`npmjs.com` & `github.com`'s Terms & Conditions seem at odds
Nobody has claimed this yet.
- Dominant language
- MDX
- Stars
- 711
- Forks
- 4.2k
- Avg merge
- 4d 16h
- Merged PRs (30d)
- 3
Description
Current Behavior
npmjs.com's Terms & Conditions references the following item4.of"Conditions"...
"You may access and use data about the security of Packages, such as vulnerability reports, audit status reports, and supplementary security documentation, only for your own personal or internal business purposes. You may not provide others access to, copies of, or use of npm data about the security of Packages, directly or as part of other products or services."
Expected Behavior
npmjs.comshould have similar language/aligned withgithub.com's Advisory Database Terms & Conditions
"The GitHub Advisory Database allows you to browse or search for vulnerabilities that affect open source projects on GitHub.
License Grant to Us
We need the legal right to submit your contributions to the GitHub Advisory Database into public domain datasets such as the National Vulnerability Database and to license the GitHub Advisory Database under open terms for use by security researchers, the open source community, industry, and the public. You agree to release your contributions to the GitHub Advisory Database under the Creative Commons Zero license.
License to the GitHub Advisory Database
The GitHub Advisory Database is licensed under the Creative Commons Attribution 4.0 license. The attribution term may be fulfilled by linking to the GitHub Advisory Database at https://github.com/advisories or to individual GitHub Advisory Database records used, prefixed by https://github.com/advisories."
IANAL, but when npm switched to proxying through to the GitHub Advisory Database the results of the security audit endpoints indirectly assumed the license/terms of that data. It seems (& again, IANAL) incorrect that any data returned from those endpoints would not be covered by the same CC 4.0 License which explicitly states "You may not apply legal terms or technological measures that legally restrict others from doing anything the license permits."
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start with content/policies/open-source-terms.mdx, especially the referenced Conditions item 4, and compare it with the Advisory Database section in the linked GitHub terms document. Confirm the applicable licensing and usage language with the project before deciding whether the npm terms should be revised; the work is done when the policy relationship and any required wording are resolved.
Written by the indexing model from the issue text.
Assessment
- Domain
- documentation
- Issue type
- Documentation
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 20/100