|
1 | 1 | <!-- SPDX-License-Identifier: MPL-2.0 --> |
2 | 2 |
|
3 | | -# Security Policy |
| 3 | +# Security policy |
4 | 4 |
|
5 | | -## Supported versions |
| 5 | +## Reporting a vulnerability |
6 | 6 |
|
7 | | -The `main` branch is the supported version of this project. |
| 7 | +Please report suspected vulnerabilities privately through |
| 8 | +[GitHub private vulnerability reporting](https://github.com/hyperpolymath/gitbot-fleet/security/advisories/new). |
| 9 | +Do not disclose a vulnerability in a public issue, pull request, discussion, or |
| 10 | +social-media post before a coordinated fix is available. |
8 | 11 |
|
9 | | -## Reporting a vulnerability |
| 12 | +Include the affected component and revision, the expected impact, reproduction |
| 13 | +steps, and a minimal proof of concept where possible. Please avoid accessing, |
| 14 | +modifying, or deleting data beyond what is necessary to demonstrate the issue, |
| 15 | +and do not perform denial-of-service testing. |
| 16 | + |
| 17 | +We aim to acknowledge a report within 48 hours, provide an initial assessment |
| 18 | +within seven days, and send status updates at least weekly while remediation is |
| 19 | +in progress. Disclosure timing will be coordinated with the reporter; the |
| 20 | +default target is within 90 days of the initial report. |
| 21 | + |
| 22 | +## Supported versions |
| 23 | + |
| 24 | +Security fixes are made on the default branch. Tagged releases are supported |
| 25 | +only when explicitly identified as maintained in their release notes. |
10 | 26 |
|
11 | | -Please report security vulnerabilities through GitHub's private vulnerability |
12 | | -reporting feature: |
| 27 | +## Safe harbour |
13 | 28 |
|
14 | | -1. Open the repository's **Security** tab. |
15 | | -2. Select **Report a vulnerability**. |
16 | | -3. Provide enough detail for the maintainers to reproduce and assess the issue. |
| 29 | +We will not pursue legal action against researchers who act in good faith, |
| 30 | +follow this policy, avoid privacy and service disruption, and allow reasonable |
| 31 | +time for remediation before disclosure. |
17 | 32 |
|
18 | | -Do not open a public issue for a security vulnerability. |
| 33 | +## Security measures |
19 | 34 |
|
20 | 35 | The project's detailed security measures and cryptographic standards are |
21 | 36 | documented in [SECURITY.adoc](SECURITY.adoc). |
0 commit comments