¿Por qué se cayó Cloudflare? Lecciones aprendidas de esta nueva falla

Impacto en la seguridad

Cloudflare proporciona servicios de DNS (Sistema de Nombres de Dominio), el mecanismo que convierte los nombres de dominio en direcciones IP. Cuando este servicio se interrumpe, los navegadores no pueden resolver las direcciones y, por lo tanto, se interrumpen las conexiones con los servidores. El resultado: muchos sitios web y servicios quedan indisponibles, incluso aunque los servidores estén operativos.

Además del DNS, Cloudflare opera una red de distribución de contenido (CDN) que acelera la navegación al distribuir copias del contenido en servidores más cercanos a los usuarios. Según Check Point Software, una falla en la CDN obliga a que todas las solicitudes lleguen al servidor original, a veces ubicado a gran distancia geográfica, lo que ralentiza la carga y aumenta la carga sobre la infraestructura central.

El proveedor de seguridad explicó que una gran parte de la internet comercial depende de unos pocos proveedores de infraestructura para servicios críticos. “Cuando un proveedor importante como Cloudflare se enfrenta a una indisponibilidad, el impacto es amplio e inmediato. Esta concentración crea un riesgo sistémico en el que un fallo localizado se traduce en inestabilidad global. Una interrupción de este tipo afecta a la disponibilidad, el rendimiento y la fiabilidad de los servicios. Los usuarios se encuentran con errores de DNS, cargas lentas, fallos en el inicio de sesión y en los pagos, además de un aumento en las tasas de error. Las organizaciones pueden incumplir los acuerdos de nivel de servicio (SLA) y sufrir una pérdida de confianza por parte de los clientes”, comentó Oded Vanunu, director de Investigación de Vulnerabilidades de Check Point Software.

El ejecutivo advirtió que los intentos de eludir el fallo mediante cambios apresurados en la configuración pueden exponer a los servidores a problemas de seguridad, eliminar capas de protección como WAF (firewall de aplicaciones web) o mitigación de DDoS (ataque distribuido de denegación de servicio) y ampliar la superficie de ataque. “Además, una gestión inadecuada del caché puede generar fugas de datos o cargar versiones incorrectas”, añadió.

Desde el punto de vista de la ciberseguridad, esa es la parte que importa, dijo Graeme Stewart de Check Point Software. “Cualquier plataforma que transporte tal volumen de tráfico mundial se convierte en un objetivo. Incluso una interrupción accidental genera ruido e incertidumbre que los atacantes saben cómo aprovechar. Si se provocara deliberadamente un incidente de esta magnitud, la interrupción se extendería por todos los países que utilizan estas plataformas para comunicarse con el público y prestar servicios esenciales”, advirtió.

El camino a la resiliencia pasa por tener varias opciones

Graeme Stewart, de Check Point Software, insistió en que gestionar todo a través de una única vía, sin respaldos significativos, es una vulnerabilidad patente. “Cuando esa vía falla, no hay ningún plan alternativo. Esa es la debilidad que seguimos viendo una y otra vez. Internet estaba destinado a ser resiliente gracias a la distribución, pero hemos acabado concentrando enormes cantidades de tráfico global en un puñado de proveedores de servicios en la nube”.

Por eso, la continuidad del negocio no puede considerarse únicamente como proyectos de redundancia técnica, señaló Erik de Lopes Morais, director de operaciones de Penso Tecnologia. Debe incluir escenarios de fallo de terceros, planes de comunicación, planes operativos alternativos y procesos que permitan que el negocio siga funcionando incluso cuando el proveedor de turno se detiene. “Distribuir los riesgos es tan importante como distribuir las cargas. Y, en un mundo en el que cada vez más empresas dependen de los mismos pocos grandes proveedores, esto debe volver a la agenda de los directores de informática, los directores de seguridad de la información y los líderes tecnológicos”, advirtió de Lopes.

“Mientras no haya diversidad y redundancia reales en el sistema, cada interrupción afectará a las organizaciones y a las personas más de lo que debería”, apuntó Graeme Stewart de Check Point Software.

Marcio de Freitas, de Veeam Software, recomendó adoptar una estrategia de resiliencia que combine distribución de cargas y datos en múltiples nubes, redundancia, movilidad de datos –entre nubes, entornos locales y entornos híbridos sin bloqueos– e independencia de la plataforma.

“La lección más importante es la redundancia”, dijo Vinicius Reis, director de tecnología y cofundador de StaryaAI. “No se debe poner toda la operación en un único proveedor de CDN o DNS. Implementar una arquitectura multicloud o multi-CDN significa que, si Cloudflare falla, su tráfico se desviará automáticamente a un competidor como Akamai o Fastly, manteniendo el sitio en funcionamiento”, explicó.

Adicionalmente, Jorge Tsuchiya, de NETSCOUT, añadió que es fundamental “contar con procesos de preparación para incidentes que, al igual que los simulacros de incendio, requieren práctica, ensayo y perfeccionamiento regulares. Una verdadera observabilidad, que ayuda a comprender no solo qué está fallando, sino por qué y dónde, es esencial para una mayor resiliencia. Esto permite a las organizaciones saber a quién llamar y qué esperar de los proveedores para limitar el impacto de las interrupciones".

Tras una interrupción importante, dijo el ejecutivo, es necesario “evaluar el impacto en el negocio y analizar sus propias redes, para determinar cómo pueden prevenir, evitar o responder rápidamente a una situación similar. No pueden evitar que las cosas fallen en entornos de proveedores de servicios globales, pero sí pueden fortalecer la resiliencia de su propio entorno y procesos”.

En concordancia, Bob Wambach, de Dynatrace, enfatizó la importancia de la visibilidad para los ecosistemas digitales cada vez más complejos. “Las organizaciones mejor preparadas para el futuro serán aquellas que puedan visualizar todo su entorno, anticipar riesgos y adaptarse rápidamente ante lo inesperado”, concluyó.