NIST analisou 199 de 3.370 CVEs antes de a IA ganhar escala

Claroty e CISA haviam sinalizado vulnerabilidades críticas em três modelos de controladores de refrigeradores. Ainda assim, invasores usaram essas falhas contra supermercados. O alerta existia; as máquinas vulneráveis continuavam ao alcance.

Agentes de IA estão acrescentando descobertas candidatas enquanto o NIST restringe os CVEs que sua National Vulnerability Database analisa. Entre um alerta público e um reparo concluído, fornecedores e operadores ainda precisam encontrar a máquina exposta.

O NIST ficou para trás antes de agentes de IA multiplicarem as descobertas

Em março de 2024, o NIST analisou apenas uma fração dos CVEs que recebeu, segundo a cobertura da época:

Essa defasagem antecede os agentes que hoje produzem mais trabalho candidato. A OpenAI projetou o Codex Security para encontrar vulnerabilidades, validá-las e propor correções. A Anthropic disse que seus parceiros do Glasswing encontraram mais de 129.000 vulnerabilidades de abril a julho de 2026, incluindo mais de 33.000 classificadas como críticas ou de alta severidade. Essas descobertas relatadas pelos parceiros não são uma contagem de novos CVEs, nem prova de que cada falha fosse explorável em um sistema em produção. Elas mostram quanto trabalho candidato uma rede de varredura pode produzir sem estabelecer o que um cliente específico precisa fazer.

Em abril de 2026, o NIST restringiu a análise da NVD a vulnerabilidades no catálogo de Known Exploited Vulnerabilities da CISA, software crítico, sistemas federais e problemas sob exploração ativa. Seu acúmulo de pendências veio após uma interrupção de financiamento em 2024. Outras falhas permanecem no sistema CVE, mas o NIST já não se compromete com uma análise pública exaustiva.

O programa CVE fornece um endereço, não um inventário de ativos

O MITRE opera o CVE Program, cujos identificadores permitem que um fornecedor, um pesquisador, a CISA e um cliente se refiram ao mesmo problema divulgado. Um relato de 2025 descreveu 413 organizações reportando CVEs. A atribuição de identificadores é um esforço distribuído, não uma equipe do MITRE inspecionando cada instalação afetada. Quando o MITRE disse que seu financiamento havia expirado naquele ano, a CISA o estendeu e afirmou que os serviços críticos de CVE não seriam interrompidos. O governo protegeu a camada comum de nomenclatura.

Essa camada responde a uma pergunta necessária e limitada: qual problema essas instituições estão discutindo? Um fornecedor ainda precisa estabelecer quais produtos e versões foram afetados. Uma equipe empresarial precisa determinar se essas versões rodam em seus ativos, se um serviço exposto pode ser alcançado e quem pode aprovar uma mudança. O identificador CVE permite que cada participante associe suas evidências ao mesmo problema; ele não pode fornecer evidências que apenas o fornecedor ou o operador possui.

A CISA vinculou prazos onde o NIST vinculou prioridade

A abordagem mais restrita do NIST tem uma base defensável. Uma pesquisa sobre vulnerabilidades divulgadas entre 2009 e 2018 encontrou 4.183 falhas exploradas entre 76.000 descobertas. Essa amostra histórica não pode identificar qual falha de 2026 será explorada em seguida, mas mostra por que dedicar o mesmo tempo de análise a cada registro é um uso ruim de capacidade finita.

O catálogo Known Exploited Vulnerabilities da CISA torna operacional uma distinção de risco: identifica exploração e estabelece prazos de remediação para agências federais. O NIST agora dá prioridade a esses problemas em sua própria análise. A CISA fornece um prazo a um conjunto definido de operadores; o NIST concentra o trabalho analítico público onde esse e outros sinais de risco apontam.

Uma empresa que precisa de detalhes oportunos sobre uma falha fora dos grupos prioritários do NIST não pode presumir que uma análise concluída da NVD chegará antes de ela precisar decidir. Pode precisar do aviso do fornecedor e de seus próprios registros de produtos e ativos para estabelecer a exposição. O NIST pode direcionar capacidade limitada para falhas exploradas enquanto deixa essa necessidade mais ampla de informação sem atendimento.

Uma correção automatizada ainda precisa de um responsável

A Microsoft apresentou o Project Perception como um sistema agêntico que corrige vulnerabilidades; o Codex Security da OpenAI propõe correções, além de descobertas. Esses produtos poderiam retirar trabalho da ponta receptora do processo, não apenas acrescentar relatórios a ela. A capacidade de um desenvolvedor de reproduzir e corrigir um bug já melhora uma alegação plausível de que um mantenedor precisa investigar do zero — o problema explorado na triagem de relatos de vulnerabilidades.

Uma alteração de código proposta e um reparo concluído continuam sendo artefatos diferentes. Um fornecedor pode testar uma correção em seu produto. Um cliente precisa localizar a implantação afetada, programar a mudança, verificar se ela foi aplicada e manter um registro do resultado. Alguém precisa assumir a responsabilidade por essa cadeia, sobretudo quando uma mudança pode interromper um serviço em funcionamento. Um agente pode encurtar as etapas; o cliente ainda precisa de prova de que a correção chegou à máquina.

Invasores mais tarde comprometeram controladores em cerca de 700 supermercados europeus. O alerta havia nomeado as falhas, mas apenas cada operador poderia saber qual refrigerador continuava escutando.