)
Última actualización: 13 de noviembre, 2026
¿Qué fue la caída de Microsoft? El 12 de noviembre de 2026, una caída de Microsoft dejó a los usuarios sin acceso a Outlook y a los buzones de Exchange Online, y después a funciones de Teams, SharePoint, Microsoft 365 Copilot y los portales de Defender XDR, en al menos 74 países. En la última actualización de Microsoft que leímos, a las 10:01 UTC del 13 de noviembre, la recuperación seguía en curso. Los agentes de IA que leen datos de Microsoft 365 también se vieron afectados.
TL;DR: puntos clave
- Los buzones de Exchange Online empezaron a fallar hacia las 16:17 UTC del 12 de noviembre de 2026, y a las 18:26 UTC se abrió un incidente más amplio que cubría Teams, SharePoint, Copilot y Defender XDR (Azure Blog UK).
- Microsoft dice que unos servidores dejaron de estar disponibles de forma inesperada y fallaron sus comprobaciones de estado, después que un proceso de conexiones seguras se sobrecargó, y empezó a revertir un cambio reciente de configuración de red (Azure Blog UK).
- Microsoft afirma que no tiene indicios de actividad maliciosa y ha prometido un informe posterior al incidente con la causa raíz cuando termine la recuperación (LADbible).
- Fallaron Copilot, Graph y las funciones que dependen de Exchange, y OpenAI y Anthropic comunicaron problemas con sus conectores de Microsoft (Benzinga).
- El impacto en negocio llegó a presentaciones de resultados, al correo de atención al cliente de aerolíneas y a los formularios en línea de la policía británica (CNBC, TechRadar).
- Trata Microsoft 365 como una dependencia de todo agente que lea correo, calendario o archivos, con reintentos espaciados, un modo degradado y ningún respaldo que falle en abierto (OWASP).
La caída de Microsoft de un vistazo
La caída de Microsoft de noviembre de 2026 fue un fallo en varios servicios que empezó en Exchange Online y se extendió a todo lo que depende de él. Llegó a usuarios de al menos 74 países, superó las 15 horas en el incidente más amplio y aún no tenía una causa raíz confirmada.
| Dato | Qué dicen las fuentes |
|---|---|
| Fechas | 12 y 13 de noviembre de 2026; recuperación aún en curso en la última actualización |
| ID de incidentes | EX1550543 (Exchange Online), MO1550821 (Microsoft 365), TM1550488 (incidente anterior de Teams, resuelto) |
| Alcance | Al menos 74 países; Microsoft habló primero de América y luego de cualquier región |
| Pico de reportes de usuarios | Entre 130.000 y 140.000 para Outlook en Downdetector, según el medio; son reportes, no un recuento de clientes |
| Causa indicada hasta ahora | Servidores no disponibles de forma inesperada y con comprobaciones de estado fallidas, un proceso de conexiones seguras sobrecargado, un cambio reciente de configuración de red que se está revirtiendo |
| Ciberataque | Microsoft dice que no tiene indicios de actividad maliciosa |
Fuente: BleepingComputer, TechRadar, Benzinga, LADbible y Azure Blog UK (2026). La cifra de 15 horas es un cálculo nuestro entre las 18:26 UTC y las 10:01 UTC.
Cómo lo investigamos
El 13 de noviembre de 2026 leímos BleepingComputer, CNBC, Benzinga, LADbible, el blog en directo de TechRadar y un blog británico de administración que retransmite las publicaciones de estado del servicio de Microsoft, además de las listas de OWASP. La página en directo de la BBC y el centro de administración de Microsoft no estaban disponibles para nuestras herramientas, así que las palabras de Microsoft vienen de retransmisiones y pueden haberse actualizado. No probamos ningún agente.
Cronología de la caída de Microsoft: qué pasó y cuándo
La caída de Microsoft se desarrolló en dos fases. Un incidente de Teams afectó a América por la mañana y se corrigió. Después fallaron los buzones de Exchange Online desde las 16:17 UTC y a las 18:26 UTC se abrió un incidente más amplio. Microsoft cambió su explicación varias veces porque sus arreglos no daban una mejora duradera.
| Hora (UTC, entre paréntesis hora del este de EE. UU.) | Qué pasó |
|---|---|
| 12 nov, 14:45 a 15:53 (9:45 a 10:53) | Incidente aparte de Teams TM1550488 en América: mensajes de chat retrasados o fallidos, atribuido a contención de recursos, resuelto |
| 16:17 (11:17) | Incidente de Exchange Online EX1550543: los usuarios no pueden abrir sus buzones |
| 18:26 (13:26) | Microsoft abre MO1550821 para Exchange Online, Teams, SharePoint Online, Microsoft 365 Copilot y Defender XDR |
| Hacia las 19:00 a 19:30 | Despliegues en pausa; Microsoft dice que la carga viene de servidores no disponibles de forma inesperada, no de más tráfico |
| Hacia las 21:00 (16:00) | Un método alternativo de comprobación de estado devuelve un subconjunto de servidores al servicio; a las 22:00 Microsoft dice que un proceso central de los servidores está sobrecargado y que no ha llegado el alivio |
| 13 nov, 00:00 a 01:50 | Los servidores devueltos vuelven a fallar con tráfico; Microsoft limita tipos de tráfico y empieza a revertir un cambio reciente de configuración de red que coincide con el inicio del impacto |
| Hacia las 07:30 | Resultados positivos tras aplicar un parche a un componente ascendente de autenticación y enrutamiento en parte de la infraestructura |
| 09:10 a 10:01 | Primeras señales de estabilización, ventana de caducidad del correo ampliada a 48 horas, incidente aún listado como degradación del servicio |
Fuente: BleepingComputer, CNBC y Azure Blog UK (2026). Convertimos las horas a UTC; las publicaciones de Microsoft usan varias zonas horarias.
Downdetector también mostró picos para AWS, Google y Cloudflare. Amazon dijo que una interrupción ajena en otra parte de internet estaba provocando noticias inexactas, y TechRadar no vio otra señal de caídas allí (CNBC, TechRadar, 2026). Los reportes de usuarios no te dicen qué proveedor falló.
)
Qué servicios de Microsoft se vieron afectados
Microsoft dijo que se vieron afectadas las funciones que interactúan con Exchange Online y el correo, mientras que las partes que no dependen de Exchange siguieron funcionando. Las llamadas, reuniones y chats básicos de Teams funcionaron en su mayoría, y los archivos de SharePoint siguieron accesibles. Fallaron sobre todo el correo, Copilot, Graph y varias herramientas de seguridad.
| Servicio | Qué listó Microsoft como afectado | Qué siguió funcionando |
|---|---|---|
| Exchange Online | Sin acceso a buzones en Outlook web, de escritorio, móvil o REST; la entrega puede retrasarse | El correo retrasado sigue reintentando hasta 48 horas |
| Teams | Programación de calendario, invitaciones, edición de reuniones, creación de eventos, algunas acciones de canales | Unirse a llamadas, reuniones, chats grupales, mensajes de canal |
| SharePoint Online | Funciones que dependen de Exchange Online | Abrir los archivos almacenados |
| Microsoft 365 Copilot | Copilot Chat puede no cargar ni responder, y puede no llegar al correo, al calendario ni a los archivos | No indicado |
| Microsoft Graph | Las solicitudes de correo, calendario y contactos pueden agotar el tiempo de espera | No indicado |
| Defender y Purview | Fallos de Safe Links, páginas de portal que no cargan, DLP y etiquetado automático afectados | No indicado |
Fuente: publicaciones de Microsoft sobre MO1550821 retransmitidas por Azure Blog UK (2026), y CNBC.
El correo retrasado no se perdió, porque Microsoft amplió la ventana de caducidad del correo a 48 horas (CNBC, 2026). Durante un tiempo, la página de estado de Microsoft tampoco cargaba, según TechRadar.
Qué dice Microsoft que causó la caída de Microsoft
Microsoft no ha publicado una causa raíz. Sus actualizaciones describen servidores no disponibles de forma inesperada, comprobaciones de estado fallidas, un proceso de conexiones seguras sobrecargado y un cambio reciente de configuración de red que coincide con el inicio del impacto. Promete un informe posterior al incidente al terminar la mitigación.
Microsoft culpó primero a una carga alta en varias regiones y luego dijo que venía de servidores no disponibles, no de más tráfico. Hacia las 19:57 UTC no había encontrado ningún cambio reciente ligado al inicio del impacto. Durante la noche empezó a revertir un cambio reciente de configuración de red que coincide con él (Azure Blog UK, 2026).
Actualizaciones posteriores describieron un aumento de llamadas desde los servicios de enrutamiento a los servidores de backend y un parche a un componente ascendente de autenticación y enrutamiento. El vicepresidente ejecutivo Charles Lamanna dijo en X que no había indicios de actividad maliciosa ni de ciberataque (LADbible, 2026).
Sea cual sea la causa final, el patrón es un fallo en cascada: un fallo en una capa compartida redujo la capacidad, los servidores restantes asumieron la carga y los reiniciados volvieron a fallar cuando regresó el tráfico. Es una lectura nuestra, no una expresión de Microsoft.
Qué implica la caída de Microsoft para los agentes de IA
La caída no fue un fallo de IA, pero mostró cuántos agentes de IA se apoyan en Microsoft 365. Copilot lee correo, calendario y archivos a través de Microsoft Graph, así que cuando Exchange falló tenía poco que leer. Los agentes construidos con conectores o llamadas a Graph compartían la misma dependencia.
| Dependencia | Qué falló | Consecuencia para los agentes |
|---|---|---|
| Microsoft 365 Copilot | El chat puede no cargar; sin acceso a correo, calendario ni archivos | Sin datos de trabajo para fundamentar las respuestas |
| Microsoft Graph correo, calendario, contactos | Las solicitudes pueden agotar el tiempo de espera | Los trabajos de triaje de bandeja, agenda y resúmenes chocan con tiempos agotados y reintentos |
| Conectores de IA de terceros | OpenAI dijo que las conexiones nuevas con conectores de Microsoft podían fallar; Anthropic atribuyó los problemas del conector de Microsoft 365 a un proveedor ascendente | Los asistentes perdieron los datos de Microsoft por un fallo ascendente |
| Herramientas de seguridad y cumplimiento | Fallos de Safe Links, DLP y etiquetado automático de Purview afectados | Los controles en los que se apoya un agente pueden fallar en cerrado o desaparecer |
| Acceso a estado y administración | Página de estado inaccesible a ratos | Los equipos no podían ver el incidente que los estaba afectando |
Fuente: Azure Blog UK retransmitiendo a Microsoft, Benzinga citando a Reuters, LADbible y TechRadar (2026).
Importan tres modos de fallo. Los reintentos añaden carga a un servicio ya escaso de capacidad. Las suposiciones son un agente que no puede leer el buzón y responde con contexto obsoleto en lugar de decirlo. Los atajos son personas que, bajo presión, pegan contenido de trabajo en herramientas no aprobadas.
Microsoft no nombró Copilot Studio ni Azure AI Foundry en las actualizaciones que leímos. Una caída de un proveedor de modelos es un fallo distinto, que sigue nuestra página ¿Claude está caído?.
Guía de resiliencia para administradores y equipos de IA
No puedes arreglar una caída de Microsoft desde tu tenant, así que la resiliencia es la rapidez con que la detectas, lo que hacen tus agentes mientras dura y lo que conservas después. Empieza por los pasos de administración y aplica después los controles para agentes de la tabla.
- Consulta Service health en el centro de administración de Microsoft 365, o status.cloud.microsoft si no carga, y sigue los ID de incidente como MO1550821 en lugar de las redes sociales (Azure Blog UK).
- Avisa a los usuarios una sola vez, por un canal ajeno a Microsoft 365, como SMS.
- Congela tus propios cambios, igual que Microsoft pausó sus despliegues, para que cualquier fallo nuevo sea claramente suyo.
- Advierte al personal sobre el phishing. TechRadar avisó de que los atacantes pueden enviar SMS y correos de restablecimiento de contraseña según vuelven los servicios (TechRadar).
- Tras la recuperación, descarga el informe posterior al incidente y guarda una copia, porque Service health conserva el historial de incidencias durante 30 días (Azure Blog UK).
| Control para agentes | Qué hacer | Fallo que limita |
|---|---|---|
| Reintentos espaciados y cortacircuitos | Espera exponencial con jitter en las llamadas a Graph, un cortacircuitos que detiene las llamadas tras errores repetidos, una cola de mensajes fallidos para los trabajos | Tormentas de reintentos sobre un servicio degradado |
| Modo degradado | Cuando faltan datos de Microsoft, el agente lo dice, pone la tarea en cola y no responde con contexto obsoleto | Respuestas seguras sin datos |
| Fallar en cerrado en escrituras | Bloquea enviar, borrar y aprobar cuando los servicios de políticas, DLP o aprobación no responden | Acciones sin los controles habituales |
| Respaldos aprobados | Aprueba de antemano qué herramientas y modelos alternativos pueden recibir contenido de trabajo durante una caída | Datos pegados en herramientas no aprobadas |
| Conmutación de modelos | Enruta las llamadas a modelos entre proveedores para que una caída de API de modelo no pare a los agentes | Caídas del lado del modelo |
Fuente: análisis nuestro, basado en las actualizaciones de Microsoft de arriba y en la guía de OWASP.
Un AI gateway puede cubrir la parte de modelos de esta tabla, como describen nuestra explicación de qué es un AI gateway y AI Gateway para IA agéntica. Un gateway no puede devolver Exchange, y solo ve el tráfico que se enruta por él.
Seguridad y gobernanza: operar agentes durante una caída de la nube
Una caída es un evento de seguridad aunque no haya atacante, porque los controles fallan y las personas improvisan. Según OWASP (2026), Cascading Failures es ASI08 en la lista agéntica y Unbounded Consumption es LLM06 en la lista LLM de 2026 (OWASP Agentic Top 10 2026).
Fallos en cascada y tormentas de reintentos
OWASP describe un fallo en cascada como un fallo que se propaga por agentes, herramientas y flujos de trabajo. La propia recuperación de Microsoft mostró el patrón: los servidores reiniciados volvieron a fallar cuando regresó el tráfico, así que limitó qué tipos de tráfico podían llegar a ellos. Los agentes de clientes que reintentan con fuerza suman a esa carga, por eso importan los presupuestos de reintentos (OWASP LLM Top 10 2026).
Controles que fallan, phishing e improvisación
Microsoft listó Safe Links, DLP y etiquetado automático de Purview y el portal de Defender XDR entre las funciones afectadas, así que revisa en tus registros si tus políticas fallaron en abierto o en cerrado en esas horas. No encontramos ningún informe de datos expuestos. Microsoft no ve un ataque detrás de la caída, y eso es distinto de que los atacantes la aprovechen: TechRadar advirtió sobre señuelos de restablecimiento de contraseña, y los equipos bajo presión comparten credenciales de emergencia o pegan contenido en otras herramientas.
| Riesgo | Cómo puede aparecer en una caída | Referencia OWASP |
|---|---|---|
| Tormentas de reintentos | Los clientes reintentan con la capacidad escasa, y Microsoft limitó tipos de tráfico para estabilizar | LLM06 Unbounded Consumption |
| Una dependencia que falla en muchos agentes | Copilot, los trabajos de Graph y los conectores fallaron a la vez | ASI08 Cascading Failures |
| Contenido de trabajo en herramientas no aprobadas | Las personas improvisan cuando faltan el correo y Copilot | LLM02 Sensitive Information Disclosure |
| Credenciales de emergencia o compartidas | Acceso de emergencia usado bajo presión | ASI03 Identity and Privilege Abuse |
Fuente: OWASP LLM Top 10 2026 y Top 10 for Agentic Applications 2026. La correspondencia es análisis nuestro.
Controles que funcionan en la práctica
Asigna a cada agente sus dependencias de Microsoft 365 y de proveedores de modelos, fija presupuestos de reintentos por dependencia, bloquea escrituras mientras no respondan las comprobaciones de políticas o identidad, y registra cada llamada de agente con un ID de correlación. Mantén a una persona en el circuito en cualquier acción que envíe, borre o pague, como explica nuestra guía de human in the loop, y revisa los servidores conectados con nuestras buenas prácticas de seguridad MCP.
NeuralTrust no forma parte de la infraestructura de Microsoft, y ningún gateway habría podido evitar un fallo dentro de ella. Para el tráfico que enrutes por él, el Agent Gateway (TrustGate) ofrece conmutación de API de IA entre proveedores de modelos, acceso por herramienta y registros de cada llamada, lo que te ayuda a responder qué hicieron tus agentes durante un incidente. Para los agentes que actúan sobre contenido de buzones o documentos, Agent Runtime Security (TrustGuard) inspecciona entradas y llamadas a herramientas y puede permitirlas, bloquearlas o transformarlas. Nuestra guía de OWASP para agentes cubre el modelo de amenazas completo.
Conclusión
La caída de Microsoft del 12 y 13 de noviembre de 2026 fue un fallo de infraestructura, no de IA, pero arrastró a Copilot, a los agentes basados en Graph y a los conectores de terceros junto con Exchange. Espera al informe de Microsoft antes de juzgar la causa y decide qué hace cada agente cuando Microsoft no está disponible.
Mantén tus agentes de IA en marcha en la próxima caída con NeuralTrust
Enruta el tráfico de modelos con conmutación, controla el acceso a herramientas y audita cada llamada de agente.
)
Comparativas relacionadas
- ¿Claude está caído? Estado y soluciones
- Conectores de Claude: guía y seguridad
- AI Gateway vs MCP Gateway: Diferencias clave explicadas
- Buenas prácticas de seguridad en MCP
Preguntas frecuentes sobre la caída de Microsoft
1. ¿Qué causó la caída de Microsoft?
Microsoft no ha publicado una causa raíz. Dice que unos servidores dejaron de estar disponibles de forma inesperada y fallaron sus comprobaciones de estado, que un proceso de conexiones seguras se sobrecargó y que empezó a revertir un cambio reciente de configuración de red. Promete un informe posterior al incidente tras la recuperación.
2. ¿Ha terminado la caída de Microsoft?
En la última actualización que leímos, a las 10:01 UTC del 13 de noviembre, Microsoft aún listaba el incidente como degradación del servicio y decía que la capacidad no había vuelto a su nivel normal. Consulta Service health o status.cloud.microsoft para tu tenant.
3. ¿Fue la caída de Microsoft un ciberataque?
Microsoft dice que no tiene indicios de actividad maliciosa, y el vicepresidente ejecutivo Charles Lamanna dijo que no había indicios de actividad maliciosa ni de ciberataque. La última palabra espera al informe posterior al incidente, así que toma esto como la postura actual.
4. ¿Qué servicios de Microsoft se vieron afectados?
Microsoft listó Exchange Online, funciones de Teams y SharePoint que dependen de Exchange, Microsoft 365 Copilot, solicitudes de correo y calendario de Graph, funciones de Defender y Purview, y el inicio de sesión en Power Apps. Las llamadas y chats básicos de Teams funcionaron en su mayoría.
5. ¿Estuvo caído Copilot en la caída de Microsoft?
Microsoft 365 Copilot figuraba en el incidente. Copilot Chat podía no cargar ni llegar al correo, al calendario o a los archivos. Las fuentes que leímos no decían si Copilot de consumo se vio afectado.
6. ¿Afectó la caída de Microsoft a ChatGPT y Claude?
No a los modelos en sí, hasta donde dicen los reportes. OpenAI dijo que las conexiones nuevas con conectores de Microsoft podían fallar, y Anthropic atribuyó los problemas del conector de Microsoft 365 a un proveedor ascendente, según Reuters vía Benzinga.
7. ¿Cómo protejo a los agentes de IA de una caída de la nube?
Mapea las dependencias de cada agente, añade reintentos espaciados y cortacircuitos, y da a los agentes un modo degradado que avise cuando faltan datos. Bloquea las escrituras cuando no respondan las comprobaciones de políticas y enruta las llamadas a modelos entre proveedores.
Sobre el autor
Roger Howroyd es Head of Global SEO and AI en NeuralTrust, donde lidera la estrategia de búsqueda de la compañía en SEO, AEO, GEO y optimización para LLM. Se especializa en búsqueda con IA, estrategia de contenidos y SEM. Conecta en LinkedIn.
NeuralTrust es la plataforma líder para proteger y escalar agentes de IA. Reconocida como Pioneer en el Gartner Emerging Market Quadrant for AI Application Security 2026, presente en cuatro informes Gartner Hype Cycle en 2026, y mencionada en la Gartner Market Guide for Guardian Agents 2026, la Gartner Market Guide for AI Gateways 2025 y el KuppingerCole Leadership Compass for Generative AI Defense 2025. Sede en Barcelona con oficinas en Londres y Nueva York. Certificada ISO 27001.
Fuentes
Consultadas el 13 de noviembre de 2026.
- Azure Blog UK, "Microsoft 365 outage, 12 November 2026: what happened and what admins can do", 12 y 13 de noviembre de 2026 (retransmite las publicaciones de estado del servicio de Microsoft).
- BleepingComputer, "Massive Microsoft 365 outage disrupts Outlook, Teams, Copilot worldwide", 12 de noviembre de 2026.
- CNBC, "Widespread Microsoft outage takes down Outlook and other 365 services", 12 y 13 de noviembre de 2026.
- Benzinga, "Microsoft Outage Triggers Chaos Across Outlook, Teams and Copilot, Spills Over to OpenAI and Anthropic", noviembre de 2026.
- LADbible, "Microsoft issues update as major global outage affecting Outlook and Teams continues", 13 de noviembre de 2026.
- TechRadar, "Microsoft outage live", 13 de noviembre de 2026.
- OWASP GenAI Security Project, "OWASP Top 10 for Agentic Applications for 2026", 9 de diciembre de 2025.
- OWASP GenAI Security Project, "OWASP Top 10 for LLM Applications 2026", agosto de 2026.