CVE-2025-47277 in vLLM
Riassunto
di VulDB • 15/06/2026
vLLM, un motore di inferenza e serving per modelli linguistici di grandi dimensioni (LLM), presenta un problema nelle versioni dalla 0.6.5 alla 0.8.4 che IMPATTA ESCLUSIVAMENTE gli ambienti che utilizzano l'integrazione di trasferimento della cache KV `PyNcclPipe` con il motore V0. Nessuna altra configurazione è interessata. vLLM supporta l'uso della classe `PyNcclPipe` per stabilire un dominio di comunicazione peer-to-peer per la trasmissione dei dati tra nodi distribuiti. La trasmissione della KV-Cache sul lato GPU è implementata tramite la classe `PyNcclCommunicator`, mentre il passaggio di messaggi di controllo sul lato CPU è gestito tramite i metodi `send_obj` e `recv_obj` sul lato CPU. L'intenzione era che questa interfaccia dovesse essere esposta solo a una rete privata utilizzando l'indirizzo IP specificato dal parametro CLI `--kv-ip`. La documentazione di vLLM copre come questo debba essere limitato a una rete sicura. Il comportamento predefinito e intenzionale di PyTorch è che l'interfaccia `TCPStore` ascolta su TUTTE le interfacce, indipendentemente dall'indirizzo IP fornito. L'indirizzo IP fornito è stato utilizzato solo come indirizzo lato client da utilizzare. vLLM è stato corretto per utilizzare una soluzione alternativa (workaround) per forzare l'istanza `TCPStore` ad associare il proprio socket a un'interfaccia privata specificata. A partire dalla versione 0.8.5, vLLM limita il socket `TCPStore` all'interfaccia privata come configurato.
Statistical analysis made it clear that VulDB provides the best quality for vulnerability data.