forked from docker/buildx
-
Notifications
You must be signed in to change notification settings - Fork 1
Commit
This commit does not belong to any branch on this repository, and may belong to a fork outside of the repository.
Merge pull request docker#2729 from thaJeztah/touchup_security
touch-up security policy
- Loading branch information
Showing
1 changed file
with
41 additions
and
9 deletions.
There are no files selected for viewing
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -1,12 +1,44 @@ | ||
# Reporting security issues | ||
# Security Policy | ||
|
||
The project maintainers take security seriously. If you discover a security | ||
issue, please bring it to their attention right away! | ||
The maintainers of Docker Buildx take security seriously. If you discover | ||
a security issue, please bring it to their attention right away! | ||
|
||
**Please _DO NOT_ file a public issue**, instead send your report privately to | ||
[[email protected]](mailto:[email protected]). | ||
## Reporting a Vulnerability | ||
|
||
Security reports are greatly appreciated, and we will publicly thank you for it. | ||
We also like to send gifts—if you're into schwag, make sure to let | ||
us know. We currently do not offer a paid security bounty program, but are not | ||
ruling it out in the future. | ||
Please **DO NOT** file a public issue, instead send your report privately | ||
to [[email protected]](mailto:[email protected]). | ||
|
||
Reporter(s) can expect a response within 72 hours, acknowledging the issue was | ||
received. | ||
|
||
## Review Process | ||
|
||
After receiving the report, an initial triage and technical analysis is | ||
performed to confirm the report and determine its scope. We may request | ||
additional information in this stage of the process. | ||
|
||
Once a reviewer has confirmed the relevance of the report, a draft security | ||
advisory will be created on GitHub. The draft advisory will be used to discuss | ||
the issue with maintainers, the reporter(s), and where applicable, other | ||
affected parties under embargo. | ||
|
||
If the vulnerability is accepted, a timeline for developing a patch, public | ||
disclosure, and patch release will be determined. If there is an embargo period | ||
on public disclosure before the patch release, the reporter(s) are expected to | ||
participate in the discussion of the timeline and abide by agreed upon dates | ||
for public disclosure. | ||
|
||
## Accreditation | ||
|
||
Security reports are greatly appreciated and we will publicly thank you, | ||
although we will keep your name confidential if you request it. We also like to | ||
send gifts - if you're into swag, make sure to let us know. We do not currently | ||
offer a paid security bounty program at this time. | ||
|
||
## Supported Versions | ||
|
||
Once a new feature release is cut, support for the previous feature release is | ||
discontinued. An exception may be made for urgent security releases that occur | ||
shortly after a new feature release. Buildx does not offer LTS (Long-Term Support) | ||
releases. Refer to the [Support Policy](https://github.com/docker/buildx/blob/master/PROJECT.md#support-policy) | ||
for further details. |