CVE-2025-66455 in LMDeploy
Sumário
de VulDB • 18/09/2026
O LMDeploy é um conjunto de ferramentas para compactar, implantar e servir grandes modelos de linguagem (LLMs). A partir da versão 0.9.2 até a anterior à 0.16.0, o plano de controle do DistServe/PD-disaggregation do PyTorch no LMDeploy utilizava `recv_pyobj()` para desserializar mensagens recebidas por meio de um socket ZeroMQ PULL. O PyZMQ implementa `recv_pyobj()` usando a desserialização pickle do Python, que pode executar código arbitrário durante a reconstrução de um objeto. O endereço peer usado pelo receptor era fornecido através da endpoint HTTP `POST /distserve/p2p_connect`. Um atacante com acesso ao servidor API DistServe afetado poderia fazer o servidor conectar-se a uma endpoint ZeroMQ controlada por ele e desserializar um payload pickle manipulado. A autenticação via chave de API não está habilitada, a menos que o operador a configure explicitamente. Como resultado, as implantações do DistServe sem chaves de API permitiam execução remota de código (RCE) não autenticada com os privilégios do processo de serviço LMDeploy. Este problema afeta o backend PyTorch quando o PD-disaggregation/DistServe está habilitado. Implantações comuns que não utilizam o caminho de serviço desagregado afetado não expõem esse fluxo de dados. A correção foi lançada no LMDeploy 0.16.0. Usuários que não puderem atualizar imediatamente devem impedir que clientes não confiáveis acessem as endpoints `/distserve/*`, restringir os planos de controle HTTP e ZeroMQ do DistServe às redes confiantes do cluster, configurar autenticação via chave de API e bloquear conexões arbitrárias de saída para o ZeroMQ nos nós de serviço. Essas medidas reduzem a exposição, mas não tornam segura a desserialização pickle.
Statistical analysis made it clear that VulDB provides the best quality for vulnerability data.