Bancos en Tailandia sin poder operar por email. Tribunales en Australia y Filipinas con retrasos en sus trámites. Ministerios enteros en Singapur y Japón a oscuras digitalmente. Embajadas de Nueva Zelanda en todo el mundo afectadas. No hace falta un ciberataque sofisticado para paralizar media planeta: basta con que falle el proveedor del que depende casi todo el mundo para enviar un correo o entrar a una reunión. Eso es exactamente lo que ha pasado con la caída global de Microsoft 365, y es, probablemente, la lección de ciberseguridad más clara que vamos a ver este año.
¿Qué ha pasado exactamente con Microsoft 365?
La incidencia comenzó la tarde del 12 de noviembre de 2026 (en torno a las 17:30-18:00h GMT, según el seguimiento en directo de TechRadar) y afectó, entre otros, a Exchange Online, Outlook, Microsoft Teams, SharePoint Online, Copilot, OneDrive, Microsoft Defender for Office 365, Planner y Power BI. Downdetector llegó a registrar más de 130.000 reportes de usuarios solo en el pico de incidencias, y medios como Primicias contabilizaron incidencias reportadas en al menos 74 países y territorios.
Las fuentes consultadas no coinciden en la duración exacta —entre algo más de 10 y cerca de 18 horas, según el medio y el momento en que se midió—, así que preferimos no dar una cifra única que no podamos verificar. Lo que sí es constante en todas las fuentes es la magnitud: Estados Unidos fue la región más golpeada, mientras que Europa, incluida España, se libró en parte porque la incidencia coincidió con la noche europea.
No fue un hackeo, y eso es (casi) peor
Aquí está el dato que más titulares está generando, y que conviene aclarar bien: Microsoft ha descartado explícitamente un ciberataque. Según sus propias comunicaciones, recogidas por TechRadar, el problema se debió a una “carga elevada” provocada por un gran número de servidores que quedaron inesperadamente no disponibles, lo que llevó a la compañía a revertir un cambio reciente en su configuración de red.
Y esa es precisamente la parte incómoda: no hizo falta ningún atacante. Un fallo puramente operativo, sin intención maliciosa alguna, fue suficiente para dejar sin correo electrónico a departamentos de gobierno, bancos y cuerpos policiales en todo el mundo. Es el ejemplo perfecto de lo que en ciberseguridad se conoce como riesgo de concentración: cuando una parte enorme del mundo depende de un único proveedor para sus comunicaciones críticas, un simple error técnico tiene el mismo efecto práctico que un ataque a gran escala. Profundizamos en cómo se gestiona este tipo de incidentes, vengan de donde vengan, en nuestro artículo sobre monitorización y respuesta a incidentes.
Quién se ha visto afectado: de bancos a tribunales
Según la cobertura de Primicias, la lista de organismos e instituciones que han reportado impacto directo incluye, entre otros: los servicios de correo del NHS en el Reino Unido, los ministerios de Interior y Sanidad de Singapur, el gobierno japonés (según confirmó su portavoz adjunto), varios de los principales bancos tailandeses (Siam Commercial, Kasikorn, Thanachart y Krung Thai), la Policía Federal Australiana y el Ministerio de Asuntos Exteriores de Nueva Zelanda, que advirtió de afectación en “todas sus embajadas, consulados y oficinas de representación” en el mundo. Varios tribunales en Australia, Singapur y Filipinas reportaron igualmente retrasos en sus trámites.
No es un caso aislado: el número de incidentes de ciberseguridad e indisponibilidad de servicios críticos lleva años al alza, como recoge nuestro artículo sobre el aumento histórico de ciberincidentes en España reportado por INCIBE.
La lección de ciberseguridad que deja esta caída
Dependencia de un único proveedor cloud
Cuando una sola plataforma concentra el correo, las reuniones, el almacenamiento de archivos y hasta la inteligencia artificial corporativa de una organización, cualquier fallo de ese proveedor se convierte automáticamente en el mayor riesgo operativo de la empresa, por encima incluso de muchas amenazas externas.
Planes de contingencia y continuidad de negocio
INCIBE recuerda que la ciberresiliencia empieza por clasificar qué activos y servicios son críticos y contar con un plan de contingencia respaldado por la dirección, no solo por el departamento de TI. Las organizaciones que ayer tenían un canal de comunicación alternativo (otro correo, otra herramienta de mensajería, protocolos manuales) apenas notaron el golpe; las que no, se quedaron completamente a ciegas.
Gestión de crisis: la competencia que cada vez más empresas necesitan
Esta es la parte que menos se cuenta: detectar el problema, comunicarlo internamente, activar el plan alternativo y coordinar la vuelta a la normalidad es una disciplina en sí misma dentro de la ciberseguridad, conocida como gestión de crisis y ciberresiliencia. Es, de hecho, uno de los bloques específicos del Máster en Dirección de Ciberseguridad, Hacking Ético y Seguridad Ofensiva de EIP, precisamente porque cada vez más empresas necesitan profesionales capaces de anticipar y gestionar este tipo de escenarios, vengan de un ataque o, como ayer, de un simple fallo técnico. Si te interesa esta vertiente más estratégica, también puedes leer sobre el papel del CISO en la transformación digital y sobre cómo construir una cultura organizacional resiliente.
¿Quieres especializarte en gestión de crisis y ciberresiliencia? Conoce el máster →
Qué pueden hacer las empresas para no depender de la suerte
| Sin plan de ciberresiliencia | Con plan de ciberresiliencia |
|---|---|
| Un fallo del proveedor paraliza toda la operativa | Existen canales de comunicación y herramientas alternativas activables en minutos |
| Nadie sabe quién decide ni qué hacer durante la crisis | Hay roles y protocolos de gestión de crisis definidos de antemano |
| La vuelta a la normalidad depende por completo del proveedor | La empresa recupera actividad crítica de forma autónoma mientras se resuelve el problema externo |
| El incidente se vive como una sorpresa | El incidente se gestiona como un escenario ya ensayado |
Preguntas frecuentes
¿Ha sido un ciberataque la caída de Microsoft 365?
No. Microsoft lo ha descartado expresamente y atribuye el fallo a una sobrecarga interna de sus propios servidores, no a una acción maliciosa.
¿Cuánto ha durado la caída?
Las fuentes no coinciden exactamente: entre algo más de 10 y cerca de 18 horas, según el medio y el momento de la medición. Actualizaremos esta cifra cuando Microsoft confirme la resolución completa y publique su informe oficial.
¿Qué servicios se han visto afectados?
Principalmente Outlook/Exchange Online, Microsoft Teams, SharePoint Online, Copilot, OneDrive y Microsoft Defender for Office 365, entre otros servicios de la suite.
¿Puede volver a pasar algo así?
Microsoft no ha descartado que vuelvan a producirse incidentes similares en el futuro: ningún proveedor cloud, por grande que sea, está libre de fallos operativos. Por eso la prevención no depende solo del proveedor, sino del plan de contingencia de cada organización.
¿Qué pueden hacer las empresas para protegerse de este tipo de incidentes?
Clasificar qué servicios son críticos, diseñar canales de comunicación alternativos, documentar un plan de continuidad de negocio y, sobre todo, contar con profesionales formados en gestión de crisis y ciberresiliencia capaces de activarlo cuando haga falta.
Da el siguiente paso en tu carrera profesional
Lo de ayer no fue un ciberataque, pero podría haberlo sido perfectamente, y el resultado habría sido el mismo. Las empresas necesitan cada vez más profesionales capaces de anticipar este tipo de crisis, no solo de reaccionar cuando ya es tarde. El Máster en Dirección de Ciberseguridad, Hacking Ético y Seguridad Ofensiva de EIP te forma en gestión de crisis, ciberresiliencia y respuesta ante incidentes, con práctica real y una bolsa de empleo activa con más de 50 empresas del sector.
