Un ataque a Yandex tumbó temporalmente el mensajero y el sitio web de eXpress; los clientes on-premise no se vieron afectados

Un ataque a Yandex el 12 de octubre de 2026 dejó temporalmente fuera de servicio el mensajero corporativo eXpress y su sitio web. Lo informa TAdviser. La desarrolladora, Unlimited Production, subraya que el incidente no afectó a los clientes corporativos, porque sus versiones de eXpress funcionan en la infraestructura propia de cada cliente.

El golpe recayó sobre la parte pública del producto. Para el mercado de mensajeros nacionales seguros, es una situación reveladora: un mismo producto se comporta de forma distinta según dónde esté desplegado.

Qué se sabe del incidente

El fragmento disponible del material no revela detalles técnicos. No está claro qué tipo de ataque fue, cuánto duró la interrupción ni qué componentes de Yandex resultaron dañados. Del titular de TAdviser se desprende que el servicio y el sitio web de eXpress dependían de la infraestructura que sufrió el golpe. No hay más que contar: cualquier versión sobre el tipo de ataque o su origen sigue siendo una conjetura.

Los hechos verificados hasta ahora son estos:

• fecha del incidente: 12 de octubre de 2026;
• resultaron afectados el mensajero corporativo eXpress y su sitio web, y la indisponibilidad fue temporal;
• según Unlimited Production, los clientes corporativos no se vieron afectados;
• la razón de su resistencia: las instalaciones están en su propia infraestructura;
• entre los usuarios de eXpress y de las soluciones basadas en él se mencionan RZD y Rosatom.

Por qué resistió el on-premise

La lógica es sencilla. Si el mensajero está dentro del perímetro del cliente, le da igual lo que ocurra en un proveedor externo. Los servidores, las bases de datos y los canales de comunicación pertenecen al cliente, y la disponibilidad depende de su propio departamento de TI. Un fallo en una nube externa se convierte en un problema del proveedor y de su servicio público, no de una gran organización con despliegue cerrado.

Esto tiene un coste. El cliente responde por sí mismo de las actualizaciones, la redundancia, la monitorización y la protección frente a ataques. Pero para estructuras como RZD o Rosatom, ese compromiso es habitual desde hace tiempo: las comunicaciones críticas se mantienen dentro del perímetro.

Mercado y competidores

La propia Rosatom, sin embargo, sigue otro camino. En Greenatom, la empresa de TI de la corporación estatal, contaron a TAdviser que en la industria nuclear se ha implantado el mensajero corporativo Atom Space. La continuación de esta cita aparece cortada en el fragmento disponible, por lo que aquí no se ofrecen detalles sobre el desarrollador ni sobre la escala de la implantación. Lo importante es el hecho en sí: incluso dentro de un mismo gran grupo de empresas conviven varias soluciones, y eXpress no es la única opción.

Conclusiones prácticas para los responsables de TI

Conviene analizar el incidente como un caso de estudio de arquitectura. Estas son algunas preguntas que vale la pena plantearse a uno mismo y al proveedor:

• ¿Dónde se alojan físicamente los servidores del mensajero y qué ocurre con él si el proveedor externo deja de estar disponible?
• ¿Dispone el servicio de un canal de reserva para avisar a los empleados si el principal no funciona?
• ¿Dependen las funciones clave, por ejemplo la autorización, las notificaciones push y las actualizaciones, de componentes públicos en la nube del proveedor?
• ¿Con qué frecuencia se prueba el escenario de trabajo sin acceso a la infraestructura externa?

Para las empresas que usan la versión en la nube de cualquier mensajero corporativo, la conclusión es más dura: el SLA del proveedor no sustituye a un plan de acción propio. Una interrupción de incluso unas pocas horas afecta a las aprobaciones, a los turnos de guardia y a las comunicaciones operativas. Para quienes eligen entre la nube y una instalación propia, este caso será un argumento más a favor de la segunda opción, si los requisitos de continuidad son altos.

Se tendrá el cuadro completo cuando Yandex o Unlimited Production den a conocer los detalles del ataque y la duración de la interrupción. Por ahora solo hay una cosa confirmada: el perímetro cerrado funcionó como se esperaba.