Como saber se minha versão do LiteLLM pode expor chaves de API?
Uma análise encontrou falhas de alto impacto em uma versão do gateway de IA LiteLLM. Confira como identificar a instalação, atualizar e revisar o acesso às credenciais.
Para quem este alerta importa?
Se você instalou ou administra o LiteLLM, especialmente como um gateway próprio entre seus aplicativos e provedores de modelos, confira a versão antes de continuar usando o serviço. O gateway pode concentrar credenciais de APIs, regras de acesso e chamadas de vários modelos em um só lugar.
Uma análise publicada pela Check Point encontrou falhas de alto impacto na versão 1.77.7. A pesquisa informa que os problemas foram corrigidos a partir da versão 1.83.9. Isso não significa que todas as chaves de API foram expostas: o risco depende da versão, da configuração e de quem conseguia acessar o serviço.
Se sua instalação está abaixo da versão 1.83.9, trate isso como um sinal para atualizar e revisar o acesso ao gateway. Compare a instalação com o aviso e a versão atual mantida pelo projeto.
O que foi encontrado no LiteLLM?
A Check Point descreveu problemas no endpoint de atualização de configuração do proxy. Com uma checagem de autorização insuficiente, um usuário autenticado com pouca permissão poderia alterar a configuração. A cadeia de falhas relatada incluía leitura de arquivos, tomada de uma conta administrativa e execução remota de código.
A pesquisa também descreve uma falha de SSRF relacionada ao recurso Client-side LLM Credentials, que poderia redirecionar chamadas e expor credenciais de provedores. Essas descobertas foram registradas como CVE-2026-35029 e CVE-2026-59823. A pesquisa analisou a versão 1.77.7 e aponta a 1.83.9 como corrigida.
Como identificar qual versão está rodando
Primeiro descubra como o LiteLLM foi instalado. Em uma instalação Python, consulte o pacote no mesmo ambiente em que o serviço inicia. Em Docker ou Kubernetes, confira a tag da imagem declarada no Compose, manifesto ou configuração do deploy. Uma versão local diferente da imagem em produção não resolve o gateway publicado.
python -m pip show litellm- Leia o campo Version e registre em qual ambiente o comando foi executado.
- Se usa Docker, confira a tag da imagem que está no servidor, não apenas a imagem baixada no computador.
- Se a versão for anterior a 1.83.9, compare com os avisos do projeto e planeje a atualização.
Como atualizar e revisar o acesso
Em uma instalação Python, a equipe pode instalar uma versão corrigida com o gerenciador usado no ambiente. O comando abaixo instala uma versão igual ou posterior à correção divulgada; em produção, faça primeiro a mudança em um ambiente de teste e confira as notas da versão escolhida.
python -m pip install "litellm>=1.83.9"- Para Docker ou Kubernetes, atualize a tag da imagem para uma versão corrigida e publique novamente o serviço.
- Restrinja o acesso administrativo ao proxy e revise quais usuários conseguem alterar sua configuração.
- Confira logs e tráfego em busca de acessos ou mudanças que você não reconhece.
- Se uma instalação vulnerável ficou exposta a usuários não confiáveis ou houver atividade suspeita, revogue e gere novamente as chaves dos provedores que passaram por ela.
A atualização deve entrar no fluxo de manutenção
Depois de atualizar, confirme a versão no próprio ambiente de execução, teste as rotas usadas pela aplicação e valide que o gateway voltou a responder. Registre a tag de imagem ou a dependência no processo de deploy para evitar que uma publicação futura restaure uma versão antiga.
Como o LiteLLM concentra conexões com modelos diferentes, manter o proxy atualizado e limitar quem pode alterar suas configurações ajuda a reduzir o impacto de uma falha nesse ponto central.