CVE Intelligence
Análise Assistido por IA

CVE-2026-79657: NLTK anterior à 3.10.3: execução remota de código por desserialização insegura de pickle

As versões do NLTK anteriores à 3.10.3 contêm uma falha de execução remota de código em carregadores de pickle incluídos em lista de permissão, que confiam em namespaces de módulos inteiros em vez de callables seguros específicos. O registro classifica a falha como crítica, com pontuação CVSS 3.1 de 9.8, e a enquadra como CWE-502. A vulnerabilidade não consta no catálogo KEV da CISA, e nenhuma exploração confirmada no mundo real aparece nas fontes consultadas.

Publicada em 13/10/2026 · Atualizada em 13/10/2026 · Read in English

Visão geral

As versões do NLTK anteriores à 3.10.3 apresentam uma fragilidade de execução remota de código em carregadores de pickle incluídos em lista de permissão. Esses carregadores confiam em namespaces de módulos inteiros, e não em uma lista curta de callables seguros, o que permite que dados desserializados como pickle alcancem funções que não deveriam ser acessíveis durante a desserialização. O registro enquadra o problema em CWE-502, desserialização de dados não confiáveis.

Impacto

  • O registro descreve execução arbitrária de comandos durante o carregamento de artefatos de modelo ou de tokenizador.
  • A pontuação base CVSS 3.1 é 9.8 (crítica), com vetor de ataque pela rede, baixa complexidade, nenhum privilégio exigido, nenhuma interação do usuário e alto impacto em confidencialidade, integridade e disponibilidade.
  • A VulnCheck também informa pontuação CVSS 4.0 de 9.3.

Produtos e versões afetadas

  • O registro lista o produto como Nltk Nltk, com versões anteriores à 3.10.3.
  • A lista de correções do registro está vazia. Como 3.10.3 é o limite superior da faixa afetada, atualizar para a 3.10.3 ou posterior é uma inferência razoável, que deve ser confirmada no aviso do fornecedor.

Status de exploração

  • O registro indica que esta CVE não consta no catálogo KEV da CISA.
  • Nenhuma exploração confirmada no mundo real aparece nas fontes consultadas.
  • O valor de exploração no SSVC é poc, o que indica que existe material de prova de conceito. Uma referência de aviso está marcada como Exploit, mas o conteúdo dela não foi analisado nesta avaliação.
  • A probabilidade EPSS é 0.01267, com percentil de 0.69019.

Correção e mitigação

  • Atualize o NLTK para a versão 3.10.3 ou para uma release posterior fora da faixa afetada.
  • Até a atualização, carregue artefatos de modelo e de tokenizador apenas de fontes confiáveis e verificadas, e não desserialize dados pickle de origens desconhecidas ou não confiáveis.
  • Quando o fluxo de trabalho permitir, prefira formatos de dados que não executem código durante o parsing.
  • Consulte o aviso do GitHub e o aviso da VulnCheck para orientações do fornecedor.

Orientações de detecção

  • Inventarie ambientes Python e manifestos de dependências para identificar instalações do NLTK abaixo da 3.10.3.
  • Revise pipelines que carregam artefatos serializados em pickle e registre a origem desses artefatos.
  • Monitore processos filhos inesperados iniciados por processos Python que carregam recursos do NLTK.

Limitações das informações disponíveis

  • O registro não informa uma versão corrigida explícita nem detalhes de patch além da faixa afetada.
  • O limite inferior da faixa afetada não é informado, portanto a versão vulnerável mais antiga é desconhecida.
  • O registro não detalha os pré-requisitos de exploração em implantações típicas.
  • A análise se baseia apenas no registro e nas referências e páginas de origem listadas.

Perguntas frequentes

Quais versões do NLTK são afetadas por esta CVE?

O registro indica as versões do NLTK anteriores à 3.10.3 como afetadas. O limite inferior da faixa não é informado no registro.

Há registro de exploração no mundo real?

O registro mostra que a falha não consta no KEV da CISA, e nenhuma exploração confirmada no mundo real aparece nas fontes consultadas. O valor de exploração no SSVC é poc, o que indica que existe material de prova de conceito.

O que administradores devem fazer agora?

Atualize o NLTK para a 3.10.3 ou posterior e, até lá, carregue artefatos de modelo e tokenizador apenas de fontes confiáveis. Faça um inventário dos ambientes para localizar instalações vulneráveis.

Esta análise foi redigida com auxílio de IA a partir de dados verificados das fontes e checada automaticamente contra eles.