Falsificación de Solicitud del Lado del Servidor en haotian-liu/llava

La vulnerabilidad SSRF en llava presenta un riesgo significativo, ya que permite a un atacante explotar el servidor para acceder a recursos internos que normalmente no serían accesibles desde el exterior. Un atacante podría, por ejemplo, solicitar información de metadatos de AWS, exponiendo credenciales y claves de acceso. Esto podría llevar a la exfiltración de datos sensibles, la modificación de configuraciones de la infraestructura en la nube o incluso la toma de control del servidor. La capacidad de realizar solicitudes arbitrarias amplía el alcance del ataque, permitiendo potencialmente el acceso a otros servicios internos o la realización de ataques a terceros a través del servidor comprometido.

Organizations deploying LLaVA in cloud environments, particularly those utilizing AWS, are at heightened risk. Shared hosting environments where LLaVA is running alongside other applications are also vulnerable, as a successful SSRF attack could potentially compromise other tenants on the same server. Any deployment lacking robust outbound network controls is susceptible.

• python / server:

import requests
import os

def check_llava_ssrf(url):
    try:
        response = requests.get(url, timeout=5, verify=False)
        print(f"URL {url} returned status code: {response.status_code}")
        return True
    except requests.exceptions.RequestException as e:
        print(f"Error accessing {url}: {e}")
        return False

# Example usage (replace with your target URL)
target_url = os.environ.get('TARGET_URL', 'http://localhost:8000/api/some_endpoint')
check_llava_ssrf(target_url)

• generic web:

curl -v http://your-llava-instance/api/some_endpoint > /dev/null 2>&1 | grep -i 'Internal Server Error'

1. 2025-03-20Disclosure

   disclosure

1. Reservado2024-12-02
2. Publicada2025-03-20
3. EPSS actualizado2026-04-02

Si no es posible actualizar a una versión corregida de llava de inmediato, se recomienda implementar medidas de mitigación para reducir el riesgo. Una estrategia clave es restringir las URLs a las que el servidor puede acceder, implementando una lista blanca de dominios permitidos. Además, se debe configurar un firewall de aplicaciones web (WAF) para filtrar solicitudes maliciosas y bloquear intentos de SSRF. Es crucial revisar y endurecer la configuración del servidor, asegurándose de que no haya rutas de acceso innecesarias a recursos sensibles. Monitorear los registros del servidor en busca de patrones sospechosos de solicitudes HTTP a URLs inesperadas también es fundamental.