Ir para o conteúdo
EU Rules Finder
Português (Brasil) (Idioma)

Modelo de política de divulgação coordenada de vulnerabilidades e gerador de security.txt

O Regulamento de Ciber-Resiliência exige de todo fabricante de um produto com elementos digitais uma política de divulgação coordenada de vulnerabilidades e um endereço de contato para comunicações. Preencha seus dados para obter o texto da política e um arquivo security.txt para o seu site. Nada do que você digita sai do seu navegador.

Verificado em relação às fontes em 2 de novembro de 2026

Nomes de produtos, modelos ou “todos os nossos produtos com elementos digitais”.
Um endereço de e-mail ou o endereço https de um formulário web: seu ponto de contato único (artigo 13.º, n.º 17).
Uma página https do seu site, por exemplo https://example.com/security.
Para a linha Canonical do security.txt.
Um número inteiro de 1 a 30.

Sua política

Ainda a preencher

  • Informe o nome da empresa.
  • Informe um endereço de e-mail ou o endereço https de um formulário web para comunicações.
  • Informe o endereço https onde a política será publicada.
  • Informe a data da política.

Coordinated vulnerability disclosure policy of TO COMPLETE

TO COMPLETE welcomes reports of potential vulnerabilities in its products, including in third-party and open-source components they contain. This policy says how to report one and what we do with it.

Scope

This policy covers: TO COMPLETE.

How to report

  • Report to: TO COMPLETE. This is our single point of contact for vulnerability reports.
  • Please include the product and version, a description of the issue, the steps to reproduce it and any proof of concept, and how we can reach you.
  • You may report in English or in the language of your choice; you may stay anonymous, though we then cannot keep you informed.

What we do

  • We acknowledge your report within 5 working days and keep you informed until it is resolved.
  • We assess the report, and address and remediate a confirmed vulnerability without delay, in relation to its risk.
  • We agree a disclosure date with you. Please do not disclose the vulnerability before a fix is available or that date has passed.
  • Once a security update is available, we publish information about the fixed vulnerability: a description, the products affected, its impact and severity, and how users can remediate it. Where the security risks of publication outweigh its benefits, we may delay publication until users have had the possibility to apply the update.
  • Where the vulnerability is in a component made or maintained by someone else, we report it to them.
  • With your agreement, we credit you when we publish.

About this policy

Published at TO COMPLETE. Last updated TO COMPLETE.

security.txt

Publique este arquivo em /.well-known/security.txt do seu site. Ele expira um ano menos um dia após a data da política (a RFC 9116 pede menos de um ano): renove-o antes.

O security.txt precisa de um contato e de uma data legíveis; ele aparece aqui assim que ambos forem preenchidos.

A política é redigida em inglês, o idioma da maioria de quem comunica; traduza-a se seus usuários precisarem. Dados ilegíveis aparecem como TO COMPLETE. É um modelo, não aconselhamento jurídico, e não mostra que um produto cumpre o Regulamento (UE) 2024/2847.

Todo o conjunto de documentos do CRA, com esta política, os procedimentos de tratamento e comunicação de vulnerabilidades, a documentação técnica e a declaração UE de conformidade em 9 idiomas (pago)

O que o Regulamento de Ciber-Resiliência exige

  • Adotar e aplicar uma política de divulgação coordenada de vulnerabilidades (anexo I, parte II, ponto 5).
  • Facilitar a comunicação de vulnerabilidades, inclusive fornecendo um endereço de contato para comunicações (anexo I, parte II, ponto 6).
  • Quando houver uma atualização de segurança disponível, publicar informações sobre a vulnerabilidade corrigida: descrição, produtos afetados, impacto e gravidade, e como os usuários podem corrigi-la; a publicação pode ser adiada quando seus riscos de segurança superarem os benefícios (anexo I, parte II, ponto 4).
  • Designar um ponto de contato único para que os usuários se comuniquem com você de forma direta e rápida, inclusive para comunicar vulnerabilidades (artigo 13.º, n.º 17), e indicá-lo, com o local da política, nas informações para os usuários (anexo II, ponto 2).

Datas

Os requisitos de tratamento de vulnerabilidades do anexo I, parte II, aplicam-se a partir de 11 de dezembro de 2027. A obrigação de notificar vulnerabilidades ativamente exploradas e incidentes graves aplica-se a partir de 11 de setembro de 2026 (artigo 71.º, n.º 2), e um endereço publicado para comunicações ajuda você a saber delas a tempo.

O que é o security.txt

Um arquivo de texto curto em /.well-known/security.txt que informa aos pesquisadores de segurança onde comunicar (RFC 9116). Ele precisa de uma linha Contact e de uma data Expires; o gerador inclui o endereço da política, o idioma preferido e, com o seu site, a linha Canonical. Endereços web devem usar https.

O que o gerador não faz

Ele não cria um canal de comunicação, não faz a triagem das comunicações nem decide se algo deve ser notificado nos termos do artigo 14.º. Para os prazos de notificação use o registro de notificações CRA; para a lista de materiais de software, o gerador de SBOM; para ver em que ponto você está, a verificação de preparação CRA.

Nada do que você digita é salvo ou enviado: recarregar a página apaga tudo. Copie ou baixe os arquivos para guardá-los.