Caída de Microsoft 365: un chequeo de estado tumbó Outlook, Teams y Copilot
Un componente que procesaba los chequeos de estado dejó fuera de servicio a los propios servidores, y con ellos a Outlook, Teams y Copilot durante unas 18 horas. La caída de Microsoft 365 del 12 de noviembre no fue un ataque: fue un mecanismo de vigilancia que se volvió contra su propia infraestructura.
Qué pasó: 18 horas de caída
La caída de Microsoft 365 empezó el jueves 12 de noviembre de 2026 alrededor de las 13:00 ET, 18:00 GMT, y el impacto mayor se extendió cerca de 18 horas. El primer parte hablaba de usuarios que no podían entrar a sus buzones de Exchange Online por varias vías de conexión en el continente americano, con el incidente EX1550543 en el centro de administración; el incidente mayor se siguió como MO1550821.
Lo que parecía un problema regional escaló en cascada: a las pocas horas había reportes de 74 países y territorios, según el conteo de Downdetector, que mide reportes de usuarios y no usuarios afectados. El pico en Estados Unidos superó los 130.000 reportes de Outlook en los primeros compases. Hospitales, consultas médicas, colegios y comisarías del Reino Unido reportaron cortes; aerolíneas en India, como IndiGo y Akasa, tuvieron problemas operativos ligados al correo.
A las 23:04 GMT Microsoft dijo que devolvía al servicio algunos servidores afectados. Los reinicios no sostenían el arreglo: las máquinas entraban, fallaban otra vez y volvían a salir. El viernes 13 el servicio quedó restaurado en la mayoría de regiones, con problemas intermitentes después.
Lee también
Por qué un chequeo de estado puede tumbar 19 servicios
Un chequeo de estado es la pregunta que el balanceador le hace a cada servidor: ¿sigues ahí y puedes responder? Si la respuesta falla, el servidor sale del reparto de carga. Es una pieza de seguridad que evita mandar tráfico a una máquina rota. El 12 de noviembre esa pieza empezó a responder mal.
El bucle: retirar servidores aumenta la carga de los que quedan
Cuando un chequeo falla por un componente interno y no porque el servidor esté muerto, la retirada se vuelve un castigo. Cada servidor que sale deja más trabajo a los que quedan; más carga significa chequeos más lentos y más timeouts, y más timeouts significan más retiradas. Ese bucle explica por qué el fallo creció de un servicio a diecinueve y por qué reiniciar no cambiaba el final: el servidor volvía sano y el mismo componente lo sacaba de nuevo.
Qué significa "unexpectedly unavailable" en el parte de Microsoft
Según Microsoft, los servidores quedaron "unexpectedly unavailable" y con carga elevada, y su investigación apuntaba a un componente específico de esas máquinas, el encargado de procesar los chequeos. La compañía dijo que no había identificado cambios recientes que coincidieran con el inicio del impacto y descartó actividad maliciosa: lo describió como un problema técnico, sin relación con ciberataques ni con agentes de IA. El informe posterior al incidente seguía pendiente, así que la causa raíz no está cerrada: hay una hipótesis oficial en investigación.
La cadena de dependencias: de Exchange a Copilot
Exchange Online no es solo correo. Es la pieza de identidad y calendario sobre la que se apoyan Teams, SharePoint, OneDrive, Planner, To Do, Defender XDR, Word y Excel en web, y Microsoft 365 Copilot. El recuento de 19 servicios afectados viene de un análisis de prensa, no de un total publicado por Microsoft: la empresa dio una lista de servicios, sin cifra global.
Cuando el correo se cae, el calendario se queda sin base, las reuniones de Teams pierden la invitación, Planner no notifica y el asistente que redacta correos se queda sin contexto. Es el mismo patrón de la caída global de Salesforce de septiembre: mirar la cadena completa y no el síntoma visible.
El detalle más incómodo: los conectores de Microsoft 365 que usan herramientas externas, incluidas las de OpenAI y Anthropic, también fallaron. Un fallo de correo llega hoy hasta el asistente que lee tu calendario, porque ese asistente entra por el mismo conector.
Qué hicieron los equipos que no se quedaron a oscuras
No tenían una solución mágica: tenían un camino alterno ya probado. Un canal de comunicación fuera de Microsoft 365 —un grupo de mensajería, una lista en otro dominio, un teléfono de guardia— es lo primero que se necesita cuando el panel de estado tarda. El modo offline cubre documentos y correo ya sincronizado, no lo que llega durante el corte. Y una sola fuente de verdad evita que cinco personas pregunten lo mismo en cinco canales.
Cuando el servicio vuelve, toca la parte administrativa: revisar el acuerdo de nivel de servicio, calcular la ventana real de indisponibilidad con los partes oficiales y pedir el informe posterior al incidente. Los créditos rara vez compensan la pérdida; el informe sí sirve, porque dice qué componentes fallaron y qué cambió en el proveedor.
Qué revisar en tu propia infraestructura
La caída de Microsoft 365 es una advertencia que sirve fuera de Microsoft. Cualquier sistema con balanceador y chequeos tiene el mismo punto ciego.
Primero, haz la lista de lo que se rompe si tu proveedor de correo desaparece dos horas: el login que manda el enlace, las notificaciones, la facturación, el asistente que lee el calendario. Después revisa qué plan B existe de verdad y cuándo se probó por última vez; un plan B que nadie ha ejecutado es una intención. Segundo, revisa tus chequeos: que su fallo no dependa de un recurso compartido que también se satura con la carga, y que el umbral de retirada tolere reintentos antes de sacar una máquina. Un chequeo agresivo contra un backend lento vacía el pool justo cuando más lo necesitas.
Conclusión
La caída de Microsoft 365 no la provocó un atacante ni una actualización defectuosa: la provocó un control de salud que sacaba del servicio a servidores sanos y repartía su carga entre los demás. La parte más frágil de una plataforma suele ser la que decide quién está disponible. Si te interesa este tipo de análisis de fallos reales, en el blog sigo publicando los incidentes de la semana con lo que cada uno enseña para tu propio stack.
