Update CONTRIBUTING.md

This commit is contained in:
Robert Roberge 2022-05-19 14:14:05 -04:00 committed by GitHub
parent cc6c05ff45
commit a7025fe53f
No known key found for this signature in database
GPG Key ID: 4AEE18F83AFDEB23

View File

@ -9,14 +9,14 @@ security researchers and other cybersecurity
community members. Until then, others who wish to contribute should community members. Until then, others who wish to contribute should
use the [CVE Request web form](https://cveform.mitre.org). If you are a sub-CNA you MUST push within your hierarchy first according to the rules within that hierarchy. use the [CVE Request web form](https://cveform.mitre.org). If you are a sub-CNA you MUST push within your hierarchy first according to the rules within that hierarchy.
2. Only submit information to the MITRE cvelist repo that is intended to become public 2. Only submit information to the CVE Program cvelist repo that is intended to become public
immediately. There is **no support** for embargoed submissions!! immediately. There is **no support** for embargoed submissions!!
3. Understand that this is only a pilot - it could be changed 3. Understand that this is only a pilot - it could be changed
significantly or even halted. significantly or even halted.
4. Submissions should be made subject to the [CVE Submissions 4. Submissions should be made subject to the [CVE Submissions
License Terms of Use](https://cve.mitre.org/about/termsofuse.html). License Terms of Use](https://www.cve.org/Legal/TermsOfUse).
5. It is **strongly recommended** that submissions use [signed 5. It is **strongly recommended** that submissions use [signed
commits](https://help.github.com/articles/signing-commits-with-gpg/). Please note that some hierarchies require all submissions to be signed. commits](https://help.github.com/articles/signing-commits-with-gpg/). Please note that some hierarchies require all submissions to be signed.
@ -29,10 +29,10 @@ offers a web-based interface for creating and editing information
about one CVE at a time. about one CVE at a time.
## Sending Data about CVE Records to MITRE ## Sending Data about CVE Records to the CVE Program
0. If you haven't done so already, create an account on Github.com 0. If you haven't done so already, create an account on GitHub.com
and fork the _cvelist_ repository from your parent CNA (e.g., if you are a Root you would fork [CVEProject/cvelist](https://github.com/CVEProject/cvelist/). You can either fork into your own account (e.g. from the command line this is the default), for example, if your account name and fork the _cvelist_ repository (i.e., you would fork [CVEProject/cvelist](https://github.com/CVEProject/cvelist/)). You can either fork into your own account (e.g., from the command line this is the default), for example, if your account name
is `$YOU`, this will result in a new repo named $YOU/cvelist. is `$YOU`, this will result in a new repo named $YOU/cvelist.
[**NB**: `$YOU` is used throughout the rest of this file; substitute [**NB**: `$YOU` is used throughout the rest of this file; substitute
your own account name in any names, commands, URLs, etc.] You can also clone in to an organization your own account name in any names, commands, URLs, etc.] You can also clone in to an organization
@ -63,9 +63,9 @@ git push
We encourage you to include in that multiple, related updates whenever We encourage you to include in that multiple, related updates whenever
possible. For example, if you publish monthly advisories, you might possible. For example, if you publish monthly advisories, you might
name your branch `Nov-2017` and use that to send us assignment name your branch `Nov-2017` and use that to send us assignment
information for all the CVE ids you assigned in that month. If information for all the CVE IDs you assigned in that month. If
instead you publish advisories only as needed, you might name your instead you publish advisories only as needed, you might name your
branch using the advisory id (eg, `SA-2017-11-03`) and include in branch using the advisory id (e.g., `SA-2017-11-03`) and include in
that assignment information for the CVE ids you assigned for only that assignment information for the CVE ids you assigned for only
this one advisory. If you are working on multiple branches make sure you explicitly branch against master otherwise future branches may include work from other local branches: this one advisory. If you are working on multiple branches make sure you explicitly branch against master otherwise future branches may include work from other local branches:
@ -103,15 +103,15 @@ The schema file is available in the [CVE Automation Working Group](https://githu
5. **Review your updates carefully** and make sure they contain 5. **Review your updates carefully** and make sure they contain
**only information you intend to make public**. Once those reach **only information you intend to make public**. Once those reach
Github.com, it's extremely difficult if not impossible to put it back GitHub.com, it's extremely difficult if not impossible to put it back
under wraps. For example, you may be able to check that every CVE id under wraps. For example, you may be able to check that every CVE ID
is mentioned in one of the references associated with it to avoid is mentioned in one of the references associated with it to avoid
making public information about a vulnerability ahead of schedule. making public information about a vulnerability ahead of schedule.
Also, review the details in the description. Do they agree with Also, review the details in the description. Do they agree with
information in the associated references? information in the associated references?
6. Commit your changes (eg, `git commit -av`) and, if necessary, push 6. Commit your changes (e.g., `git commit -av`) and, if necessary, push
your branch from your local copy of your repo to Github.com (eg, `git your branch from your local copy of your repo to GitHub.com (e.g., `git
push origin $YOUR_BRANCH`). push origin $YOUR_BRANCH`).
7. Create a pull request to merge the changes in your new branch into 7. Create a pull request to merge the changes in your new branch into
@ -125,14 +125,14 @@ the form. There are several fields that you need to worry about :
* `compare` is the branch in your repo where the changes are; eg, `$YOUR_BRANCH` * `compare` is the branch in your repo where the changes are; eg, `$YOUR_BRANCH`
If you created your pull request using the URL above, make sure that If you created your pull request using the URL above, make sure that
Github reports that the branches can be merged. If not, say because GitHub reports that the branches can be merged. If not, say because
you forgot to ensure your fork was synched with the upstream master, you forgot to ensure your fork was synched with the upstream master,
make additional commits in your branch to resolve the merge conflicts. make additional commits in your branch to resolve the merge conflicts.
After a pull request has been submitted, several checks will be After a pull request has been submitted, several checks will be
launched automatically, such as to perform schema validation and check launched automatically, such as to perform schema validation and check
ownership. The checks may add comments and labels to the pull request ownership. The checks may add comments and labels to the pull request
and, by default, Github should notify you via email of those and, by default, GitHub should notify you via email of those
automatically. If the checks identify issues, you will need to automatically. If the checks identify issues, you will need to
address them before processing can continue. address them before processing can continue.