Document that a CVE should be filed for security issues
Googlers can request CVEs at https://goto2.corp.google.com/cve-request (Google-internal link that only works for Googlers). Bug: Issue 11621 Signed-off-by: Edwin Kempin <ekempin@google.com> Change-Id: Ia21f47ad345767351f40b7504636c65abb931b26
This commit is contained in:
		@@ -271,6 +271,15 @@ bug-fixes anymore.
 | 
			
		||||
It's also possible that the ESC decides that an issue is not a security issue
 | 
			
		||||
and the embargo is lifted immediately.
 | 
			
		||||
 | 
			
		||||
. Filing a CVE
 | 
			
		||||
+
 | 
			
		||||
For every security issue a CVE that describes the issue and lists the affected
 | 
			
		||||
releases should be filed. Filing a CVE can be done by any maintainer that works
 | 
			
		||||
for an organization that can request CVE numbers (e.g. Googlers). The CVE
 | 
			
		||||
number must be included in the release notes. The CVE itself is only made
 | 
			
		||||
public after fixed released have been published and the embargo has been
 | 
			
		||||
lifted.
 | 
			
		||||
 | 
			
		||||
. Implementation of the security fix:
 | 
			
		||||
+
 | 
			
		||||
To keep the embargo intact, security fixes cannot be developed and reviewed in
 | 
			
		||||
@@ -316,6 +325,8 @@ link:https://groups.google.com/d/forum/repo-discuss[repo-discuss,role=external,w
 | 
			
		||||
This ends the embargo and any issue that discusses the security vulnerability
 | 
			
		||||
should be made public.
 | 
			
		||||
 | 
			
		||||
. Publish the CVE
 | 
			
		||||
 | 
			
		||||
. Follow-Up
 | 
			
		||||
+
 | 
			
		||||
The ESC should discuss if there are any learnings from the security
 | 
			
		||||
 
 | 
			
		||||
		Reference in New Issue
	
	Block a user