-
Notifications
You must be signed in to change notification settings - Fork 26
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Update definitions #17
Comments
Discussion of "when a vulnerability is made public" can be found in sections:
|
I could not find a discussion of "when a vulnerability is added to the CVE list" in the CNA Rules. |
I have been using the following criteria to for "when a vulnerability is public" when I train new CNAs. The criteria is based on the required information in Appendix B and MITRE's requirement that any information in a CVE entry be made public elsewhere first (See #26).
|
To be added to section 2.1.1 after the existing content: Note: for a vulnerability to be considered "public", the following conditions must be met:
Registration and login requirements are acceptable, but there cannot be other restrictions for accessing that content. Also, advisories that require payment for access are not considered public. That said, if you have a public advisory with the minimum required details with additional details available through paid access, the vulnerability is still considered public. |
Updated CNA Rules draft. |
GOAL: Clarify existing language.
CHANGE:
Clarify the difference between "when a vulnerability is made public" versus "when a vulnerability is added to the CVE list" and how they affect each other.
OUTCOME: Less vague or confusing language.
The text was updated successfully, but these errors were encountered: