Cuando los servicios se detienen: la ola de ataques y fallas que derriba el mundo digital

Análisis — El jueves 12 de noviembre, el correo se detuvo. Microsoft 365 estuvo unas 18 horas fuera de servicio en todo el mundo: Outlook, Teams, SharePoint, OneDrive y Copilot. No fue un ataque: fue un defecto introducido durante una ampliación de la capacidad de la red. Y ahí está la historia: 2026 es el año en que los servicios sin los que no podemos vivir empezaron a detenerse todo el tiempo. A veces por ataques y fallas de invasores. La mayoría de las veces, rotos por sí mismos — por un cambio de rutina, un comando, un centro de datos a 44°C. El mundo digital no está siendo derribado solo por hackers. Está tropezando con sus propias piernas — y los ataques solo aprovechan la caída.

Este texto es un análisis: los hechos están verificados y figuran en las fuentes al final; la lectura de ellos — lo que este año dice sobre la fragilidad de los servicios — es la opinión de Geekiki.

La semana en que se detuvo el correo

La caída de Microsoft 365 comenzó alrededor de las 13:17, hora de Brasilia, el jueves (12). En pocas horas, Downdetector registraba casi 130.000 quejas solo de Outlook. Correo, reuniones, archivos y el asistente de IA de Microsoft, todo junto, fuera de servicio. La explicación de la empresa cambió tres veces en menos de 24 horas: primero, carga elevada por servidores no disponibles; después, un proceso de conexiones seguras sobrecargado y la reversión de un cambio de red; por fin, un defecto surgido durante una ampliación anterior de la capacidad de la red, revelado por un cambio reciente. Lo que no cambió: no fue un ciberataque, no tuvo que ver con IA ni agentes, y el incidente seguía sin declararse cerrado en la noche del viernes (13), con el informe completo prometido y sin fecha. Fue la segunda caída de varias horas de Microsoft 365 en menos de tres meses — tema de la cobertura de Geekiki: Microsoft 365 vuelve a funcionar tras 18 horas de caída.

No fue solo Microsoft

La lista de 2026 parece un parte de guerra — pero contra la propia infraestructura:

  • Cloudflare, 20 de febrero: un filtro borró los prefijos que debía proteger; 1.100 rutas de clientes desaparecieron durante 5 horas.
  • Azure, 23 de julio: el tráfico de entrada y salida de la región oeste de EE. UU. falló durante 5 horas. La comprobación de seguridad que debía mantener en pie una ruta redundante se ejecutó — y pasó — porque evaluaba cada equipo por separado.
  • Azure, mayo: un cliente interno de Microsoft 365 reintentó errores de capacidad sin espera, hasta 48 intentos extra — y, en la misma semana, un rayo bloqueó la refrigeración de un centro de datos, que quedó 22 horas fuera de servicio.
  • Google Cloud, 15 de julio: una oscilación de 3 milisegundos en la energía disparó los interruptores en Países Bajos; la sala llegó a 44°C y el personal tuvo que apagar máquinas a mano. Más de 14 horas de interrupción.
  • AWS, 7 y 8 de mayo: falla de refrigeración en el mayor centro de datos de Amazon, en Virginia; 21 horas y media hasta la recuperación de la mayoría de los servicios.
  • Google Cloud, 19 y 20 de octubre: falla de energía en una zona de Londres, 7 horas y 52 minutos.
  • Cloudflare One, 19 de octubre: 3 horas y 12 minutos de interrupción global.
  • Copilot, junio: dos grandes caídas del asistente de IA de Microsoft, que ya tiene más de 20 millones de suscriptores de pago.
  • Claude, 15 de abril: tasas de error elevadas en el chatbot, el asistente de código y la API de Anthropic.
  • AWS, Oriente Medio, marzo: ataques con drones alcanzaron instalaciones en las regiones de Emiratos Árabes y Baréin. Ambas regiones siguen sin poder sustentar aplicaciones con confiabilidad — y parte de los datos guardados solo allí no se puede restaurar.

Son 39 grandes caídas de nube e infraestructura solo en 2026, según un rastreador que solo cuenta incidentes documentados por los propios operadores — y 62 desde 2020, con una duración mediana de 6 horas y 12 minutos. La causa más común no es el hardware ni el ataque: es el cambio de configuración o de despliegue, el 32% de los casos. Un estudio de Splunk, de Cisco, calcula que las empresas más grandes del mundo pierden en promedio US$ 300 millones al año por paradas no planificadas — unos US$ 15.000 por minuto.

Y cuando es un ataque, es cada vez mayor

