La caída de Microsoft que comenzó el jueves 12 de noviembre continúa dejando importantes interrogantes sobre el origen de una de las mayores interrupciones recientes de sus servicios. Después de afectar a Outlook, Teams, Copilot y otras herramientas de Microsoft 365, la compañía trabaja para recuperar sus servidores mientras investiga qué desencadenó una avería de alcance mundial.
Aunque Microsoft ha confirmado problemas en sus sistemas de supervisión, en la configuración de determinados componentes y en la distribución del tráfico, todavía no ha establecido una causa definitiva. Los comunicados técnicos y las valoraciones de especialistas permiten identificar tres posibles explicaciones, que podrían estar relacionadas entre sí.
Primera hipótesis: un error en los sistemas que supervisan los servidores
Una de las principales líneas de investigación sobre la caída de Microsoft apunta a los mecanismos automáticos encargados de comprobar que los servidores funcionan correctamente.
En sus primeros comunicados, Microsoft reconoció que numerosas máquinas estaban fallando las comprobaciones de estado, conocidas técnicamente como health checks. Como consecuencia, determinados servidores quedaban fuera de servicio, reduciendo la capacidad disponible de la plataforma.
El problema podría estar relacionado con un componente que procesa estas verificaciones y que, según la investigación inicial, no estaba funcionando como debía.
Francisco Valencia, director general de Secure and It, explicó este viernes en una entrevista con la Cadena SER que estos sistemas podrían estar interpretando erróneamente el estado de los servidores. En ese escenario, la plataforma retiraría máquinas aparentemente defectuosas y terminaría sobrecargando aquellas que continuasen operativas.
Esta explicación encajaría con uno de los hallazgos de Microsoft: la sobrecarga no se debía inicialmente a un aumento general del tráfico, sino a la desaparición inesperada de numerosos servidores disponibles.
Segunda hipótesis: un cambio de configuración que desencadenó la avería
La segunda posible explicación de la caída de Microsoft se encuentra en las modificaciones realizadas sobre su infraestructura tecnológica.
Durante las primeras horas, la compañía aseguró que no había identificado ningún cambio reciente directamente relacionado con el inicio del incidente. Sin embargo, posteriormente comenzó a examinar varias actualizaciones de configuración y a reconstruir determinados servidores utilizando versiones anteriores del software.
Esta investigación adquirió especial relevancia cuando Microsoft aplicó un parche a un componente relacionado con la autenticación y el enrutamiento de conexiones, obteniendo los primeros resultados positivos en la estabilidad de parte de su infraestructura.
El hecho de que la corrección haya mejorado el funcionamiento de algunos servidores refuerza el interés de esta hipótesis, pero no demuestra por sí mismo que una actualización defectuosa provocara la avería.
Valencia también señaló en la Cadena SER que un despliegue de software podría estar detrás del problema. Las actualizaciones de sistemas complejos pueden introducir incompatibilidades o comportamientos inesperados que solo aparecen cuando los componentes empiezan a procesar grandes cantidades de solicitudes.
Por ahora, Microsoft no ha confirmado que un parche anterior o una actualización concreta originaran la interrupción.
Tercera hipótesis: una saturación en cadena por problemas de tráfico
La tercera explicación sobre la caída de Microsoft está relacionada con la distribución de conexiones entre sus servidores y la posibilidad de que una avería inicial desencadenara un efecto dominó.
Microsoft ha confirmado que determinados procesos internos comenzaron a saturarse, provocando que los servidores dejaran de responder. Cuando los técnicos conseguían reiniciar algunas máquinas, estas podían volver a bloquearse al recibir nuevas solicitudes.
La compañía también identificó problemas de comunicación entre sus sistemas de enrutamiento y los servidores encargados de procesar las peticiones. Estos fallos contribuyeron a desequilibrar el tráfico y complicaron los intentos de recuperación.
Para combatirlos, Microsoft ha recurrido a la redistribución de conexiones, la limitación temporal de determinados tipos de tráfico y la ampliación de capacidad mediante máquinas virtuales.
Esta tercera hipótesis podría explicar especialmente por qué la interrupción se ha prolongado tantas horas. Sin embargo, todavía debe determinarse si los problemas de tráfico fueron el desencadenante original o una consecuencia de las otras averías.
¿Ha sido un ciberataque la caída de Microsoft?
La magnitud de la caída de Microsoft también ha generado preguntas sobre la posibilidad de un ataque informático. No obstante, la compañía ha insistido en que no dispone de indicios de actividad maliciosa relacionada con el incidente.
Charles Lamanna, vicepresidente ejecutivo de Microsoft, transmitió públicamente esta posición, según recogió la agencia EFE. Por tanto, no existen pruebas conocidas que permitan atribuir la interrupción a un ataque contra sus sistemas.
En su actualización de las 10:55 horas de España, Microsoft reconoció los primeros signos de estabilización, aunque advirtió de que la capacidad disponible todavía no había regresado a niveles normales.
La compañía publicará un informe técnico cuando complete la recuperación. Hasta entonces, las tres líneas de investigación ofrecen explicaciones plausibles sobre la caída de Microsoft, pero ninguna constituye una causa raíz definitivamente acreditada.