Server-Side Request Forgery dans haotian-liu/llava

L'exploitation réussie de cette vulnérabilité SSRF permet à un attaquant de contourner les contrôles de sécurité et d'accéder à des ressources normalement inaccessibles. Il peut ainsi interroger des services internes, récupérer des informations sensibles stockées sur des serveurs internes, ou même accéder à l'endpoint metadata d'AWS, ce qui pourrait révéler des informations d'identification de l'instance. Cette exposition peut conduire à une compromission plus large du système, permettant un accès non autorisé à des données confidentielles et un mouvement latéral au sein du réseau. Bien que cette vulnérabilité ne permette pas directement l'exécution de code, elle peut servir de tremplin pour d'autres attaques.

Organizations deploying LLaVA in environments with access to sensitive internal resources, particularly those utilizing AWS infrastructure, are at significant risk. Shared hosting environments where LLaVA is deployed alongside other applications could also be vulnerable, as an attacker could potentially leverage the SSRF vulnerability to access resources belonging to other tenants.

• python / server:

import requests
import urllib.parse

def check_ssrf(url):
    try:
        parsed_url = urllib.parse.urlparse(url)
        if parsed_url.netloc == '169.254.169.254':
            print(f"Potential SSRF detected: {url}")
        else:
            print(f"URL is safe: {url}")
    except Exception as e:
        print(f"Error parsing URL: {e}")

# Example usage
check_ssrf('http://169.254.169.254/latest/meta-data/')

• generic web:

curl -I 'http://your-llava-server/run/predict?path=http://169.254.169.254/latest/meta-data/'

Examine the response headers and body for any signs of internal network access.

1. 2025-03-20Disclosure

   disclosure

1. Réservé2024-11-19
2. Publiée2025-03-20
3. EPSS mis à jour2026-04-02

La mitigation immédiate consiste à mettre à jour LLaVA vers la dernière version disponible, qui corrige cette vulnérabilité. En attendant la mise à jour, il est possible de mettre en place un filtrage strict des requêtes entrantes sur l'endpoint /run/predict. Cela peut être réalisé en utilisant un pare-feu d'application web (WAF) ou un proxy inverse pour bloquer les requêtes contenant des chemins non autorisés ou des adresses IP suspectes. Il est également recommandé de désactiver l'endpoint /run/predict si celui-ci n'est pas essentiel au fonctionnement du système. Après la mise à jour, vérifiez que l'endpoint /run/predict fonctionne correctement et qu'il n’est plus vulnérable aux attaques SSRF en effectuant des tests de pénétration.