Lo que pasó (y por qué te puede pasar a vos)
Una noche de julio de 2025 millones de usuarios no pudieron abrir Outlook ni conectarse a Teams durante más de 11 horas. Microsoft atribuyó el incidente a un cambio de configuración en su infraestructura: un ajuste inocente en papel que terminó bloqueando el acceso a servicios clave a escala global. Días antes—y también en junio—hubo interrupciones similares que afectaron Teams y Exchange Online por problemas internos de ruteo y despliegue, con rollbacks de emergencia para restablecer tráfico.
Si te suena familiar es porque ya vivimos el “apocalipsis azul” de 2024: una actualización de seguridad defectuosa del proveedor CrowdStrike provocó pantallas azules (BSOD) en 8,5 millones de equipos Windows, con aerolíneas, bancos y hospitales paralizados. Fue un error del ecosistema de seguridad, no de Microsoft, pero golpeó de lleno a quienes dependen de Microsoft 365 para operar. La conclusión es brutal en su simpleza: las nubes fallan, los endpoints fallan y los parches fallan; lo único inaceptable es que tu organización falle en prepararse.
De un parche a un apagón: anatomía de una caída en cadena
Los grandes servicios funcionan como sistemas acoplados: un tweak en autenticación, un ruteo mal propagado o una firma de seguridad errónea pueden disparar un efecto dominó. En julio de 2025, la propia Microsoft reconoció que un cambio de configuración dejó fuera de servicio Office.com y afectó también el acceso a Copilot; otro día, la infraestructura de mailboxes no aceptó conexiones durante horas. En junio, un error de ruteo tumbó Teams y Exchange a nivel mundial.
El año anterior, la actualización defectuosa de CrowdStrike disparó BSOD masivos y forzó operaciones manuales en aeropuertos y comercios; Microsoft intervino para asistir en la recuperación, aunque el origen no fuera suyo. Eventos así prueban dos verdades: 1) la dependencia de plataformas 365 es total, 2) la resiliencia no se terceriza.
Traducción operativa: si la identidad falla, no hay correo; si el endpoint cae, no hay VPN; si tu único canal es Teams, no hay plan B.
“¿Y ahora qué?”: pasar del susto a la estrategia
1) Comunicación y trabajo “modo desconectado”
Definí canales alternativos (telco/WhatsApp corporativo, Slack/Zoom, correo secundario) y entrená al equipo para conmutar en 5 minutos cuando 365 no responda. Documentalo y ensayalo trimestralmente. Las organizaciones que lo hicieron en julio 2025 redujeron drásticamente su tiempo de indisponibilidad percibida.
2) Backups que no dependan del proveedor primario
No alcanza con la “papelera” de Exchange o el versionado de OneDrive. Implementá la regla 3-2-1-1-0: tres copias, dos medios, una off-site, una inmutable, cero errores en las verificaciones. Así, si un parche rompe accesos o un ransomware secuestra cuentas, tus datos existen fuera de 365.
3) Identidad resiliente y control de cambios
Separá identidades de break-glass (MFA offline, passkeys en bóveda) y mantené políticas de acceso condicional con bypass de emergencia documentado. Establecé un CAB (Change Advisory Board) para cambios de producción —sí, también para “minucias” de ruteo— con ventanas de despliegue, canarios y rollback plan. Que lo ocurrido en junio y julio quede como recordatorio.
4) Endpoints listos para fallar con gracia
El BSOD global de 2024 dejó claro que un cliente roto puede tirar abajo tu operación. Adoptá anillos de despliegue(ring-based), listas de bloqueo para firmas defectuosas y arranque dual en equipos críticos.
5) Métricas que importan (RTO, RPO, MTTR)
Definí RTO (cuánto tardás en volver) y RPO (cuánto dato podés perder) por sistema. Medí MTTR por incidente y asociá sanciones o bonus a tiempos reales. No compres más licencias si no podés garantizar estos números.
Checklist de 10 acciones para la próxima caída (porque habrá otra)
- Inventario crítico: qué apps, qué datos, qué dependencias (identidad, red, endpoint).
- Runbook de conmutación: plantillas para mover reuniones/canales en 5 minutos.
- Backup SaaS: Exchange/OneDrive/SharePoint/Teams con retención inmutable.
- Break-glass: cuentas de emergencia fuera de SSO principal, auditadas.
- CAB/DevSecOps: todo cambio con canario, monitoreo y rollback probado.
- Monitoreo independiente: fuera del tenant (synthetics), para saber si el problema es tuyo o del proveedor.
- Contratos: penalizaciones por SLA y salida multicloud documentada.
- Capacitación: simulacros semestrales tipo “GameDay” (identity down, mail down).
- Endpoint policy: anillos, control de drivers, bloqueo de firmas “zero-day”.
- Post-mortem con KPIs: cada apagón debe cambiar un proceso.
El apagón Microsoft de 2025—y el BSOD masivo de 2024—no son anomalías: son recordatorios de que operamos sobre sistemas complejos donde un “pequeño” cambio puede tener efectos planetarios. Microsoft mejorará su ingeniería, sí; los proveedores de seguridad también. Pero el único paraguas que de verdad te protege es el tuyo: comunicación alternativa, backups inmutables, identidad de emergencia y control de cambios serio. La próxima interrupción no te preguntará si estás listo; simplemente llegará. Que te encuentre operando.