Mientras los servicios caen solos, los ataques baten récords. Solo en octubre de 2026, hubo 1.020 ataques de ransomware — casi 33 por día, la segunda cifra más alta del año. Las bandas más activas, Qilin y The Gentlemen, sumaron 264 ataques en el mes. Algunos casos recientes:

  • GMO Internet, Japón, octubre: ataque a una empresa de tecnología que causó interrupciones en varias otras empresas.
  • Universidad Vanderbilt, EE. UU., 9 de noviembre: ataque del grupo BYOD, que reivindica más de 1 millón de números de Seguridad Social robados.
  • Texas, EE. UU., noviembre: el mismo grupo BYOD dice tener datos de unos 2 millones de texanos del organismo de salud del estado — aún sin confirmar.
  • Fireworks AI, octubre: dos intrusiones, el 6 y el 23 de octubre, que expusieron datos de cuentas, facturación, secretos e historial de pagos de clientes.
  • Unitel, Angola, julio: casi tres semanas para restaurar la mayoría de los servicios.
  • Brasil: Binance perdió US$ 6.300 millones en un ataque el 29 de octubre (lea aquí); Mercado Bitcoin confirmó un ataque el 2 de noviembre, con una estimación de más de US$ 40 millones en transferencias sospechosas (lea aquí); Caixa Vida e Previdência tuvo datos de 7,6 millones de clientes expuestos el 12 de noviembre (lea aquí); y el Tesoro Nacional, el mismo día, unos 30.000 registros y 4.000 claves Pix (lea aquí).

La brecha que casi detuvo internet

En medio de todo esto, una vulnerabilidad mostró la magnitud del problema. PHP2Shell son dos fallas críticas en PHP — CVE-2026-109618 y CVE-2026-109619, nota 9,2 — descubiertas con ayuda de modelos de IA y que permiten ejecutar código en el servidor sin inicio de sesión. Como PHP funciona en cerca del 69% de los sitios del mundo, la estimación era de más de 22,6 millones de servidores expuestos. Los intentos de explotación comenzaron el 17 de octubre, cuatro días antes de la corrección; los parches salieron el 21 de octubre. Gobiernos y empresas apagaron sitios por precaución — 32 servicios en Reino Unido, el inicio de sesión DigiD en Países Bajos, sitios en Finlandia, Francia y Dinamarca. Hasta el 24 de octubre, no había invasión confirmada ligada a la falla — pero el susto ya había detenido medio mundo. Geekiki cubrió el descubrimiento: La IA descubre fallas críticas en PHP que afectan al 70% de la web (PHP2Shell).

El patrón: dos fragilidades, un solo problema

Primero: los servicios pueden ser atacados — y lo son, cada vez más. El ransomware se convirtió en industria: 1.020 ataques en un mes, bandas con nombre, sitio de filtraciones y negociación. La IA aceleró ambos lados: PHP2Shell se descubrió con ayuda de la IA, y los ataques se vuelven más rápidos y más baratos de montar. El dato robado se convirtió en mercancía — y Brasil, con Binance, Mercado Bitcoin, Caixa y el Tesoro en dos semanas, lo sintió en carne propia.

Segundo: los servicios se rompen solos — y esa es la causa mayor. De catorce grandes caídas analizadas entre 2008 y 2026, once comenzaron con un cambio de rutina: un comando, una regla de firewall, una actualización de contenido, un permiso, una limpieza. Ninguna de las once fue un ataque. La magnitud de la caída vino de dónde cayó el cambio, no del cambio en sí. Un comando en el lugar equivocado, y se detiene el correo del mundo. Un interruptor, y un centro de datos llega a 44°C. Un rayo, y 22 horas fuera de servicio.

Y el hilo que une ambos lados es la concentración. Casi todo pasa por poquísimos proveedores — Microsoft, Amazon, Google, Cloudflare. Cuando uno de ellos falla, miles de servicios caen juntos; cuando uno de ellos es atacado, el daño es global. Y cuando ocurre el problema, la respuesta sigue el mismo guion: apagar, contener y avisar después — Microsoft cambió su explicación tres veces en 24 horas; el Tesoro avisó ocho días después de detectar.

Lo que queda

La lección de 2026 no es que internet esté bajo ataque — siempre lo estuvo. Es que internet está demasiado concentrada y demasiado frágil para el peso que carga. El correo, la reunión, el archivo, el pago, el servicio del gobierno: todo depende de los mismos pocos sistemas, que pueden ser invadidos y que pueden romperse solos. Y la cuenta, en ambos casos, cae sobre quien usa: el trabajo detenido, el plazo perdido, el dato expuesto que después se convierte en estafa.

Qué observar en las próximas semanas: el informe completo de Microsoft sobre la caída de noviembre; si las regiones de AWS en Oriente Medio vuelven a operar con normalidad; si aparece alguna invasión confirmada ligada a PHP2Shell; y si se mantiene el ritmo de ransomware de octubre. La pregunta no es si se detendrá de nuevo — es qué, y por qué, se detendrá la próxima vez.

Fuentes

Imagen destacada: icono de Outlook (Microsoft, vía Wikimedia Commons, CC BY-SA 4.0).

Este contenido fue producido con ayuda de inteligencia artificial y revisado editorialmente.

Por Muse