31 de agosto: interrupción del servicio de Microsoft: el riesgo de depender de un único proveedor

Cuando la infraestructura básica en la nube deja de funcionar, las operaciones de las empresas modernas se paralizan. El lunes 31 de agosto, miles de organizaciones de todo el mundo recibieron un duro recordatorio de su dependencia digital cuando Microsoft Outlook y el ecosistema más amplio de Microsoft 365 sufrieron una interrupción del servicio que se prolongó durante varias horas.

Los responsables de la continuidad del negocio conocen bien este escenario de riesgo: depender por completo de un único proveedor para las herramientas operativas fundamentales deja a una organización expuesta a los riesgos derivados de un «punto único de fallo».

Cuando un proveedor de servicios en la nube principal sufre una interrupción, para mantener la productividad de la plantilla es necesario contar con una alternativa inmediata e independiente. Para reducir la dependencia de un único proveedor, puedes optar por una estrategia de continuidad del negocio en tus propias instalaciones o por una estrategia de continuidad del negocio entre nubes. 

La interrupción comenzó a primera hora del lunes por la mañana, lo que provocó un aumento repentino de las notificaciones de cortes en plataformas de telemetría como Downdetector. Lo que en un principio parecía un problema habitual de conectividad de los clientes se convirtió rápidamente en un incidente generalizado que afectó a toda la infraestructura.

• Síntomas principales afectados: Los usuarios de los inquilinos afectados no pudieron iniciar la aplicación de escritorio Outlook ni abrir el portal web. Las organizaciones informaron de graves atascos en el flujo de correo, fallos totales en el envío o la recepción de mensajes, errores de inicio de sesión y autenticación, y fallos en las funciones de búsqueda de buzones.

• Repercusiones en toda la suite de Microsoft 365: Aunque Outlook y Exchange Online fueron los puntos de fallo más evidentes, Microsoft reconoció en los informes de incidencias MO1465074 / EX1464935 que el problema subyacente afectó al funcionamiento de otras herramientas empresariales relacionadas. Las repercusiones afectaron a Microsoft Teams, OneDrive para la Empresa, SharePoint Online, Microsoft Purview y Microsoft Defender XDR.

• Alcance mundial e impacto desigual: El incidente salió a la luz pública alrededor de las 17:30 UTC y tuvo un alcance geográfico muy amplio. En América, se registraron importantes interrupciones en varios estados de EE. UU. (entre ellos, Texas, Nueva York, Kentucky y Nevada), además de informes procedentes de América Latina. En la costa del Pacífico, el impacto se dejó sentir al comienzo de la jornada laboral (¡menuda forma de empezar un lunes!). Las empresas europeas se enfrentaron a graves errores de autenticación y a fallos en la entrega de mensajes al final de la jornada laboral, lo que interrumpió los procedimientos críticos de cierre de fin de mes el 31 de agosto. El impacto fue desigual: mientras que algunos empleados conservaron el acceso, otros compañeros del mismo inquilino quedaron completamente bloqueados.

• Una duración de más de 10 horas: El incidente se prolongó durante casi 11 horas hasta que la telemetría se estabilizó. La prolongada duración del incidente hizo que los equipos de TI tuvieran dificultades para mantener la comunicación básica, tanto interna como con los clientes.

• Causa raíz y solución: Microsoft determinó que la interrupción se debió a una configuración errónea en un componente clave de autenticación y en la capa de conectividad del protocolo que utilizan los servicios internos de Exchange Online. Los ingenieros respondieron implementando un parche específico para restablecer las configuraciones de autenticación, desplegando las actualizaciones de forma incremental en toda la infraestructura de servidores.

Cuando se produce un incidente como el MO1465074 / EX1464935, el correo electrónico principal, el chat interno, el almacenamiento de archivos y los paneles de control de seguridad pueden quedar fuera de servicio al mismo tiempo. En estos casos, los planes tradicionales de recuperación ante desastres que se basan en herramientas secundarias dentro del lo mismo Fallo del ecosistema en la nube.

Si tu plan de comunicación de respaldo es Microsoft Teams, pero Teams se basa en la misma infraestructura básica de identidad y autenticación que Exchange Online, tu sistema de respaldo fallará al mismo tiempo que tu sistema principal. La verdadera resiliencia requiere una diversidad estructural de proveedores.