Server-Side Request Forgery in haotian-liu/llava

Een succesvolle exploitatie van CVE-2024-11449 kan aanzienlijke gevolgen hebben. Een aanvaller kan interne netwerkbronnen scannen en benaderen die normaal gesproken niet toegankelijk zijn vanaf het internet. Dit omvat potentieel het uitlezen van de AWS metadata endpoint, wat kan leiden tot blootstelling van cloud credentials en configuratiegegevens. Verder kan de SSRF-aanval gebruikt worden om andere interne systemen te compromitteren, wat resulteert in een grotere blast radius. De mogelijkheid om interne services te benaderen, opent de deur naar verdere aanvallen, zoals data-exfiltratie en het uitvoeren van commando's op kwetsbare systemen.

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. Gereserveerd2024-11-19
2. Gepubliceerd2025-03-20
3. EPSS bijgewerkt2026-04-02

De primaire mitigatie voor CVE-2024-11449 is het upgraden naar de meest recente versie van LLaVA, waar deze kwetsbaarheid is verholpen. Indien een directe upgrade niet mogelijk is, overweeg dan het implementeren van een Web Application Firewall (WAF) of proxy om de /run/predict endpoint te beveiligen. Configureer de WAF om verzoeken met potentieel schadelijke padparameters te blokkeren. Zorg ervoor dat de LLaVA-applicatie draait in een geïsoleerde omgeving met beperkte netwerktoegang om de impact van een succesvolle exploitatie te minimaliseren. Na de upgrade, verifieer de fix door een testverzoek te sturen naar de /run/predict endpoint met een interne resource als doel, en controleer of dit wordt geblokkeerd.