· por NetProtector Security Team
Microsoft 365 y OneDrive sin servicio: lecciones de las caídas de 2026
A finales de agosto, el trabajo se detuvo en muchas empresas de Europa y de todo el mundo: Exchange Online, OneDrive for Business, SharePoint y Teams sufrieron interrupciones durante horas, y la búsqueda en Microsoft 365 incluso hasta el día siguiente. Pocas semanas antes, una actualización defectuosa ya había afectado a la búsqueda en Outlook y OneDrive. Es momento de reflexionar sobre la dependencia de un único proveedor de nube.
Qué ocurrió
18 de agosto de 2026: búsqueda interrumpida. Usuarios de partes de la infraestructura de Microsoft no podían realizar búsquedas de forma fiable en Outlook, SharePoint Online y OneDrive. Microsoft lo atribuyó a una actualización desplegada recientemente que consumía demasiados recursos (incidente MO1456424 en el Admin Center) y desplegó una corrección.
31 de agosto de 2026: caída a gran escala. Hacia el mediodía (UTC) se multiplicaron los avisos de problemas con Exchange Online. Por la tarde, Microsoft amplió el alcance del incidente: se vieron afectados el establecimiento de conexiones, la búsqueda y el flujo de correo en Exchange Online; el acceso a archivos, la sincronización y la búsqueda en OneDrive for Business y SharePoint Online; la búsqueda, el calendario y la presencia en Teams, así como las funciones de Copilot que acceden a datos de Microsoft 365. Como causa, Microsoft señaló un problema en una configuración de autenticación central que comparten varios servicios de Microsoft 365. Las conexiones de correo se restablecieron en gran medida por la noche; la búsqueda tardó hasta bien entrado el 1 de septiembre.
Hasta la fecha, Microsoft no ha publicado un informe final público detallado; los datos sobre el inicio y la duración varían ligeramente según la fuente.
Qué aprendemos de ello
Ninguno de los dos incidentes fue un ataque, sino errores operativos. Para los afectados, eso apenas supone diferencia: si el correo electrónico, los archivos y la telefonía dependen de un mismo proveedor y falla un componente compartido como el inicio de sesión, todo cae al mismo tiempo. La disponibilidad es uno de los tres objetivos de protección de la seguridad de la información, y no puede delegarse por completo en un proveedor de servicios.
Qué debería preparar
- Independizar la comunicación de emergencia. Disponga de un canal que no dependa de Microsoft 365, como una cadena telefónica, un servicio de mensajería o una página de estado. Quien solo piensa durante la caída en cómo llegar a la plantilla pierde horas.
- Mantener los datos críticos también disponibles localmente. Para los planes de emergencia, las listas de contactos y las credenciales de acceso, una copia offline o externa debe ser lo estándar.
- Backup propio en lugar de solo la papelera de reciclaje. Microsoft garantiza la disponibilidad, pero no protege frente a cualquier pérdida de datos. Un backup independiente de los buzones y del contenido de OneDrive es recomendable; no obstante, teniendo en cuenta el incidente de ConnectWise, con permisos cuidadosamente limitados para el servicio de backup.
- Supervisar el estado del servicio. El Microsoft 365 Admin Center notifica las incidencias con un número de incidente. Una alerta a la dirección de TI ahorra tiempo en caso de emergencia al buscar la causa en la propia red.
- Documentar las dependencias. ¿Qué procesos se detienen si el inicio de sesión en Microsoft no funciona? La respuesta debe figurar en el análisis de impacto en el negocio (BIA) y, para las empresas sujetas a NIS2, en la gestión de riesgos.
Nuestra valoración
Por lo general, los servicios en la nube ofrecen una disponibilidad considerablemente mayor que los servidores gestionados internamente. Pero concentran el riesgo: un error en el proveedor afecta a miles de clientes a la vez. La respuesta adecuada no es abandonar la nube, sino tener un plan para las horas en que no funciona.