mirror of
				https://gitea.com/Lydanne/buildx.git
				synced 2025-11-04 10:03:42 +08:00 
			
		
		
		
	Touch-up the security policy to make the OpenSSF scorecard slightly happier; https://securityscorecards.dev/viewer/?uri=github.com/docker/buildx Warn: One or no descriptive hints of disclosure, vulnerability, and/or timelines in security policy Signed-off-by: Sebastiaan van Stijn <github@gone.nl>
		
			
				
	
	
		
			45 lines
		
	
	
		
			1.9 KiB
		
	
	
	
		
			Markdown
		
	
	
	
	
	
			
		
		
	
	
			45 lines
		
	
	
		
			1.9 KiB
		
	
	
	
		
			Markdown
		
	
	
	
	
	
# Security Policy
 | 
						|
 | 
						|
The maintainers of Docker Buildx take security seriously. If you discover
 | 
						|
a security issue, please bring it to their attention right away!
 | 
						|
 | 
						|
## Reporting a Vulnerability
 | 
						|
 | 
						|
Please **DO NOT** file a public issue, instead send your report privately
 | 
						|
to [security@docker.com](mailto:security@docker.com).
 | 
						|
 | 
						|
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.
 |