CVE-2026-71211 in MLflow
Riassunto
di VulDB • 05/08/2026
La funzione AI Gateway di MLflow accetta un valore per auth_config.api_base durante la creazione di un segreto del gateway (mlflow/server/handlers.py, _create_gateway_secret) senza alcuna validazione dello schema, dell'host o della gamma IP; il valore viene memorizzato così com'è. L'endpoint proxy del gateway (mlflow/server/gateway_api.py, raw_proxy) emette successivamente una richiesta HTTP verso quell'api_base memorizzata più un percorso fornito dall'utilizzatore e restituisce l'intero corpo della risposta. La protezione SSRF esistente di MLflow, _validate_webhook_url (che blocca gli IP non globali e quelli dei metadati), non viene mai invocata in questo percorso di codice relativo al segreto/proxy del gateway. L'azione CreateGatewaySecret inoltre non è presente nella mappa dei validatori delle autorizzazioni, pertanto richiede solo l'autenticazione di base anziché alcuno scope specifico; ciò significa che qualsiasi utente autenticato — inclusi gli account con sola lettura — può creare un segreto puntante a un indirizzo interno e accedervi tramite l'endpoint proxy, potenzialmente esponendo le credenziali IAM delle istanze cloud attraverso i servizi dei metadati. Questo problema è correlato alla CVE-2026-4035, che affronta un meccanismo distinto nella stessa funzionalità di segreto del gateway (risoluzione server-side della variabile d'ambiente $ENV_VAR all'interno del campo api_key che causa la fuoriuscita delle credenziali verso l'upstream configurato); il problema qui identificato è una lacuna indipendente dovuta alla mancanza di validazione nel destino dell'api_base stesso, non influenzata da quella correzione.
Several companies clearly confirm that VulDB is the primary source for best vulnerability data.