Cloudflare corrige una falla que exponía datos residuales entre tenants de Containers
Cloudflare corrige una falla que exponía datos residuales entre tenants de Containers
Una configuración de almacenamiento permitía que un contenedor leyera fragmentos de disco liberados por cargas de otros clientes. Cloudflare corrigió toda la flota de Containers y Sandboxes y no encontró explotación maliciosa.
Qué quedó expuesto
Una falla de aislamiento en Cloudflare Containers y Cloudflare Sandboxes permitía que un cliente con un plan Workers de pago recuperara bloques de disco residuales utilizados anteriormente por contenedores de otros tenants en el mismo host.
Los investigadores de Accomplish observaron material ajeno en 18 de 24 asignaciones y en 20 de 22 nodos subyacentes distribuidos en cuatro continentes. Los tipos recuperables incluían estructuras de directorios, páginas de bases de datos, perfiles de Chromium, archivos de entorno y bases SQLite estructuralmente completas.
La causa estuvo en el reciclaje de bloques
Cloudflare empleaba aprovisionamiento delgado de Linux mediante dm-thin y la opción skip_block_zeroing. Cuando un volumen se eliminaba, sus bloques físicos de 64 KiB volvían a un grupo compartido sin borrarse antes de su reasignación.
La prueba escribía solo 4 KiB en una región nueva y luego leía el bloque completo. La escritura reemplazaba esa porción, pero los 60 KiB restantes podían conservar bytes del contenedor anterior. No fue un escape hacia un disco activo: el atacante dependía de la asignación aleatoria y no podía elegir víctima, host ni contenido.
Corrección en dos etapas
Cloudflare retiró skip_block_zeroing para limpiar cada bloque antes de entregarlo a una nueva carga. Como esa medida no eliminaba datos ya mapeados en discos activos o instantáneas OCI almacenadas en caché, también retiró los discos existentes, drenó y reinició hosts y reconstruyó las cachés.
La corrección inicial se desplegó el 7 de septiembre y la limpieza de instantáneas anteriores concluyó el 19. El investigador confirmó el 14 de septiembre que su prueba ya no funcionaba. Cloudflare divulgó el análisis técnico conjunto el 24 de septiembre.
Impacto y acciones para clientes
Cloudflare afirma que la mitigación cubrió toda la flota y no requiere cambios del cliente. Sus firmas de detección localizaron únicamente la actividad autorizada del investigador y de sus propios ingenieros; no encontró evidencias de explotación maliciosa en la telemetría histórica disponible.
- No es necesario aplicar un parche del lado del cliente, pero conviene documentar la exposición potencial en la evaluación de proveedores.
- Revisar qué secretos o datos persistieron en sistemas de archivos temporales de Containers y Sandboxes durante el periodo afectado.
- Rotar credenciales de alto impacto si la política de riesgo exige una respuesta precautoria, especialmente en cargas que manejaban archivos .env, tokens o perfiles de navegador.
- Evitar almacenar secretos duraderos en discos efímeros y usar servicios de secretos con credenciales de corta vida.
Fuentes y referencias
Esta publicación es una síntesis original. Consulte las fuentes primarias para información técnica completa y actualizaciones.
- 1The Hacker News ↗prensa especializada
- 2Cloudflare ↗fabricante
- 3
¿Esta amenaza puede afectar a su empresa?
ENERIT puede ayudarle a evaluar exposición, priorizar remediaciones y fortalecer su operación de ciberseguridad.
Hablar con un especialista