|
3 | 3 | This document outlines security procedures and general policies for the Express |
4 | 4 | project. |
5 | 5 |
|
6 | | - * [Reporting a Bug](#reporting-a-bug) |
| 6 | + * [Reporting a Bug or Security Vulnerability](#reporting-a-bug-or-security-vulnerability) |
7 | 7 | * [Disclosure Policy](#disclosure-policy) |
8 | 8 | * [Comments on this Policy](#comments-on-this-policy) |
9 | 9 |
|
10 | | -## Reporting a Bug |
| 10 | +## Reporting a Bug or Security Vulnerability |
11 | 11 |
|
12 | | -The Express team and community take all security bugs in Express seriously. |
13 | | -Thank you for improving the security of Express. We appreciate your efforts and |
14 | | -responsible disclosure and will make every effort to acknowledge your |
15 | | -contributions. |
| 12 | +The Express team and community take all security vulnerabilities seriously. |
| 13 | +Thank you for improving the security of Express and related projects. |
| 14 | +We appreciate your efforts in responsible disclosure and will make every effort |
| 15 | +to acknowledge your contributions. |
16 | 16 |
|
17 | | -Report security bugs by emailing `express-security@lists.openjsf.org`. |
| 17 | +### Reporting Security Bugs via GitHub Security Advisory (Preferred) |
18 | 18 |
|
19 | | -To ensure the timely response to your report, please ensure that the entirety |
20 | | -of the report is contained within the email body and not solely behind a web |
21 | | -link or an attachment. |
| 19 | +The preferred way to report security vulnerabilities is through |
| 20 | +[GitHub Security Advisories](https://github.com/advisories). |
| 21 | +This allows us to collaborate on a fix while maintaining the |
| 22 | +confidentiality of the report. |
22 | 23 |
|
23 | | -The lead maintainer will acknowledge your email within 48 hours, and will send a |
24 | | -more detailed response within 48 hours indicating the next steps in handling |
25 | | -your report. After the initial reply to your report, the security team will |
26 | | -endeavor to keep you informed of the progress towards a fix and full |
27 | | -announcement, and may ask for additional information or guidance. |
| 24 | +To report a vulnerability |
| 25 | +([docs](https://docs.github.com/en/code-security/security-advisories/guidance-on-reporting-and-writing-information-about-vulnerabilities/privately-reporting-a-security-vulnerability)): |
| 26 | +1. Visit the **Security** tab of the affected repository on GitHub. |
| 27 | +2. Click **Report a vulnerability** and follow the provided steps. |
| 28 | + |
| 29 | +This process applies to any repositories within the Express ecosystem. |
| 30 | +If you are unsure whether a repository falls under this policy, |
| 31 | +feel free to reach out via email. |
| 32 | + |
| 33 | +### Reporting via Email |
| 34 | + |
| 35 | +If you prefer, you can also report security issues by emailing `express-security@lists.openjsf.org`. |
| 36 | + |
| 37 | +To ensure a timely response, please include all relevant details directly in the email body rather than linking to external sources or attaching files. |
| 38 | + |
| 39 | +The lead maintainer will acknowledge your email within 48 hours and provide an initial response outlining the next steps. The security team will keep you updated on the progress and may request additional details. |
| 40 | + |
| 41 | +### Third-Party Modules |
| 42 | + |
| 43 | +If the security issue pertains to a third-party module that is not directly maintained within the Express ecosystem, please report it to the maintainers of that module. |
28 | 44 |
|
29 | | -Report security bugs in third-party modules to the person or team maintaining |
30 | | -the module. |
31 | 45 |
|
32 | 46 | ## Disclosure Policy |
33 | 47 |
|
|
0 commit comments