Productos FTTH

Tienda FFTH desde 2004

Entradas Mensuales

Síguenos en:

Canal Oficial Telegram de elhacker.NET Grupo Facebook elhacker.NET Twitter elhacker.NET Canal Youtube elhacker.NET Comunidad Steam: Grupo elhacker.NET Mastodon

Entradas populares

PostHeaderIcon El fallo Squidbleed, un error de 29 años en el proxy Squid, puede filtrar peticiones HTTP en texto plano


Se ha descubierto una vulnerabilidad en el proxy Squid llamada Squidbleed (CVE-2026-47729) que permite filtrar datos confidenciales de otros usuarios, como credenciales y tokens de sesión. El fallo ocurre en el analizador de FTP y puede ser explotado por usuarios que ya tengan acceso al proxy. Para solucionarlo, se recomienda actualizar el software o, preferiblemente, desactivar el soporte de FTP.





Una lectura excesiva de memoria (heap over-read) en el proxy web Squid puede filtrar la solicitud HTTP en texto claro de otro usuario, incluyendo cualquier credencial o token de sesión que contenga, a cualquier persona que ya tenga permiso para enviar tráfico a través del mismo proxy.

El error se remonta a un cambio en el análisis de FTP de 1997 y sigue activo en la configuración predeterminada de Squid. Investigadores de Calif.io lo revelaron en junio y lo nombraron Squidbleed (CVE-2026-47729), siguiendo la estela de Heartbleed, que filtraba la memoria de la misma manera.

Squid describe esto como un ataque realizado por un cliente de confianza: alguien que ya tiene permiso para usar el proxy, no cualquier host aleatorio en internet. Esto coincide con el entorno habitual de Squid, como redes compartidas en escuelas, oficinas y Wi-Fi públicas. En esas configuraciones, el atacante es simplemente otro usuario del mismo proxy.

La filtración también solo alcanza el tráfico que Squid puede leer. El HTTPS normal viaja por un túnel CONNECT opaco, por lo que Squid nunca ve su interior; el tráfico expuesto es HTTP en texto claro, además de configuraciones de terminación TLS donde Squid descifra e inspecciona.

El atacante también necesita que el proxy llegue a un servidor FTP que él controle en el puerto 21. Tanto el FTP como ese puerto están activados por defecto.

Cómo funciona la filtración

El error reside en el analizador de listado de directorios FTP de Squid. Para manejar servidores NetWare antiguos que rellenaban los listados con espacios adicionales, el código omite los espacios en blanco con un bucle: while (strchr(w_space, *copyFrom)) ++copyFrom;.

Si el servidor FTP del atacante envía una línea de listado que termina justo después de la marca de tiempo, sin nombre de archivo, copyFrom cae en el terminador nulo de la cadena. strchr trata ese NUL terminador como parte de la cadena que busca, por lo que devuelve un puntero en lugar de NULL y el bucle nunca se detiene. Se sale del final del búfer y xstrdup copia lo que sigue de vuelta al atacante como si fuera un nombre de archivo.

Los bytes filtrados son la parte útil. Squid reutiliza búferes de memoria liberados sin ponerlos a cero, por lo que un búfer de 4KB que recientemente contenía una solicitud HTTP de una víctima aún conserva la mayor parte de ella. Una línea de FTP corta sobrescribe solo los primeros bytes; la lectura excesiva devuelve el resto.

La demostración de Calif extrae una cabecera de Autorización de una víctima que comparte el mismo proxy, lo suficiente para actuar como ese usuario. El código de prueba de concepto es público, y hasta el momento de escribir esto no se ha informado de ninguna explotación real.

Qué hacer

Si aplicas el parche, verifica la corrección, no solo la versión. Confirma que la protección esté en FtpGateway.cc, o comprueba el backport de tu distribución, ya que las distros envían sus propias compilaciones (Debian empaqueta Squid 5.7).

El hilo público sigue siendo inconsistente: el mantenedor Amos Jeffries dijo primero que Squid 7.6 llevaba la corrección, luego lo corrigió a 7.7, y el 22 de junio Salvatore Bonaccorso de Debian señaló que el commit referenciado parece estar ya en la 7.6.

La corrección es pequeña, una comprobación del terminador nulo antes de las llamadas vulnerables a strchr, fusionada en la rama de desarrollo en abril y en v7 en mayo. Squid 7.6 parchea por separado el CVE-2026-50012, un desbordamiento de heap de cache_digest no relacionado.

La medida más limpia es la que recomiendan los investigadores de todos modos: desactiva el FTP. Chromium abandonó el FTP hace años y la mayoría de las redes casi no lo utilizan, por lo que desactivarlo elimina esta superficie de ataque gratis, independientemente de la versión que utilices.

El riesgo es real pero limitado. SUSE lo califica como moderado, CVSS 6.5, y el vector explica la puntuación: el atacante necesita acceso al proxy (privilegios bajos) y el único impacto es la confidencialidad, sin afectar a la integridad o disponibilidad.

Calif reconoce a Claude Mythos Preview de Anthropic, el modelo detrás de Project Glasswing, por detectar la peculiaridad de strchr casi al instante, el mismo tipo de error de analizador enterrado que los agentes de IA han estado sacando a la luz en otros lugares, incluido FFmpeg. Calif insinúa que el código FTP de Squid puede no ser el último lugar donde se olvidó dejar de leer.

Fuente:
THN

0 comentarios :

Publicar un comentario

Los comentarios pueden ser revisados en cualquier momento por los moderadores.

Serán publicados aquellos que cumplan las siguientes condiciones:
- Comentario acorde al contenido del post.
- Prohibido mensajes de tipo SPAM.
- Evite incluir links innecesarios en su comentario.
- Contenidos ofensivos, amenazas e insultos no serán permitidos.

Debe saber que los comentarios de los lectores no reflejan necesariamente la opinión del STAFF.