Prazo KEV vencido: ticket fechado não prova vulnerabilidade removida
Várias entradas recentes do catálogo KEV chegaram ao prazo na primeira metade de agosto. Depois do prazo, a pergunta útil deixa de ser quantos tickets foram concluídos e passa a ser quantos ativos afetados deixaram de estar vulneráveis ou foram retirados de serviço.
- Data editorial
- 2026-08-15
- Âmbito
- CISA KEV · assurance pós-prazo
- Natureza
- Edição diária recuperada em 24 de agosto de 2026; factos ancorados à data de publicação
- Verificado
- 24 de agosto de 2026
Em resumo
Várias entradas recentes do catálogo KEV chegaram ao prazo na primeira metade de agosto. Depois do prazo, a pergunta útil deixa de ser quantos tickets foram concluídos e passa a ser quantos ativos afetados deixaram de estar vulneráveis ou foram retirados de serviço. Reabra qualquer item sem inventário de ativos, versão observada, teste de mitigação e tratamento explícito dos desconhecidos. Fecho administrativo reduz o backlog no dashboard enquanto o ativo exposto continua explorável.
- O catálogo KEV confirma exploração conhecida; não prova que todos os produtos ou versões da organização estão afetados.
- Reabra qualquer item sem inventário de ativos, versão observada, teste de mitigação e tratamento explícito dos desconhecidos.
- reconciliar catálogo de ativos, descoberta externa e gestores de endpoints.
- O fecho inclui população total, afetados, corrigidos, retirados, exceções, desconhecidos e evidência datada por ativo.
O sinal e os factos que mudam a decisão
Várias entradas recentes do catálogo KEV chegaram ao prazo na primeira metade de agosto. Depois do prazo, a pergunta útil deixa de ser quantos tickets foram concluídos e passa a ser quantos ativos afetados deixaram de estar vulneráveis ou foram retirados de serviço.
O catálogo KEV confirma exploração conhecida; não prova que todos os produtos ou versões da organização estão afetados. A ação requerida pode ser patch, mitigação, descontinuação ou outra instrução específica da entrada.
Ativos desconhecidos e telemetria ausente são risco aberto, não evidência de inexistência. Fecho administrativo reduz o backlog no dashboard enquanto o ativo exposto continua explorável.
Janela operacional
- 08-15Sinal confirmado
Várias entradas recentes do catálogo KEV chegaram ao prazo na primeira metade de agosto. Depois do prazo, a pergunta útil deixa de ser quantos tickets foram concluídos e passa a ser quantos ativos afetados deixaram de estar vulneráveis ou foram retirados de serviço.
- AGORAFixar o âmbito
O catálogo KEV confirma exploração conhecida; não prova que todos os produtos ou versões da organização estão afetados.
- GATETomar a decisão
Reabra qualquer item sem inventário de ativos, versão observada, teste de mitigação e tratamento explícito dos desconhecidos.
- FECHOGuardar a prova
O fecho inclui população total, afetados, corrigidos, retirados, exceções, desconhecidos e evidência datada por ativo.
Decisão, limites e condição de bloqueio
Reabra qualquer item sem inventário de ativos, versão observada, teste de mitigação e tratamento explícito dos desconhecidos.
Fecho administrativo reduz o backlog no dashboard enquanto o ativo exposto continua explorável.
Gate operacional
Uma resposta desconhecida mantém o item aberto e com responsável.
| Questão | Decisão | Prova |
|---|---|---|
| O ativo está no âmbito? | O catálogo KEV confirma exploração conhecida; não prova que todos os produtos ou versões da organização estão afetados. | A ação requerida pode ser patch, mitigação, descontinuação ou outra instrução específica da entrada. |
| O risco altera prioridade? | Reabra qualquer item sem inventário de ativos, versão observada, teste de mitigação e tratamento explícito dos desconhecidos. | Ativos desconhecidos e telemetria ausente são risco aberto, não evidência de inexistência. |
| Pode a ação ser encerrada? | Fecho administrativo reduz o backlog no dashboard enquanto o ativo exposto continua explorável. | O fecho inclui população total, afetados, corrigidos, retirados, exceções, desconhecidos e evidência datada por ativo. |
Execução e prova de conclusão
A execução deve começar por reconciliar catálogo de ativos, descoberta externa e gestores de endpoints. Depois, obter versão ou estado de mitigação diretamente do ativo após a mudança. O fecho exige amostrar ativos por equipa e testar novamente a condição vulnerável quando seguro.
O fecho inclui população total, afetados, corrigidos, retirados, exceções, desconhecidos e evidência datada por ativo.
- reconciliar catálogo de ativos, descoberta externa e gestores de endpoints.
- obter versão ou estado de mitigação diretamente do ativo após a mudança.
- amostrar ativos por equipa e testar novamente a condição vulnerável quando seguro.
- O fecho inclui população total, afetados, corrigidos, retirados, exceções, desconhecidos e evidência datada por ativo.
Fontes consultadas
Consultadas na data de atualização indicada.
Abre numa nova janela.- 01Known Exploited Vulnerabilities CatalogCISA · CY-CISA
- 02Known Exploited Vulnerabilities catalog feedCISA · CY-CISA
- 03Binding Operational Directive 22-01CISA · CY-CISA
- 04SP 800-40 Rev. 4 — Enterprise Patch Management PlanningNIST · GL-NIST
- 05SP 800-61 Rev. 3 — Incident Response RecommendationsNIST · GL-NIST
- 06Cybersecurity Framework 2.0NIST · GL-NIST
Participar
Partilhe a análise. Acrescente contexto.
Divulgue a matéria no seu canal ou deixe uma observação ligada ao tema.
Comentários
A carregar a conversa.