Cloudflare deja sin servicio sitios web de la Casa Blanca, la Reserva Federal y exchanges de criptomonedas

El servicio de internet de Cloudflare volvió a desconectarse, dejando sin servicio la mayoría de los sitios web y aplicaciones. Sin embargo, esta vez la interrupción se resolvió en 10 minutos, un contraste marcado con la catástrofe del 18 de noviembre.

Cloudflare indicó el viernes que había implementado una solución para una interrupción que afectó a su panel de control y aplicaciones conectadas, pero no mencionó el problema que hizo que los sitios web mostraran un “error interno del servidor 500”.

La empresa publicó una actualización en su página de estado, señalando que había “implementado una solución” y que estaba “monitoreando el comportamiento del sistema” mientras los servicios volvían a estar en línea. 

La interrupción causó caídas en varios sitios web, incluido el servicio de seguimiento Downdetector, las plataformas sociales LinkedIn y Substack, y el exchange centralizado de criptomonedas Coinbase.

Cryptopolitan recibió varios informes de páginas web que no lograron cargarse, interrupciones en el inicio de sesión y tiempos de espera repentinos.

Plataformas de criptomonedas descentralizadas en Solana reportan fallos

Varios protocolos en la red Solana, incluido Jupiter Exchange, Raydium y Meteora, reportaron fallos en la interfaz de usuario durante la interrupción del servicio de Cloudflare. Según la cuenta de la comunidad SolanaFloor, las plataformas insistieron en que sus backends estaban operativos, pero dijeron que los clientes no podían interactuar con la información del mercado en vivo ni iniciar acciones en la cadena.

“Quería verificar si Cloudflare estaba caído de nuevo -> fui a downdetector(.)com…. … Al parecer, Downdetector también se ejecuta en Cloudflare”, bromeó el desarrollador de IA Pietro Montaldo.

Cuando quieres reportar que Cloudflare está caído, pero Down Detector usa Cloudflare. pic.twitter.com/g0d1MWN91C

— Pedro Silva (@pedrosilva) diciembre 5, 2025

Cloudflare había publicado una actualización de estado a las 09:38 UTC, indicando que su equipo estaba investigando un aumento de resultados de páginas vacías cuando los clientes accedían a una lista API en un espacio de nombres Workers KV. El aviso también mencionaba que la empresa de servicios de internet estaba investigando la causa del mal funcionamiento. 

Una actualización separada publicada cinco minutos antes confirmó que los ingenieros habían “detectado niveles de error para los clientes que ejecutan scripts de Workers”, y estaban trabajando para analizar y contener el problema.

Servicios de Cloudflare caídos por segunda vez en un mes 

El tiempo de inactividad del viernes ocurre después de que la empresa experimentara una interrupción el 18 de noviembre a las 11:20 UTC, cuando la red global comenzó a fallar en la entrega de tráfico principal debido a un mal funcionamiento en los permisos de la base de datos.

Según la explicación de Cloudflare detallada en su publicación de blog, los permisos incorrectos obligaron a la base de datos a generar varias entradas en un “archivo de características” utilizado por su sistema de Gestión de Robots (Bot Management). 

El archivo se duplicó en tamaño y superó el límite admitido por el software de enrutamiento en la red responsable de procesar grandes volúmenes de tráfico de internet global, lo que provocó inevitablemente su caída.

Los ingenieros habían sospechado que había alguna forma de mala fe, pero más tarde descubrieron la causa real y detuvieron la propagación del archivo de tamaño excesivo, reemplazándolo con una versión anterior para restaurar el funcionamiento normal. 

Según Cryptopolitan’s informe, el tráfico principal se recuperó a las 14:30, y los equipos pasaron varias horas posteriores resolviendo la presión aumentada en los sistemas a medida que el tráfico global volvía.

“Lamentamos el impacto en nuestros clientes y en Internet en general. Dada la importancia de Cloudflare en el ecosistema de Internet, cualquier interrupción de cualquiera de nuestros sistemas es inaceptable. Que hubiera un período de tiempo en el que nuestra red no pudo enrutar el tráfico es profundamente doloroso para cada miembro de nuestro equipo. Sabemos que te fallamos hoy”, se disculpó Cloudflare.

Varias plataformas centralizadas de criptomonedas grandes dependen en gran medida de Cloudflare para estabilizar las cargas de tráfico. BitMEX reportó interrupciones durante la caída, mientras que los servicios de blockchain vinculados a Toncoin también experimentaron retrasos y tiempos de inactividad. 

¿Deberían los servicios de criptomonedas alejarse de las Redes de Distribución de Contenidos (CDN)?

Amazon Web Services y Cloudflare son dos de las redes de distribución de contenidos (CDN) más utilizadas en las que se basan las plataformas, incluidos los exchanges de criptomonedas. Cuando AWS se cayó en octubre, la red Base de Coinbase y el proveedor de infraestructura Infura, que admite numerosas aplicaciones blockchain, quedaron fuera de línea temporalmente. 

La secuencia de fallos es otra razón por la cual las entidades afiliadas a las criptomonedas deberían considerar ir completamente descentralizadas, según el oficial de seguridad jefe de Tribe Payments, Fadl Mantash.

“La infraestructura detrás de una sola transacción depende de una cadena de plataformas en la nube, procesadores, APIs de terceros, herramientas de autenticación y esquemas de tarjetas. Cuando cualquier eslabón de esa cadena falla, todo el proceso puede romperse”, señaló Mantash.

Aunque las propias blockchains puedan seguir procesando transacciones, los comerciantes no podrán ver la actividad ni interactuar con sus activos en el caso de que Cloudflare o AWS sufran una interrupción.