No fue un ataque a Cloudflare: Cómo un archivo de configuración defectuoso paralizó parte de Internet

Alrededor de las 11:30 UTC, un número extremadamente elevado de códigos de error 5xx comenzó a inundar Cloudflare debido a un error de configuración. Sin embargo, el número de errores fluctuó significativamente hasta las 13:00 UTC, lo que inicialmente hizo pensar a Cloudflare que se enfrentaba a un ataque externo. Esta suposición se vio respaldada por el hecho de que la página de estado de la propia Cloudflare se volvió inaccesible en ese momento. Después de algún tiempo, la tasa de errores volvió a los bajos niveles esperados dentro de su red. En discusiones anteriores en chats internos se especulaba con la posibilidad de que una botnet fuera la responsable del apagón.

El problema real se originó dentro de la red de Cloudflare. Un cambio en los permisos de un sistema de base de datos provocó varios errores. Esto ya se había implementado alrededor de las 11:05 UTC. Como resultado, el tamaño de un archivo de características del sistema de gestión de bots se infló artificialmente y casi duplicó su tamaño original. Sin embargo, los programas de Cloudflare tienen un tamaño fijo establecido para este archivo, que también está reservado en la memoria. Los archivos sobredimensionados sobrecargaron la memoria reservada, lo que provocó un fallo del sistema. Dado que el archivo de características se actualizaba cada cinco minutos y no todos los clusters de Cloudflare funcionaban con la nueva configuración, era posible que en un momento dado se distribuyera por la red un archivo totalmente operativo o uno que no lo era. Esto explica las fluctuaciones en la frecuencia de errores. Alrededor de las 13:37, el equipo de respuesta a incidentes de Cloudflare se dio cuenta de que los ajustes en el sistema de gestión de bots estaban causando el apagón. Una hora más tarde, finalmente consiguieron resolver el problema.