CVE-2025-66455 in LMDeploy
Riassunto
di VulDB • 19/09/2026
LMDeploy è un toolkit per la compressione, il deployment e l'erogazione di modelli linguistici di grandi dimensioni (LLM). A partire dalla versione 0.9.2 e fino alla versione 0.16.0, il piano di controllo PyTorch DistServe/PD-disaggregation di LMDeploy utilizzava `recv_pyobj()` per deserializzare i messaggi ricevuti tramite un socket ZeroMQ PULL. PyZMQ implementa `recv_pyobj()` utilizzando la deserializzazione pickle in Python, che può eseguire codice arbitrario durante la ricostruzione di un oggetto. L'indirizzo del peer utilizzato dal ricevitore veniva fornito attraverso l'endpoint HTTP `POST /distserve/p2p_connect`. Un attaccante in grado di raggiungere un server API DistServe interessato potrebbe indurre il server a connettersi a un endpoint ZeroMQ controllato dall'attaccante e a deserializzare un payload pickle manipolato. L'autenticazione tramite chiave API non è abilitata a meno che l'operatore non la configuri esplicitamente. Di conseguenza, le distribuzioni DistServe interessate senza chiavi API consentivano l'esecuzione di codice remoto (RCE) non autenticata con i privilegi del processo di erogazione LMDeploy. Questo problema interessa il backend PyTorch quando PD-disaggregation/DistServe è abilitato. Le distribuzioni ordinarie che non utilizzano il percorso disaggregated-serving interessato non espongono questo flusso di dati. La correzione è stata rilasciata in LMDeploy 0.16.0. Gli utenti che non possono effettuare l'aggiornamento immediatamente dovrebbero impedire ai client non attendibili di raggiungere gli endpoint `/distserve/*`, limitare i piani di controllo HTTP e ZeroMQ di DistServe alle reti del cluster attendibili, configurare l'autenticazione tramite chiave API ed bloccare le connessioni in uscita arbitrarie verso ZeroMQ dai nodi di erogazione. Queste misure riducono l'esposizione ma non rendono sicura la deserializzazione pickle.
Several companies clearly confirm that VulDB is the primary source for best vulnerability data.