• Home
  • History
  • Annotate
Name Date Size #Lines LOC

..24-Aug-2020-

README.mdH A D24-Aug-20202.3 KiB3419

email-templates.mdH A D24-Aug-20202.2 KiB8955

security-release-process.mdH A D24-Aug-20207.8 KiB11569

README.md

1## Security Announcements
2
3Join the [etcd-dev](https://groups.google.com/forum/?hl=en#!forum/etcd-dev) group for emails about security and major announcements.
4
5## Report a Vulnerability
6
7We’re extremely grateful for security researchers and users that report vulnerabilities to the etcd Open Source Community. All reports are thoroughly investigated by a dedicated committee of community volunteers called [Product Security Committee](security-release-process.md#product-security-committee).
8
9To make a report, please email the private [security@etcd.io](mailto:security@etcd.io) list with the security details and the details expected for [all etcd bug reports](https://github.com/etcd-io/etcd/blob/master/Documentation/reporting_bugs.md).
10
11### When Should I Report a Vulnerability?
12
13- When discovered a potential security vulnerability in etcd
14- When unsure how a vulnerability affects etcd
15- When discovered a vulnerability in another project that etcd depends on
16
17### When Should I NOT Report a Vulnerability?
18
19- Need help tuning etcd for security
20- Need help applying security related updates
21- When an issue is not security related
22
23## Security Vulnerability Response
24
25Each report is acknowledged and analyzed by Product Security Committee members within 3 working days. This will set off the [Security Release Process](security-release-process.md).
26
27Any vulnerability information shared with Product Security Committee stays within etcd project and will not be disseminated to other projects unless it is necessary to get the issue fixed.
28
29As the security issue moves from triage, to identified fix, to release planning we will keep the reporter updated.
30
31## Public Disclosure Timing
32
33A public disclosure date is negotiated by the etcd Product Security Committee and the bug reporter. We prefer to fully disclose the bug as soon as possible once user mitigation is available. It is reasonable to delay disclosure when the bug or the fix is not yet fully understood, the solution is not well-tested, or for vendor coordination. The timeframe for disclosure is from immediate (especially if it's already publicly known) to a few weeks. As a basic default, we expect report date to disclosure date to be on the order of 7 days. The etcd Product Security Committee holds the final say when setting a disclosure date.
34