.svg&w=64&q=75){kind=small}
%209.40.31%E2%80%AFa.m-1.png&w=96&q=75){kind=small}
La caída de Microsoft del jueves 12 de noviembre empezó como un problema de correo y terminó en 74 países. Alguien abrió Outlook, la bandeja no cargó y, en cerca de una hora, Downdetector ya tenía reportes de todo el mundo, según Al Jazeera.
Para muchas empresas fue una tarde sin correo, sin calendario y, en algunos casos, sin sus herramientas de seguridad. Para otras fue algo peor: descubrieron que nadie sabía qué hacer cuando el sistema no responde.
Aquí te contamos qué pasó, qué se sabe y qué no, y qué puedes revisar esta semana en tu propia operación. Lo escribimos el viernes 13, con la recuperación todavía en curso.
¿Qué pasó con Microsoft el 12 de noviembre?
Esto es lo que se sabe, en orden:
- Primero, Outlook. Microsoft avisó de problemas para entrar a los buzones en las Américas. Después amplió el aviso y reconoció que la falla podía afectar a usuarios de cualquier región.
- Luego, el resto. Teams, SharePoint, Copilot, Defender e Intune se sumaron a la lista de servicios afectados.
- El pico. En Estados Unidos, Downdetector registró más de 130.000 reportes de problemas con Outlook, según informó France 24.
- Los primeros arreglos no alcanzaron. Microsoft suspendió despliegues, desvió tráfico y reinició servidores. Pero, según iTnews, los servidores que volvían a funcionar podían dejar de responder apenas recibían tráfico.
- El viernes. Microsoft habló de una recuperación gradual y de avances alentadores en Europa, según Euronews. iTnews ya contaba más de 18 horas de incidente.
Caída de Outlook y Microsoft 365: qué servicios se vieron afectados
Todo partió del correo, pero el alcance se entiende mejor en una tabla.
| Servicio | Qué falló | Por qué importa |
|---|---|---|
| Outlook y Exchange Online | Acceso a buzones, envío y recepción, correos con retraso | Es el canal con el que muchas empresas cotizan, cobran y avisan |
| Teams | Según Microsoft, las llamadas y chats grupales seguían en su mayoría. Fallaron calendarios y agendamiento de reuniones | Una reunión agendada depende del correo, aunque la videollamada funcione |
| Copilot | No cargaba el chat y no podía leer correo, calendario ni archivos | Un asistente de IA sin acceso a tus datos no tiene con qué trabajar |
| Defender, Intune y Purview | Páginas lentas o inaccesibles en seguridad y administración de equipos | Son justo las herramientas para ver qué pasa y proteger |
| Aplicaciones conectadas | Solicitudes a Microsoft Graph con tiempo agotado. OpenAI informó fallas en sus conectores con Microsoft | Quien se conecta a Microsoft hereda sus caídas |
¿Por qué una falla de correo llegó a Copilot y a las herramientas de seguridad?
Piensa en un edificio con un solo tablero eléctrico. Si salta, no se apaga solo el piso del correo: se apagan también el ascensor, la alarma y las cámaras.
Con Microsoft 365 pasó algo parecido. Según lo que informó la propia empresa, lo que falló en Teams y en Copilot fueron justamente las funciones que dependen de Exchange, el servicio del correo.
Aquí hay una lección para quien está sumando IA a su operación. Los asistentes y agentes de IA también viven en servidores y también dependen de los datos que tienes en otros sistemas. Si cae la nube donde están tus correos, tu calendario o tus archivos, la IA se queda sin materia prima.
¿Tuvo algo que ver la demanda de IA sobre la infraestructura? Microsoft no lo ha dicho. Al comienzo habló de carga elevada, pero no ha publicado una causa. Mejor no adelantarse.
¿Fue un ciberataque? Lo que se sabe y lo que no
Microsoft dijo desde el principio que no detectaba actividad maliciosa. Más allá de eso, su explicación fue cambiando durante el día, como detalla SecurityWeek. Por eso conviene separar lo confirmado de lo que todavía no lo está.
| Tema | Confirmado | Sin confirmar |
|---|---|---|
| Ciberataque | Microsoft dice que no ve evidencia de actividad maliciosa | Que se descarte del todo un origen malicioso: aún no hay causa raíz |
| Causa | Microsoft habló de carga elevada, de servidores no disponibles que tensionaron al resto y de un proceso de conexiones seguras desbordado. También empezó a revertir un cambio reciente de configuración de red | Cuál fue el detonante real. Algunos medios hablan de ajustes tras una actualización, pero Microsoft no lo ha confirmado |
| Alcance | Reportes en 74 países y territorios, según Downdetector | Una cifra oficial de afectados o de costo |
| Cierre | Recuperación gradual durante el viernes | Resolución total e informe posterior al incidente, que Microsoft dice que publicará |
Escribimos esto el viernes 13 de noviembre, con la recuperación en curso. Si Microsoft publica su informe y cambia lo que sabemos, actualizaremos este texto.
Seguridad de la información: una caída sin ataque también es un problema de seguridad
Que no haya sido un ciberataque no significa que no sea un asunto de seguridad. Seguridad no es solo que nadie entre: también es que tú puedas entrar y ver qué está pasando.
Durante la caída, las páginas de Defender iban con demoras o no cargaban, y herramientas como Intune y Purview figuraban entre las afectadas. Es decir, el equipo de TI tuvo menos visibilidad justo cuando más la necesitaba.
Además, el desorden es terreno fértil. Conviene asumir que alguien intentará aprovecharlo con correos falsos de “soporte” que piden tu clave, o con accesos de emergencia creados a las apuradas que después nadie revisa.
Es la misma idea del caso Nvidia: la seguridad casi nunca falla por una puerta forzada, sino por quién tiene acceso y quién lo revisa. Si no sabes cuántas personas tienen permisos de administrador hoy, parte por ahí. Esa lista suele estar desactualizada, como pasa con el offboarding, un punto ciego de ciberseguridad.
Una caída más en una lista que crece
Esta no fue la primera. Según TechCrunch, el último incidente grande de Microsoft fue en septiembre: días de falla en Microsoft 365 por una configuración de autenticación. Tom’s Guide recuerda además la caída de AWS de octubre de 2025, que afectó a medio internet.
El patrón es claro: hasta los proveedores más grandes fallan. No es motivo para dejar la nube. Es motivo para dejar de asumir que no va a pasar.
El talento humano sigue sosteniendo la operación
Cuando la tecnología falla, deciden las personas. Hasta Microsoft lo mostró: mientras el servicio seguía inestable, sus equipos probaban una segunda vía de recuperación y analizaban datos para entender por qué los servidores volvían a caer, según iTnews.
En tu empresa pasa lo mismo, a otra escala. Cuando no hay correo, alguien tiene que saber a quién llamar, qué cliente es urgente y qué se puede hacer a mano. Eso no lo resuelve una herramienta: lo resuelve un equipo que lo pensó antes.
La automatización y la IA sirven para que el equipo no se pierda en lo repetitivo. Pero el criterio sobre qué hacer cuando todo falla sigue siendo humano.
Plan de contingencia tecnológica: 6 cosas para revisar esta semana
No necesitas un documento de cuarenta páginas. Necesitas respuestas claras a estas seis preguntas:
- ¿Qué herramientas son críticas? Haz una lista corta de lo que, si se cae, detiene ventas, atención o cobros.
- ¿Cómo se habla el equipo sin ellas? Define un canal interno alterno que no dependa del mismo proveedor, como llamadas o un grupo de mensajería.
- ¿Quién decide y quién avisa? Una persona responsable por turno, con su reemplazo.
- ¿Cómo seguirás atendiendo clientes? Un mensaje preparado, un canal alterno y una planilla local para anotar pedidos pendientes.
- ¿Quién puede entrar si falla el acceso habitual? Cuentas de emergencia guardadas con cuidado y revisadas cada cierto tiempo.
- ¿Lo ensayaste alguna vez? Un simulacro de una hora al año te muestra en qué falla el plan, antes de que lo muestre una caída real.
Qué hacer cuando se cae un proveedor en la nube, paso a paso
Si pasa de nuevo, esta es una secuencia simple para no improvisar:
| Cuándo | Qué hacer |
|---|---|
| Primeros 15 minutos | Confirma si falla tu red o el proveedor. Avisa a una persona responsable, no a todo el equipo a la vez. Ojo: el jueves el centro de administración de Microsoft tampoco cargaba, así que no dependas solo de su página de estado |
| Primera hora | Activa el canal alterno del equipo. Avisa a tus clientes por un canal que sí funcione y prioriza lo urgente |
| Resto del día | Anota qué se retrasó y qué se hizo a mano para cargarlo después. Evita cambios de seguridad apresurados |
| Cuando vuelva el servicio | Revisa los mensajes que llegaron con retraso, pide el informe del incidente, mira qué dice tu contrato sobre créditos por caída y anota qué aprendiste |
¿Quién resuelve esto, la IA o las personas?
Las dos, pero no para lo mismo. La IA cubre lo repetitivo y lo que ocurre a las 10 de la noche. Las personas deciden qué se prioriza cuando el mapa cambia.
En atención al cliente la lógica es la misma: un negocio que depende de una sola herramienta, o de una sola persona, tiene un único punto de falla. Cuando un canal se tensa, el problema ya no es cuánta gente llega, sino cuánta capacidad hay para responder, algo que vimos al hablar de la capacidad operativa en temporada alta. Tener más de un canal por donde tus clientes te escriban, y un equipo que sepa qué hacer si uno falla, es parte de atender bien.
La nube va a volver a caerse, en Microsoft o en otro proveedor. La pregunta útil no es cuándo, sino qué hará tu equipo en los primeros diez minutos.
