Cyber Resilience Act · Annex I Part II

CVD policy generator

The Cyber Resilience Act requires manufacturers to put in place and enforce a policy on coordinated vulnerability disclosure (Annex I Part II(5)). Fill in the form and instantly receive a print-ready CVD policy (aligned with ISO/IEC 29147 and 30111) and a security.txt per RFC 9116. The documents are generated entirely in your browser.

Your details

e.g. company, street, postcode city, country - appears as the responsible party.

For encrypted submission of vulnerabilities (ISO/IEC 29147 recommends a secure channel).

e.g. "All products with digital elements manufactured by {company}".

e.g. https://your-domain.com/en/cvd-policy - used as the Policy field in security.txt.

This tool is aimed exclusively at entrepreneurs / businesses (§ 14 German Civil Code).

Preview: CVD policy

Coordinated Vulnerability Disclosure Policy (CVD policy)

[Company name]

1. Scope

This Coordinated Vulnerability Disclosure (CVD) policy applies to all products with digital elements manufactured by [Company name].

It describes how security researchers and third parties can report potential vulnerabilities to [Company name] and how [Company name] handles them. It forms part of our coordinated vulnerability disclosure policy under Annex I Part II(5) of Regulation (EU) 2024/2847 (Cyber Resilience Act) and is aligned with ISO/IEC 29147 (Vulnerability Disclosure) and ISO/IEC 30111 (Vulnerability Handling).

2. Reporting a vulnerability

Please report suspected vulnerabilities to security@example.com.

We recommend confidential submission. On request we provide a channel for encrypted communication.

Helpful information includes: affected product and version, a description of the vulnerability, steps to reproduce, potential impact and - if available - a proof of concept. Please do not submit real personal data of third parties.

3. Our process and committed timelines

We acknowledge receipt of a report within 3 business days.

We assess and handle reported vulnerabilities using a structured process aligned with ISO/IEC 30111 (triage, analysis, remediation, follow-up). We keep you updated on progress at reasonable intervals.

We remediate confirmed vulnerabilities without delay and aim for no more than 90 days from receipt of the report, or we agree on a coordinated treatment. This period may be extended for complex cases or where coordination with third parties (e.g. component suppliers) is required; we will inform you in such cases.

4. Coordinated disclosure

We prefer coordinated disclosure. Once a security update is available, we publish information about the fixed vulnerability (advisory), where applicable with a CVE identifier; in justified cases only after an appropriate delay. We coordinate the timing with the reporter. We ask that details be kept confidential until a fix is available or until the agreed disclosure period of 90 days has elapsed.

Where an actively exploited vulnerability within the meaning of Article 3(42) CRA exists, we additionally comply with our reporting obligations under Article 14 CRA and inform the affected users.

5. Recognition

We value the work of security researchers. On request, we will credit you as the reporter in our advisories (acknowledgement / "hall of fame"), provided the report was made in accordance with this policy.

6. Safe harbor

We consider security research conducted in good faith and in accordance with this policy to be authorised. [Company name] will not initiate legal action against persons who comply with this policy for their security research, and will not treat such reports as malicious.

The safe-harbor commitment does not cover, in particular: accessing or altering third-party data, intentionally degrading availability (e.g. denial of service), social engineering of employees, or any action beyond what is necessary to confirm a vulnerability. This commitment does not waive any rights against third parties and applies without prejudice to mandatory statutory provisions.

Template, not legal advice - review before publishing. This document is a schematic assembly of your input (§ 2 German Legal Services Act) and does not replace an examination of your individual case by a qualified lawyer.

Preview: security.txt (RFC 9116)

# Coordinated Vulnerability Disclosure - security.txt (RFC 9116)
# Company

Contact: mailto:security@example.com
Expires: 2027-09-29T13:15:35Z
Preferred-Languages: en, de

# Place at https://<your-domain>/.well-known/security.txt
# Recommended: sign the file with the key named in the Encryption field (RFC 9116, section 2.3).

Support with the introduction

You can print the policy above or save it as a PDF, and copy the security.txt directly. If you would like support with the introduction or the reporting process, leave your e-mail address and we will get in touch for a free initial call.

Side-by-side: what the CRA requires and what the CVD policy generator delivers. On the left the requirements: Annex I Part II(5), put in place and enforce a policy on coordinated vulnerability disclosure; Annex I Part II(6), provide a contact address for reporting vulnerabilities; Annex I Part II(4), after an update publish information about fixed vulnerabilities, deferral only in duly justified cases, until users could apply the patch; Annex II(2), the user information names the single point of contact and where the CVD policy can be found. On the right the outputs, connected by arrows: a print-ready CVD policy aligned with ISO/IEC 29147 and 30111, with the sections scope, reporting a vulnerability, process and committed timelines, coordinated disclosure, recognition and optionally safe harbor; and a security.txt under RFC 9116 with Contact, Expires, Preferred-Languages and optionally Encryption and Policy. Note below: putting it into practice remains the manufacturer's task, handle and fix incoming reports (Art. 13(8), Annex I Part II(2)) and report actively exploited vulnerabilities (Art. 14). Footer: template, not legal advice, review before publishing.
Which CRA requirements the generator covers: CVD policy and security.txt; implementation stays with the manufacturer.