Caída temporal de Cloudflare a nivel mundial

Como se ha podido sufrir ayer, así como comprobar en numerosos medios de comunicación, en la mañana de ayer tuvo lugar un incidente poco frecuente, pero posible.

Cloudflare, el mayor proveedor mundial de servicios de interconectividad en red e internet, así como de soluciones de ciberseguridad, sufrió una caída global que dejó inoperativas a más del 70% de las páginas web globalmente y de los servicios que dependen de su infraestructura.

Uno de los principales motivos para utilizar Cloudflare es delegar en ellos el filtrado del tráfico entrante. Es decir, aplicar reglas de ciberseguridad que aumentan la resiliencia del sistema, reducen el riesgo de intrusiones en la página web y bloquean el acceso a agentes maliciosos, entre otras muchas funciones. Esto se gestiona mediante el denominado modo proxy de Cloudflare, cuya activación o desactivación es, en esencia, tan simple como “pulsar un botón”.

Sin embargo, a las 11:48 UTC Cloudflare comunicó públicamente (a través de su portal status) que estaba sufriendo lo que podría describirse como un “corte de cable” a nivel global. Sus nodos en todo el mundo comenzaron a presentar fallos que provocaban una pérdida total de conectividad en gran parte del tráfico de internet.

Plataformas como Twitter, OpenAI y ChatGPT, servicios de Shopify, el propio sistema de captcha de Cloudflare e incluso nuestro panel de soporte, junto con cientos de sitios web, experimentaron problemas de conexión. Mientras tanto, los servidores que se encontraban detrás de Cloudflare continuaban funcionando con normalidad, tal y como reflejaban los mensajes del navegador.

La solución técnica pasaba por desactivar el modo proxy. No obstante, en pleno desarrollo del incidente surgió una complicación adicional: el panel de control y la API de Cloudflare también estaban afectados, lo que impedía a todos los clientes realizar cualquier gestión.

A las 13:53 UTC, Cloudflare informó de una recuperación parcial del servicio, incluida la funcionalidad del dashboard. En ese momento, desde DEINSER procedimos a desactivar el modo proxy en su web para restaurar la disponibilidad. Esto permitió que el tráfico volviera a fluir, aunque temporalmente sin las capas de protección habituales.

Posteriormente, Cloudflare comunicó que a las 19:28 UTC el incidente quedaba completamente resuelto. Aun así, desde DEINSER optamos por no reactivar el modo proxy hasta esta misma mañana, evitando así cualquier riesgo adicional durante las horas posteriores a la incidencia.

Agradecemos la confianza depositada en DEINSER y reiteramos nuestro compromiso de trabajar siempre con la máxima diligencia para mantener la operatividad del servicio y la seguridad de toda la infraestructura bajo nuestra gestión.