Saltar para o conteúdo principal
Cibersegurança10 min de leitura

Patch Tuesday: não conte CVEs — conte ativos exploráveis e mudanças que consegue reverter

O boletim mensal é o início do inventário. Prioridade combina exploração conhecida, exposição, privilégio, criticidade do serviço, controlos compensatórios e confiança no rollback.

Atualizado
Natureza
Método de triagem para a janela mensal
Data
Preparado em 11 de agosto; consultar a Security Update Guide para o estado corrente
Âmbito
Ecossistema Microsoft e dependências relacionadas
Limite
O artigo não inventaria contagens ou CVEs antes de confirmação oficial
Componentes de atualização são triados em quatro pistas por risco operacional
Contar boletins não prioriza uma frota; exploração, exposição, impacto e reversibilidade sim.Imagem gerada por IA sob direção editorial da Velqory.

Em resumo

A Security Update Guide fornece os boletins do fornecedor; CISA KEV confirma exploração conhecida; CVSS descreve gravidade técnica e EPSS estima probabilidade. Nenhum sinal isolado decide a sequência. A equipa deve juntar CVE a produto e versão ativos, exposição, função, exploitability, impacto do serviço, dependências, janela, teste e rollback — e verificar instalação depois da mudança.

  • Importe o boletim para um inventário real de produto, build e exposição; não crie tickets para ativos inexistentes.
  • Suba KEV e exploração observada, mas incorpore criticidade e controlos do seu ambiente.
  • Separe update disponível, instalado, rebootado e validado.
  • Defina risco de não aplicar e risco de mudança, com owner e prazo para exceções.

Seis sinais respondem a perguntas diferentes

CVSS descreve características técnicas; EPSS é probabilidade estimada; KEV é evidência de exploração conhecida; o fornecedor define produtos e correções. O inventário diz se a falha existe na sua frota, e o negócio diz o impacto.

NIST trata patching como manutenção preventiva e inclui identificar, priorizar, adquirir, instalar e verificar. Saltar a verificação cria o falso estado `patched` enquanto reboots, falhas de instalação ou versões paralelas continuam vulneráveis.

Janela disciplinada

  1. INGEST
    Boletim oficial

    CVE, produto, versão, correção e requisitos entram sem interpretação automática.

  2. MATCH
    Ativos reais

    Runtime, exposição, serviço e owner definem relevância.

  3. CHANGE
    Canário e rollout

    Teste, janela, dependências e rollback controlam a alteração.

  4. VERIFY
    Estado efetivo

    Instalação, reboot, serviço e redução de exposição são provados.

Use uma fila ordenada por risco e confiança de execução

A prioridade máxima combina exploração conhecida ou provável, ativo exposto, alto privilégio e serviço crítico. Mas uma alteração sem rollback conhecido pode exigir contenção imediata e um canário, não um rollout cego.

Registe também o caminho quando o patch não é aplicável: desativar função, fechar exposição, isolar, aumentar deteção ou retirar o ativo. Controlos compensatórios têm validade e teste, não são adiamentos indefinidos.

Fila de decisão

SinalPerguntaAçãoProva
KEVHá exploração conhecida?UrgênciaEntrada datada
ExposiçãoAtacante alcança?ConterScan/ACL
ImpactoQue serviço cai?Ordenar janelaBIA/SLO
MudançaConseguimos reverter?CanárioTeste de rollback
EstadoCorreção está ativa?VerificarBuild/reboot

Feche a janela com reconciliação, não com o fim do instalador

Compare ativos esperados, tentados, instalados, ativos e falhados. Investigue diferenças e mantenha exceções visíveis com prazo. Valide autenticação, rede, impressão, browsers, aplicações críticas e telemetria por coorte.

Se surgir regressão, preserve o pacote, versão, logs e hardware afetado. Um rollback controlado é sucesso do processo, não razão para esconder o evento.

  • Não ordenar apenas por CVSS.
  • Não fechar por resultado do deployment central sem prova do endpoint.
  • Não aplicar globalmente antes de canário representativo.
  • Não aceitar compensação sem validade e reteste.

Consultadas na data de atualização indicada.

  1. 01Security Update GuideMicrosoft Security Response Center · AI-MICROSOFT
  2. 02Guide to Enterprise Patch Management PlanningNIST CSRC · CY-NISTCSRC
  3. 03Known Exploited Vulnerabilities CatalogCISA · CY-CISA
  4. 04BOD 26-04 — Prioritizing Security Updates Based on RiskCISA · CY-CISA
  5. 05Common Vulnerability Scoring SystemFIRST · CY-FIRST
  6. 06Exploit Prediction Scoring SystemFIRST · CY-FIRST