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

Edição de 15/09: um prazo KEV não é automaticamente um dever português

Como transformar exploração conhecida numa fila de trabalho local, sem copiar a jurisdição nem os prazos federais dos Estados Unidos?

Atualizado
Dia recuperado
2026-09-15
Publicação real
2026-10-05
Autoria
Redação Velqory
Verificação
05/10/2026 · Europe/Lisbon
Natureza
Análise retrospetiva publicada a 5 de outubro; não representa publicação original nessa data.
Propostas operacionais
Recomendações originais Velqory, não testadas; cenários hipotéticos, sem experiência interna ou resultados alegados.
Condição de revisão
Rever a diretiva e a entrada KEV consultadas, alterações de exposição, contrato ou serviço; sem intervalo federal fixo proposto.
Técnico segura um conector de rede num equipamento separado do bastidor ao fundo.
Técnico segura um conector de rede num equipamento separado do bastidor ao fundo. Cena conceptual gerada; não documenta um evento, produto ou ensaio real.Imagem gerada por IA sob direção editorial da Velqory.

Em resumo

Uma decisão por ativo separa sinal de exploração, exposição própria e prazo interno; a fonte atual é BOD 26-04, não a diretiva revogada.

  • Use KEV como sinal de exploração conhecida, não como prova de compromisso do seu ativo.
  • Separe prazo federal, obrigação contratual e prazo interno de risco.
  • Exija responsável e evidência de exposição antes de encerrar a triagem.

O catálogo responde a uma pergunta específica

A decisão útil para uma equipa portuguesa não é «que prazo americano copiamos?», mas «onde temos este produto e que ação justificamos agora?». Esta edição dirige-se a responsáveis de vulnerabilidades, operações e donos de serviço. Não anuncia uma entrada no catálogo em 15 de setembro nem enumera CVEs; recupera uma pergunta de priorização com fontes consultadas em outubro.

A CISA descreve três critérios para inclusão KEV: identificador CVE atribuído, prova fiável de exploração em ambiente real e ação de remediação clara. Uma entrada é um sinal sobre a vulnerabilidade; não demonstra que um equipamento da sua organização tenha sido comprometido.

A versão da diretiva também conta

O texto atual da BOD 26-04, emitida em 10 de junho de 2026, revoga e substitui a BOD 22-01. A CISA identifica os sistemas e agências FCEB como o âmbito federal desta diretiva. Não deve apresentar a diretiva antiga como vigente nem converter a sua obrigação federal numa obrigação geral de todas as PME portuguesas.

A própria CISA recomenda a outras organizações utilizar o KEV na priorização. A nossa interpretação delimitada é que recomendação e vinculação são coisas diferentes. Um contrato ou outra regra aplicável pode criar deveres adicionais; este artigo não os avalia. A equipa deve guardar essa questão separadamente, com o seu fundamento, em vez de misturar tudo numa coluna «prazo CISA».

Cruzar o sinal com uma instância

O NCSC britânico recomenda conhecer sistemas, software e responsáveis por cada serviço, mantendo descoberta e configuração como processos contínuos. É orientação técnica estrangeira, não lei portuguesa. A adaptação Velqory propõe começar pela instância concreta: identificação do ativo, versão, componente afetado, caminho de acesso e serviço suportado.

Uma marca encontrada num inventário antigo não basta para decidir presença ou ausência. Peça confirmação ao mantenedor e registe a data. Inclua serviços contratados: «é do fornecedor» deve originar um pedido de evidência, não retirar o ativo da fila. Se a exposição estiver desconhecida, mantenha uma tarefa de esclarecimento prioritária com decisor identificado.

Três prazos, três fundamentos

Esta matriz é original e não reproduz os intervalos da diretiva. O dono de serviço deve escolher um prazo interno considerando exposição e consequência, e a equipa de segurança deve conservar o motivo. A pergunta de aceitação é se outra pessoa consegue reconstruir a decisão sem depender de uma conversa.

Ficha de prioridade local

Proposta não testada; não cria um prazo legal.

CampoResponsávelEvidênciaPassa / falha
Sinal KEVSegurançaEntrada e acesso datadosFonte e produto claros / apenas alerta encaminhado.
Exposição localMantenedorVersão e percurso de acessoInstância verificada / correspondência presumida.
Prazo aplicávelJurídico ou contratosFundamento concretoObrigação identificada / prazo estrangeiro copiado.
Prazo internoDono do serviçoDecisão e contenção propostaData e dono / fila sem compromisso.

O ativo «interno» tem outro percurso

Cenário hipotético: operações considera um equipamento interno, mas o prestador mantém um acesso remoto. A equipa escolhe esperar pelo prazo do catálogo sem examinar esse percurso. O exercício proposto é desenhar os acessos autorizados e confirmar quem controla cada um; não executar exploração.

Se a única prova for «não aparece no scanner externo», a exposição permanece por esclarecer. O dono de serviço deve decidir uma ação provisória e quem obtém confirmação. Não declarar que uma segmentação proposta foi eficaz antes de a testar no âmbito autorizado, nem afirmar que há incidente apenas por existir correspondência KEV.

Uma decisão que sobrevive à próxima reunião

A saída proposta tem quatro estados: não presente com prova, presente com ação atribuída, mitigado temporariamente com revisão, ou desconhecido com investigação. Evite o estado «informado» como sinónimo de resolvido. Guarde o aviso do fornecedor utilizado, a mudança pedida e a próxima verificação.

O valor editorial está em fazer a distinção sem abrandar a resposta: a ausência de vinculação federal não torna a vulnerabilidade irrelevante. A recomendação Velqory é justificar um prazo próprio, possivelmente mais exigente quando o contexto o pede, e preservar separadamente a análise de obrigações portuguesas e contratuais.

Consultadas na data de atualização indicada.

  1. 01Reducing the Significant Risk of Known Exploited VulnerabilitiesCISA · CY-CISA
  2. 02BOD 26-04: Prioritizing Security Updates Based on RiskCISA · CY-CISA
  3. 033. Identify your assetsNCSC UK · EU-NCSCUK