What is responsible disclosure?
Responsible disclosure is the practice of reporting a security vulnerability privately to the organisation affected, and allowing it time to fix the problem before any details are published. Most bug bounty programmes are built on it, and many organisations now call it coordinated vulnerability disclosure.
How it works
A researcher finds a vulnerability and reports it through the channel the organisation publishes, usually a web form or a dedicated email address. The organisation acknowledges the report, confirms the issue, fixes it and tells the researcher when the fix is live. The details are then published, often with credit to the researcher and, for software products, a CVE identifier.
The timeline is the part most often argued about. Many researchers work to a fixed window, often 90 days, after which they publish whether or not a fix exists. An organisation can usually ask for more time when a fix is complex, but the request has to be reasonable and agreed with the researcher.
What a disclosure policy contains
A vulnerability disclosure policy tells researchers how to report and what they can expect in return. Publish it on your website, and point to it from a security.txt file at /.well-known/security.txt, the format set out in RFC 9116.
- Scope. Which systems and products are covered, and which are excluded, such as third-party services you do not control.
- Rules. What testing is allowed. Most policies forbid accessing other people’s data, denial-of-service tests and social engineering.
- Safe harbour. A statement that you will not take legal action over good-faith research that follows the rules.
- Response times. When the researcher will hear back, and how you will keep them informed until the fix.
- Rewards. Whether you pay bounties. A policy that offers no payment still gives researchers a safe route to report.
Where laws and frameworks expect it
ISO/IEC 27002, the guidance behind ISO 27001 control 8.8 on technical vulnerabilities, recommends a public point of contact for vulnerability reports. In the EU, NIS 2 Article 12 makes coordinated vulnerability disclosure part of each member state’s cyber security arrangements, with a national CSIRT acting as coordinator between researchers and vendors. The Cyber Resilience Act requires manufacturers of products with digital elements to have a coordinated vulnerability disclosure policy once its main obligations apply in December 2027. In the US, CISA Binding Operational Directive 20-01 requires federal civilian agencies to publish one.
Reports that arrive need an owner. Route them into the same queue as vulnerabilities you find yourself, with the same severity ratings and fix deadlines, so a researcher’s report does not sit unread in a shared inbox.
Questions
Responsible disclosure, answered
Is responsible disclosure the same as a bug bounty?
No. Responsible disclosure is the process for reporting and fixing a vulnerability. A bug bounty adds payment for valid reports. You can run a disclosure policy without ever paying a bounty.
What is the difference between responsible and coordinated disclosure?
They describe the same practice. Coordinated vulnerability disclosure is the term used in NIS 2 and the Cyber Resilience Act. Some researchers prefer it because “responsible” implies that anyone who discloses on a different timetable is acting irresponsibly.
Do we need a security.txt file?
No framework requires one outright, but it is the standard place researchers look for a contact. RFC 9116 defines the format, including a required expiry date, so the file has to be kept up to date.
Working through this for an audit?
Talk it through with someone who has run the audit before, or look up another term.
- Each customer workspace has its own database
- Every change written to a tamper-evident activity log
- Auditors get scoped, read-only access
- AI suggestions wait for a person to accept them