Desastres naturales e interferencias gubernamentales: un análisis de los principales eventos de interrupción de Internet en el 2.º trimestre de 2026
Esta publicación también está disponible en English, Deutsch, Español (Latinoamérica), Français, Italiano, 日本語, 한국어, 繁體中文, 简体中文, Português, Русский, Polski y Nederlands.

Al igual que con la mayoría de las infraestructuras, es fácil pasar por alto la fragilidad de Internet mientras la red funciona con normalidad. Cuando falla, su complejidad sale plenamente a la luz. Cloudflare está en una posición única para detectar y documentar los momentos en los que uno de los sistemas interrelacionados de los que depende Internet falla y como resultado la conectividad se ve afectada. Cada trimestre, resumimos las interrupciones que detectamos y glosamos en Cloudflare Radar.
En el 2.º trimestre de 2026, el supertifón Sinlaku al norte de Guam causó la interrupción más prolongada, mientras que las desconexiones más frecuentes fueron las impuestas por el gobierno de Sudán durante los períodos de exámenes. Irán restableció el acceso nacional a Internet, reconectando a sus ciudadanos a la red global después de un apagón de 88 días, incluso mientras los daños causados por ataques con drones continuaban desestabilizando la infraestructura de AWS en otras partes de la región. Por último, un corte de cable en Santa Lucía y la distribución de firmas DNSSEC defectuosas en Alemania hicieron evidente la fragilidad de la infraestructura de Internet, pero también la notable estabilidad de estos sistemas regionales y globales cuando operan con normalidad.
Aquí vamos a analizar las interrupciones de Internet más significativas que hemos observado en el segundo trimestre de 2026, utilizando los datos de Cloudflare Radar sobre el tráfico para mostrar cómo se desarrollaron y cómo afectaron a los usuarios en su vida cotidiana. Como siempre, este es un resumen de las interrupciones confirmadas y más destacadas, no una lista exhaustiva. Encontrarás una vista más completa de las anomalías de tráfico detectadas en el Centro de Incidentes de Cloudflare Radar.
Los desastres naturales y la electricidad causan interrupciones en Guam, Venezuela y Tanzania
El supertifón Sinlaku, la tormenta más potente de la temporada de tifones del Pacífico de 2026 hasta la fecha, siguió su curso a través de las Islas Marianas a mediados de abril, pasando justo al norte de Guam. Aunque la isla no recibió un impacto directo, la tormenta trajo vientos con fuerza de tormenta tropical, cortando el suministro eléctrico en todo Guam y causando cortes en los sistemas de agua, lo que afectó directamente a la conectividad a Internet. Entre el 13 y el 14 de abril, el tráfico desde el territorio se redujo hasta un 80 % por debajo de los niveles esperados.
Dos meses después, el 24 de junio, dos grandes terremotos sacudieron el norte de Venezuela casi al mismo tiempo, en Yumare y San Felipe, seguidos de una réplica cerca de la costa fuera de Caracas. El primer terremoto, de magnitud 7,5, tuvo lugar aproximadamente a las 22:04 UTC (18:04 hora local). Radar muestra el impacto inmediato de estos eventos. Una brusca caída de los bytes HTTP transferidos coincide con la hora a la que se producen los terremotos. Esta disminución se puede observar especialmente bien en Fibex Telecom, que, según los datos de APNIC, tiene 1,6 millones de usuarios estimados. El descenso también es visible para CANTV, la empresa estatal dominante, y VNET, un proveedor regional de acceso a Internet más pequeño.
Al otro lado del Atlántico, apenas unos días después, un corte del suministro eléctrico en Tanzania el 27 de junio causó una caída brusca del tráfico HTTP que duró al menos cinco horas. Aunque distinta en su causa del apagón relacionado con las elecciones del país de octubre de 2025 (una acción deliberada del gobierno, no un fallo de infraestructura), la telemetría resultante y el impacto en los usuarios fueron casi idénticos: una drástica pérdida de conectividad que dejó a los residentes sin poder comunicarse con sus seres queridos o acceder a noticias críticas.
Es sorprendente cómo eventos tan radicalmente distintos dejan huellas tan similares en los datos y en la experiencia del usuario. En conjunto, estas interrupciones relacionadas con las condiciones climatológicas y vinculadas al suministro eléctrico demuestran las enormes repercusiones que el mundo físico puede tener en el entorno digital, así como la importancia de la resiliencia de Internet y de desarrollar redes que ofrezcan la redundancia suficiente en términos de suministro eléctrico, enrutamiento y rutas físicas para resistir las inevitables consecuencias.
Los gobiernos y la geopolítica afectan a la conectividad en Irán, EAU, Irak y Sudán
A partir del 26 de mayo, Radar comenzó a detectar señales del previamente anunciado restablecimiento de Internet en Irán, el fin provisional de un apagón de 88 días que había dejado al país prácticamente desconectado por completo desde su inicio, el 28 de febrero. El 27 de mayo, Radar informó que el tráfico se había restablecido al 40 % de su nivel anterior a la interrupción, una reapertura parcial en línea con los informes de un restablecimiento selectivo del acceso en lugar de una restauración completa. Desde entonces, hemos observado que los bytes HTTP alcanzaron hasta el 90 %, antes de estabilizarse en aproximadamente el 59 % de los niveles anteriores a la desconexión. Este volumen está en línea con el tráfico que observamos en febrero, un período entre esta última desconexión y una anterior en enero. Esto sugiere que la conectividad ha vuelto a un nivel similar a su línea base más reciente anterior a la desconexión, en lugar de normalizarse por completo. En nuestro análisis del Mundial 2026, Irán destaca como un caso atípico: mientras que el tráfico en la mayoría de los países participantes aumentó y disminuyó según los horarios de los partidos, las lecturas de Irán estuvieron dominadas por el contraste entre sus niveles posteriores al restablecimiento y la pérdida casi total de conectividad que las había precedido.
Mientras tanto, el tráfico HTTP hacia me-central-1, una región de la nube de AWS ubicada en los Emiratos Árabes Unidos, se ha mantenido bajo, en consonancia con los informes de servicio de AWS del 30 de abril, que indican que la región "ha sufrido daños como resultado del conflicto en Oriente Medio y actualmente no puede ofrecer un servicio fiable a las aplicaciones de los clientes". Esta actualización es posterior a los informes del 3 de marzo, que indican que las instalaciones en los Emiratos Árabes Unidos y en Baréin “han sufrido daños físicos en su infraestructura como resultado de los ataques con drones". En los Emiratos Árabes Unidos, dos instalaciones fueron "atacadas directamente", y en Baréin un ataque con drones cerca de la instalación causó "daños físicos" en su infraestructura. Más que un fallo de la red, lo que caracteriza posteriormente a los daños físicos en la infraestructura del centro de datos subyacente es la disminución del tráfico, que continúa afectando a los sitios web y aplicaciones alojados en esa región, independientemente de su propia disponibilidad.
El segundo trimestre de 2026 también incluyó tres desconexiones impuestas por el gobierno en Irak (el 2 de junio, el 11 de junio y el 28 de junio), así como 10 en Sudán entre el 13 y el 23 de abril, todas ellas con el objetivo de evitar trampas en los exámenes nacionales, una pauta estacional que hemos documentado en varios trimestres anteriores en ambos países. Las desconexiones en Sudán siguieron básicamente un mismo patrón, cada una de ellas con una duración aproximada de 3,5 horas, desde las 11:45 hasta las 15:15 UTC (de 13:45 a 17:15 hora local), coincidiendo con el periodo de exámenes. En Irak, las desconexiones fueron más breves, cada una de ellas con una duración aproximada de 90 minutos, y también se programaron en función de las horas de los exámenes.
Cada uno de estos ejemplos, ya sea un restablecimiento o una interrupción, ilustra el gran control que ejercen los gobiernos sobre su conectividad nacional, así como la facilidad con la que se puede desactivar, limitar o restablecer el acceso selectivamente como una cuestión de política y no en relación con la infraestructura.
Las vulnerabilidades de la infraestructura afectan a los usuarios en Alemania y Santa Lucía
El 5 de mayo, una renovación de clave DNSSEC en DENIC, el registro del dominio .de Alemania comenzó a generar firmas no válidas. Estas renovaciones de claves son el proceso de reemplazo periódico de las claves criptográficas que se utilizan para firmar los registros DNS de una zona. Constituyen un elemento cotidiano pero esencial del mantenimiento, ya que los solucionadores que validan DNSSEC solo confiarán en las respuestas cuyas firmas coincidan con las claves publicadas actuales. En otras palabras, si las firmas digitales no coinciden con los valores esperados, el solucionador asume que el sitio ha sido manipulado y bloquea el acceso. Cuando empezaron a generarse firmas no válidas, solucionadores de validación de todo el mundo rechazaron todas las solicitudes de sitios web .de y devolvieron errores SERVFAIL hasta que se restableció el funcionamiento normal a las 23:15 UTC (01:15 hora local del 6 de mayo).
Cloudflare Radar observó un aumento global del volumen de consultas de dominios .de durante la interrupción. Aunque al principio esto pueda parecer contradictorio, la razón es que las respuestas fallidas no se pueden almacenar en la caché, por lo que las consultas que se suelen proporcionar silenciosamente desde la caché debían resolverse y repetirse varias veces, causando un importante aumento de las consultas.
Desde la perspectiva del usuario, el incidente no se percibió como un fallo de DNS o criptográfico, sino simplemente como una serie de sitios web y servicios .de que de repente dejaron de estar disponibles. Aunque los usuarios podían seguir accediendo a sitios que no utilizaban el TLD .de, algunas páginas no se cargaban, se devolvían correos electrónicos y algunas aplicaciones agotaban su tiempo de espera, todo lo cual puede reflejar la experiencia de una interrupción. Puedes obtener más información sobre DNSSEC y las repercusiones de los eventos en nuestro blog.
En el Caribe, un fallo de la infraestructura provocó una caída similar de la disponibilidad. El 21 de junio, el tráfico de solicitudes HTTP de la red de Karib Cable cayó a prácticamente cero alrededor de las 21:00 UTC (17:00 hora local), y permaneció así durante la mayor parte del día antes de recuperarse a los niveles esperados alrededor de las 17:00 UTC del 22 de junio (13:00 hora local). La interrupción fue causada supuestamente por un corte de fibra cerca de la isla, un riesgo habitual en el caso de las redes caribeñas que dependen de un pequeño número de rutas terrestres y submarinas para llegar a la red global, lo que significa que un solo fallo puede reducir la capacidad de manera desproporcionada. Debido a que Karib Cable es uno de los principales proveedores, la pérdida también fue visible a nivel nacional, y el tráfico total de Santa Lucía disminuyó aproximadamente un 60 % en comparación con la semana anterior durante el corte.
Radar sigue supervisando las interrupciones
En el segundo trimestre de 2026 se produjeron interrupciones de Internet causadas por una amplia variedad de razones, entre ellas, condiciones climáticas severas, un terremoto, cortes del suministro eléctrico, desconexiones impuestas por gobiernos, daños a la infraestructura en la nube, cortes de cables y una configuración incorrecta de DNSSEC. Como demuestran estos eventos, Internet depende de un complejo conjunto de sistemas interrelacionados, y un fallo en cualquiera de ellos puede resultar en una pérdida de conectividad.
El equipo de Cloudflare Radar supervisa constantemente las interrupciones de Internet, compartiendo nuestras observaciones en el Centro de incidentes de Cloudflare Radar, a través de las redes sociales y en publicaciones en blog.cloudflare.com. Síguenos en redes sociales en @CloudflareRadar (X), noc.social/@cloudflareradar (Mastodon) y radar.cloudflare.com (Bluesky).
