Saltar para o conteúdo principal
Regulação5 min de leitura

Edição de 23/09: uma CVE não decide sozinha o reporte CRA

Que evidência permite qualificar uma vulnerabilidade como ativamente explorada no produto? O formulário vem depois da distinção entre identificação, demonstração e exploração maliciosa.

Atualizado
Dia recuperado
2026-09-23
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 nova evidência de exploração, versões afetadas, conhecimento do fabricante e texto aplicável; revisão jurídica de decisões de reporte.
Técnico examina uma placa de circuito num microscópio enquanto outra pessoa separa cabos numa caixa transparente.
Técnico examina uma placa de circuito num microscópio enquanto outra pessoa separa cabos numa caixa transparente. Cena conceptual gerada; não documenta um evento, produto ou ensaio real.Imagem gerada por IA sob direção editorial da Velqory.

Em resumo

Um protocolo editorial de qualificação para produto e segurança: separar o que se sabe, o que falta confirmar e a decisão que alguém tem de assumir.

  • Ligue a informação ao produto e à versão, sem confundir identificador com exploração.
  • Registe origem, fiabilidade e momento de conhecimento da evidência.
  • Uma conclusão provisória precisa de responsável e condição de reabertura, não de silêncio.

A decisão é qualificar, não preencher

Para um fabricante, receber uma referência CVE deve abrir uma pergunta sobre o produto, não uma conclusão automática de reporte. Esta edição destina-se à equipa de segurança de produto e a quem assume a decisão regulatória. Não relata uma exploração em 23 de setembro; recupera um problema de qualificação com fontes e revisão de outubro.

O artigo 14.º, n.º 1, determina a notificação pelo fabricante de vulnerabilidade ativamente explorada existente no produto com elementos digitais de que tenha conhecimento. O objeto desta análise é esse gatilho. Não substitui a avaliação distinta de um incidente grave que afete a segurança do produto.

Separar três afirmações

A definição do artigo 3.º exige prova fiável de exploração maliciosa e não autorizada. Uma equipa deve separar «há uma vulnerabilidade identificada», «alguém demonstrou que pode explorá-la» e «existe evidência da exploração relevante». Confundir estas frases altera a decisão; classificá-las não significa adiar contenção enquanto a certeza é incompleta.

A CISA também distingue, nos critérios KEV, exploração em ambiente real de scanning, investigação e simples existência de prova de conceito. Essa taxonomia ajuda a formular perguntas técnicas, mas não é uma equivalência jurídica automática entre KEV e CRA. O produto, o papel da entidade e a evidência concreta continuam a precisar de análise.

Um registo de conhecimento utilizável

Proposta original Velqory: abrir uma ficha com produto, versão, origem recebida, conteúdo relevante e pessoa que o avaliou. Separar a hora de receção de um alerta da descrição fundamentada do que foi conhecido. Não apagar mensagens contraditórias; preserve o motivo da classificação e as reservas.

Se a origem apenas reproduz outra página, procure o aviso primário e registe a cadeia. Um título com a expressão «em exploração» não deve ser transformado em prova isolada. Quando o fabricante não dispõe de elementos suficientes para concluir, atribua a investigação a uma pessoa e a revisão a outra, com próximo ponto de decisão.

O que cada responsável deve confirmar

Esta matriz proposta não cria um novo limiar legal nem exige aguardar um conjunto perfeito antes de agir. Serve para tornar visíveis lacunas, separar contenção de qualificação e permitir que o decisor encontre a origem de cada conclusão. A resposta «não sabemos» é aceitável como estado de trabalho, não como fecho.

Qualificação: evidência e decisão

Proposta não testada; não é aconselhamento jurídico.

QuestãoResponsávelProvaPassa / falha
É o nosso produto?EngenhariaComponente, versão e distribuiçãoRelação demonstrada / marca parecida.
O que ocorreu?Segurança de produtoAviso primário ou evidência autorizadaFacto distinguido de hipótese / título copiado.
Quão fiável é a origem?Revisor técnicoOrigem, conteúdo e limitaçõesLimites explícitos / agregador sem origem.
Quem decide?Responsável regulatórioDecisão fundamentada e reservasDono e reabertura / pendência sem acompanhamento.

A demonstração foi autorizada

Cenário hipotético: um investigador envia uma demonstração realizada no laboratório que o fabricante autorizou. O exercício pergunta se há, além desse ensaio, evidência fiável de exploração maliciosa não autorizada. Não acrescente um atacante ou uma vítima para tornar a história mais convincente.

Mesmo sem essa evidência adicional, a equipa pode propor corrigir e reduzir exposição. O critério editorial de falha é escrever «ativamente explorada» apenas porque a demonstração funcionou. O critério de passagem é uma conclusão delimitada, que indique o que foi demonstrado, o que não foi confirmado e que sinal obrigará a rever.

Encaminhar sem confundir investigação e envio

A ENISA descreve a SRP como canal de reporte de vulnerabilidades ativamente exploradas e incidentes graves nos produtos abrangidos. Essa função é diferente da investigação técnica de uma ficha. Este artigo não testa a plataforma nem declara que um rascunho foi submetido.

A recomendação Velqory é entregar ao responsável de reporte um resumo rastreável, mantendo em separado os detalhes sensíveis. Não presuma que todos os campos em falta suspendem deveres aplicáveis; uma decisão deve ser avaliada contra o texto legal e revista quando chegam novos elementos. Qualificar bem significa saber justificar tanto a afirmação como os seus limites.

Consultadas na data de atualização indicada.

  1. 01Regulamento (UE) 2024/2847 — Cyber Resilience ActUnião Europeia — EUR-Lex · EU-EURLEX
  2. 02Reducing the Significant Risk of Known Exploited VulnerabilitiesCISA · CY-CISA
  3. 03Single Reporting Platform (SRP)ENISA · EU-ENISA