- Una configuración de autenticación central provocó la caída de Outlook, Teams, OneDrive y otros servicios de Microsoft 365 el 31 de agosto.
- Microsoft identificó el incidente con los códigos EX1464935 y MO1465074, y aplicó un parche que restauró la conectividad de los buzones en unas 12 horas.
- Los usuarios recurrieron a alternativas como Thunderbird, Slack o WeTransfer mientras duró la interrupción.
- La compañía descartó un ciberataque y confirmó que se trató de un fallo interno de configuración.
El lunes 31 de agosto de 2026, Microsoft sufrió una interrupción generalizada que dejó sin servicio a Outlook, Teams, OneDrive para la Empresa, SharePoint Online, Purview y Defender XDR. Los primeros avisos comenzaron a acumularse en Downdetector a media mañana, superando los 6.000 reportes en el punto más crítico. La compañía reconoció oficialmente la incidencia alrededor de las 17:30 UTC y abrió el expediente EX1464935 para Exchange Online, el servicio que sostiene el correo corporativo.
Lo que empezó como un problema de correo electrónico terminó afectando a medio ecosistema de Microsoft 365. La causa, según confirmó la propia empresa, fue una configuración errónea en un componente de autenticación central compartido por varios servicios. Ese fallo impidió que muchos usuarios iniciaran sesión, enviaran o recibieran mensajes, y provocó errores como el temido “Something went wrong” con el código 500 en la versión web de Outlook.
Qué servicios se vieron afectados y cómo
El aviso MO1465074 amplió el alcance inicial y confirmó que la incidencia no se limitaba a Exchange Online. En Microsoft Teams, los usuarios notaron fallos en el calendario, búsquedas incompletas y estados de presencia congelados, además de problemas para actualizar la ubicación. En OneDrive para la Empresa y SharePoint Online, las dificultades se manifestaron al cargar archivos, consultar información de almacenamiento o sincronizar contenido, aunque Microsoft aclaró que no se trataba de una caída total, sino de fallos parciales y contenido desactualizado.
Las herramientas de seguridad y cumplimiento tampoco se salvaron. Microsoft Purview y Defender XDR presentaron problemas intermitentes de autorización, lo que dejó a algunos administradores sin poder acceder a los portales. En Purview Communication Compliance, la creación y evaluación de políticas quedaron demoradas. La compañía explicó que todos los métodos de conexión estaban afectados, lo que complicó especialmente la labor de los equipos de TI que dependen de estas plataformas para monitorizar la seguridad.
La causa: un fallo de autenticación, no un ciberataque
Microsoft señaló como causa raíz preliminar un problema en una configuración de autenticación central utilizada por varios servicios internos de Exchange Online. La autenticación es el proceso que verifica la identidad de un usuario antes de permitirle acceder a su cuenta, y cuando falla, las consecuencias se extienden a todas las aplicaciones que dependen de ese mecanismo. Los ingenieros comenzaron a analizar la telemetría y los datos de diagnóstico para localizar el origen exacto, y detectaron un patrón común en las solicitudes afectadas.
La compañía descartó que el incidente tuviera relación con un ciberataque. Toda la información publicada apuntaba a un error interno de configuración, lo que tranquilizó a las empresas que temían una brecha de seguridad. Microsoft comenzó a probar un plan de mitigación en una parte de su infraestructura antes de extenderlo al resto, una medida cautelar para evitar daños adicionales. Mientras tanto, los administradores recibieron la instrucción de no modificar configuraciones locales ni borrar perfiles, ya que el problema era exclusivamente de la nube.
La recuperación: 12 horas de incertidumbre
Aproximadamente doce horas después de reconocer la incidencia, Microsoft comunicó avances significativos. La compañía confirmó el restablecimiento de la conectividad de los buzones, aunque las funciones de búsqueda tardaron más en recuperarse por completo. La telemetría del servicio comenzó a mostrar mejoras progresivas, y los equipos técnicos mantuvieron un periodo de supervisión prolongada para garantizar que la mitigación se extendiera de forma generalizada.
No todos los usuarios recuperaron el acceso al mismo tiempo. Mientras algunos volvían a la normalidad en cuestión de horas, otros seguían experimentando lentitud o fallos intermitentes. Esta disparidad es habitual en incidentes cloud, ya que la recuperación depende de rutas de red, regiones, cachés y servicios dependientes. Microsoft pidió paciencia y recomendó a los administradores consultar el panel de estado del servicio en el centro de administración para seguir la evolución del incidente.
Alternativas y lecciones para empresas
Durante las horas que duró la interrupción, muchos usuarios buscaron alternativas para no quedarse aislados. Clientes de correo de escritorio como Thunderbird, Evolution o Kontact permiten conectarse a cuentas de Microsoft mediante IMAP, lo que mantiene los mensajes en el servidor y facilita la sincronización posterior. Para el envío de archivos pesados, servicios como WeTransfer o Google Drive se convirtieron en la opción más rápida, mientras que las plataformas de mensajería instantánea como Slack o WhatsApp asumieron el rol de canales de contingencia.
La caída dejó una lección clara para las organizaciones: depender de una única plataforma cloud implica asumir riesgos. Las empresas que tenían un plan de continuidad digital definido pudieron reaccionar con mayor rapidez, activando canales alternativos y comunicando internamente la situación sin improvisaciones. Los expertos recomiendan revisar los protocolos de respuesta, realizar simulacros periódicos y establecer canales de emergencia aprobados para evitar que la información sensible circule por vías no autorizadas durante una crisis.
Microsoft, por su parte, aplicó un parche de software al componente de autenticación dañado y confirmó que los servicios comenzaban a normalizarse. La compañía no ha detallado si tomará medidas adicionales para evitar futuros incidentes de este tipo, pero la experiencia demuestra que incluso los gigantes tecnológicos no están exentos de fallos. La confianza digital, en definitiva, también depende de cómo cada organización se prepara para el próximo imprevisto.
Editor profesional de Tecnología y Software