Microsoft admitió que la interrupción generalizada que afectó a los servicios de Microsoft 365 el 12 de noviembre de 2026 fue el resultado de un fallo técnico latente introducido durante una actualización previa de la capacidad de la red, cuyo impacto no se manifestó hasta después de realizar un cambio de red más reciente. Las investigaciones operativas aclararon que el incidente no fue causado por un aumento repentino en la carga de los usuarios, sino por la pérdida de capacidad de un gran número de servidores para procesar solicitudes, lo que provocó un desequilibrio en la distribución de las conexiones y agravó la presión sobre los recursos disponibles.
Cadena de fallos técnicos
El incidente comenzó con una perturbación en la capa de recepción de solicitudes, donde un proceso de software responsable de establecer conexiones seguras se vio sometido a una carga que superó su capacidad, provocando que los servidores dejaran de responder. Esto llevó a que los servidores fallaran en las comprobaciones automáticas de salud (Health Checks), lo que provocó que el sistema los excluyera automáticamente, reduciendo la capacidad operativa disponible y dando lugar a un patrón de fallo en cascada.
Los equipos de ingeniería enfrentaron un desafío adicional representado por la inestabilidad de los servidores tras su reinicio, ya que volvían a funcionar y luego colapsaban nuevamente al recibir tráfico de conexiones, además de dificultades para sincronizar la configuración en los dispositivos bloqueados, lo que obstaculizó la aplicación de soluciones rápidas.
¿Por qué es importante esta noticia?
Este incidente destaca la naturaleza de la interdependencia en las infraestructuras de nube modernas; la interrupción del servicio de Exchange Online tuvo efectos secundarios a gran escala que afectaron a Teams, Copilot, SharePoint y servicios de seguridad como Defender, debido a la dependencia de estos servicios de los datos compartidos de correo, calendario e identidad. El incidente demuestra que el aislamiento funcional entre productos no siempre impide que el impacto técnico se extienda a través de componentes compartidos.
Medidas de recuperación
Microsoft adoptó una estrategia de recuperación gradual que incluyó:
- La aplicación de un parche para un componente de configuración en la ruta de autenticación y enrutamiento ascendente.
- El aislamiento de partes de la infraestructura afectada y el redireccionamiento del tráfico hacia rutas alternativas.
- El aumento de la capacidad virtual y la prueba de salud de los servidores antes de devolverlos al servicio.
- La extensión del tiempo de entrega de correo electrónico a 48 horas para garantizar el procesamiento de los mensajes acumulados sin pérdida de datos.
La empresa confirmó que el incidente fue puramente técnico y no tuvo relación con ataques cibernéticos o sistemas de inteligencia artificial, señalando que publicará un informe de ingeniería detallado una vez finalizada la revisión completa del incidente.