La interrupción reportada este 12 de noviembre de 2026, afectó principalmente Exchange Online y servicios de Microsoft 365, entre ellos Outlook, Teams y SharePoint.
Microsoft señaló problemas de infraestructura, servidores que estaban fallando en las verificaciones automáticas de funcionamiento y dificultades de conectividad.
Por lo anterior, algunos expertos expusieron las implicaciones derivadas de este fallo tecnológico para las compañías y cómo las empresas pueden proteger su información.
De acuerdo con M.S. c. Diego Osorio Reina, director de la Especialización en Ciberseguridad de la Universidad Católica de Colombia, explica acerca de la vulnerabilidad tecnológica que tienen las compañías actualmente.
¿Qué nos revela la reciente caída de Microsoft sobre la vulnerabilidad de los servicios tecnológicos de los que dependen millones de empresas y usuarios?
Nos revela algo que en ciberseguridad insistimos desde hace años: la seguridad no es solo confidencialidad, también es disponibilidad. De nada sirve tener la información bien protegida si no puedo acceder a ella cuando la necesito. La caída de ayer, con más de 36.000 servicios afectados en 72 países según Downdetector, demuestra que la sociedad construyó su operación diaria sobre un puñado de proveedores de nube, y que una mínima fractura en esa infraestructura se propaga al instante por todo el planeta. No es un caso aislado: ya lo vivimos con CrowdStrike en 2024, con caídas previas de AWS, de Azure, de Meta. El patrón se repite. La lección es que la hiperdependencia tecnológica es, en sí misma, un riesgo que hay que gestionar.
¿Una interrupción como esta puede ser consecuencia de un ciberataque o también puede obedecer a fallas internas de infraestructura, configuración o servidores?
Puede ser cualquiera de las dos, y por eso no se debe especular. En este caso, la propia Microsoft reportó que el origen fue una falla interna: servidores que no superaron sus verificaciones automáticas de salud y quedaron fuera de servicio, generando una sobrecarga en cascada. No todo apagón es un ataque. Pero el punto clave es que, para quien depende del servicio, el efecto es idéntico: la operación se detiene, tanto si la causa fue un ransomware como si fue un error de configuración. Por eso la ciberresiliencia no se diseña preguntando “¿me van a atacar?”, sino “¿qué hago cuando esto se caiga?”, sin importar la causa. Un error humano, una configuración mal aplicada o un ataque deliberado terminan en el mismo lugar: indisponibilidad.
¿Cómo puede una falla en una plataforma como Microsoft 365 afectar la operación de una empresa? ¿Qué servicios, procesos e información pueden quedar comprometidos?
Microsoft 365 suele ser el sistema nervioso de una organización, así que una caída lo paraliza casi todo. Se cae el correo (Outlook, Exchange), y con él la comunicación con clientes y proveedores; se caen los documentos y archivos (OneDrive, SharePoint), dejando a la gente sin acceso a su información de trabajo; se caen las reuniones (Teams), frenando la operación remota; se cae la identidad (Entra/Azure AD), que es lo más grave, porque si falla el inicio de sesión, el empleado no puede entrar ni siquiera a otras aplicaciones conectadas. Se afectan también los flujos automatizados, la facturación y los procesos que dependen de esos servicios. Un dato importante: aquí no se compromete la confidencialidad de la información (nadie la robó), pero sí su disponibilidad, y para un negocio que no puede operar, el impacto económico y reputacional es inmediato.
¿Qué tan expuestas están las empresas colombianas cuando concentran sus correos electrónicos, documentos, reuniones y operaciones en una sola plataforma tecnológica?
Muy expuestas, y es una realidad de la mayoría de las empresas del país. Concentrar todo en un solo proveedor da eficiencia y comodidad, pero crea un único punto de falla: el día que ese proveedor se cae, la empresa se cae con él, como pasó hoy con usuarios colombianos incluidos. Es el riesgo de poner todos los huevos en una sola canasta. Esto no significa abandonar la nube, que sigue siendo más segura que la mayoría de infraestructuras propias, sino entender la dependencia y gestionarla: saber qué procesos críticos quedarían detenidos, tener vías alternas de comunicación y no asumir que “está en la nube, entonces nunca falla”. La nube no elimina el riesgo, lo traslada, y la responsabilidad de la continuidad sigue siendo de la empresa.
¿Qué deben hacer las organizaciones para garantizar la continuidad de sus operaciones cuando un proveedor tecnológico presenta una caída de varias horas?
Prepararse antes de que ocurra, porque en plena caída ya es tarde para improvisar. Lo esencial:
- Tener un Plan de Continuidad del Negocio (BCP) que identifique los procesos críticos y defina cómo seguir operando sin la plataforma principal, por ejemplo, un canal de comunicación alterno acordado con el equipo.
- Contar con un Plan de Recuperación ante Desastres (DRP) con copias de respaldo accesibles y procedimientos claros para restaurar servicios e información.
- Aplicar ciberresiliencia y resiliencia de TI: diseñar los sistemas asumiendo que van a fallar, con redundancia, respaldos independientes del proveedor y, cuando el proceso lo justifique, estrategias multinube.
- Leer bien los acuerdos de nivel de servicio (SLA) con el proveedor y conocer los tiempos de recuperación comprometidos.
- Ensayar: un plan que nunca se prueba no sirve. Las organizaciones resilientes son las que simulan estas caídas y entrenan a su gente para responder.
La conclusión es clara: la ciberseguridad moderna no se trata solo de impedir ataques, sino de garantizar que la organización siga de pie cuando algo falla. Y algo, tarde o temprano, siempre falla.
¿Qué revela la caída de Microsoft y qué recomendaciones de Ciberseguridad se deben dar a los usuarios?
De acuerdo con Kaithie Ramírez Correa, directora de Innovación Tecnológica en ÚNICA, Institución Universitaria Colombo Americana, esta caída deja al descubierto una paradoja bastante importante sobre la transformación digital. Al concentrar toda nuestra operación de unos pocos ecosistemas en la nube, podemos ganar eficiencia, pero creamos unos puntos únicos de fallos.
Desde que la innovación no dependa de un solo proveedor, pues esto exige resiliencia operativa, redundancia, planes de continuidad propios para que las fallas técnicas no paralicen la operación.
En cuanto a la ciberseguridad, los atacantes siempre van a aprovechar este caos y la urgencia de los usuarios para conectarse para poder seguir con sus labores o sus tareas del día y empezar a lanzar campañas de phishing o hacerse pasar por soporte técnico o enviar mensajes a los dispositivos conectados.
Entonces, para evitar a nivel institucional, hay que tener claramente identificados los canales de comunicación alternos que se hayan definido en la institución para informar de manera oficial, recordar que el soporte técnico jamás va a pedir contraseñas, ni códigos de verificación, y a nivel de usuario, desconfiar de cualquier enlace, llamadas, mensajes en los que diga que dé usted clic para restaurar el servicio o no descargar supuestos parches de seguridad y verificar que el estado del sistema únicamente funciona por los canales oficiales y estar atento a los mensajes de las personas encargadas eh para que puedan seguir haciendo sus tareas mientras se restablecen los servicios a los que estamos eh conectados.