Se ha descubierto una vulnerabilidad crítica de divulgación de memoria en Squid Proxy denominada "Squidbleed", la cual ha estado presente desde 1997. Este fallo, similar a Heartbleed, permite la filtración silenciosa de cabeceras HTTP, incluyendo contraseñas y claves API de otros usuarios que utilicen el mismo proxy. El hallazgo fue realizado por investigadores de Calif.io con la ayuda del modelo de IA Claude Mythos Preview de Anthropic.

Un desbordamiento de búfer de montículo (heap buffer overread) al estilo de Heartbleed, acechando en Squid Proxy desde 1997, puede filtrar silenciosamente cabeceras HTTP, incluyendo contraseñas y claves API, de otros usuarios en el mismo proxy.

Investigadores de seguridad de Calif.io han revelado una vulnerabilidad crítica de divulgación de memoria en Squid Proxy, apodada Squidbleed, descubierta con la ayuda del modelo de IA Claude Mythos Preview de Anthropic.

El error afecta a todas las versiones de Squid en la configuración predeterminada y ha pasado desapercibido durante casi tres décadas, siendo anterior a todo el historial de commits disponible en el repositorio de GitHub de Squid.

Vulnerabilidad Squidbleed de 29 años

Squidbleed (CVE pendiente) es un desbordamiento de búfer de montículo originado en el analizador de listados de directorios FTP de Squid. Cuando se explota, provoca que Squid lea la memoria más allá de un búfer asignado en el montículo y devuelva esos datos obsoletos, que podrían incluir la solicitud HTTP de otro usuario, cabeceras de autorización o claves API, como parte de una respuesta de listado de directorios FTP.

El fallo se remonta a un commit fechado el 18 de enero de 1997, que añadió lógica para gestionar servidores FTP de NetWare que colocaban cuatro espacios entre la marca de tiempo de modificación de un archivo y su nombre. La solución introdujo un bucle while(strchr(w_space, *copyFrom)) diseñado para saltar los espacios en blanco adicionales.

Sin embargo, hay un descuido crítico: strchr en C trata el terminador nulo (\0) como parte de la cadena de búsqueda según C11 §7.24.5.2. Cuando no sigue ningún nombre de archivo a la marca de tiempo, copyFrom apunta a un byte nulo, pero en lugar de detenerse, strchr devuelve un valor distinto de NULL, haciendo que ++copyFrom incremente más allá del límite del búfer y entre en la memoria adyacente del montículo.

El resultado es un desbordamiento de montículo confirmado de hasta 4.065 bytes, validado por AddressSanitizer (ASAN).

Squid utiliza listas libres según el tamaño sobre malloc. Cuando se libera un búfer de 4KB, este se recicla sin ponerse a cero. Si la solicitud HTTP de una víctima se almacenó previamente en MEM_4K_BUF (que es el caso de la mayoría de las solicitudes HTTP estándar en Squid 7.x, donde CLIENT_REQ_BUF_SZ se establece en 4096), solo las primeras docenas de bytes son sobrescritos por la corta línea del listado FTP. El resto del búfer conserva los datos obsoletos de la solicitud de la víctima.

Un atacante que controle un servidor FTP accesible desde el proxy puede entonces provocar el desbordamiento mediante un listado de directorios malformado sin nombre de archivo, haciendo que Squid devuelva los datos HTTP reciclados de la víctima, incluyendo cabeceras de Authorization y tokens de sesión como parte de la respuesta FTP, según lee la investigación de Calif.io.

Superficie de Ataque de Squidbleed

La superficie de ataque es situacional pero realista:

• El soporte FTP debe estar habilitado (lo está por defecto)
• El atacante debe controlar un servidor FTP accesible en el puerto TCP 21 desde el proxy (incluido en la ACL Safe_ports predeterminada de Squid)
• El tráfico de la víctima debe ser HTTP en texto claro o pasar a través de una configuración de proxy que termine el TLS; los túneles HTTPS CONNECT son opacos y no se ven afectados

Los investigadores confirmaron el ataque filtrando cabeceras de Authorization de una página de inicio de sesión a través de un proxy Squid compartido. Una prueba de concepto está disponible públicamente en GitHub.

La corrección es una comprobación de nulos de una sola línea aplicada antes de cada llamada a strchr:

c- while (strchr(w_space, *copyFrom))
+ while (*copyFrom && strchr(w_space, *copyFrom))

El parche ya ha sido integrado en el repositorio de Squid. Se insta encarecidamente a los administradores a desactivar el soporte FTP a menos que sea explícitamente necesario, ya que la mayoría de los navegadores modernos, incluidos todos los basados en Chromium, eliminaron el soporte FTP hace años, haciendo que el tráfico legítimo de proxy FTP sea extremadamente raro.

El descubrimiento se realizó dirigiendo a Claude Mythos Preview a investigar la máquina de estados FTP de Squid utilizando un análisis multi-agente. El modelo señaló el comportamiento del terminador nulo de strchr casi inmediatamente, demostrando cómo los LLM entrenados en referencias del estándar C pueden sacar a la luz violaciones sutiles de los contratos de la API que escapan a la revisión de código humana.

Esto sigue a la anterior revelación del equipo sobre una vulnerabilidad de HTTP/2 oculta descubierta utilizando Codex Cyber de OpenAI, lo que indica una tendencia más amplia de auditorías de seguridad de código abierto asistidas por IA.

Fuentes:
https://cybersecuritynews.com/squidbleed-vulnerability/