You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Mar 8, 2023. It is now read-only.
Is your feature request related to a problem? Please describe.
Some way to fetch processed CVEs. This would be helpful for other projects to use the data. For eg at Vulnerablecode for each CVE, we would like to have a reference to vulncode-db's entry for the same CVE, if it has a patch available. This would be helpful for users to see what's wrong at the "code" level, thanks to vulncode-db's ability to render code.
Describe the solution you'd like
Some way to fetch processed CVEs, this could be either via an API or data dump, whichever is more useful and aligning with your goals. IMHO the issue with API approach might be performance/scaling (fetching 3000+ entries is bit heavy)
Describe alternatives you've considered
The data dump approach might help, and I read somewhere that it's on the roadmap.
Additional context
If all goes well, we would get some vulnerablecode -> vulncode-db integration done during this Google summer of code.
The text was updated successfully, but these errors were encountered:
Sign up for freeto subscribe to this conversation on GitHub.
Already have an account?
Sign in.
Is your feature request related to a problem? Please describe.
Some way to fetch processed CVEs. This would be helpful for other projects to use the data. For eg at Vulnerablecode for each CVE, we would like to have a reference to
vulncode-db
's entry for the same CVE, if it has a patch available. This would be helpful for users to see what's wrong at the "code" level, thanks tovulncode-db
's ability to render code.Describe the solution you'd like
Some way to fetch processed CVEs, this could be either via an API or data dump, whichever is more useful and aligning with your goals. IMHO the issue with API approach might be performance/scaling (fetching 3000+ entries is bit heavy)
Describe alternatives you've considered
The data dump approach might help, and I read somewhere that it's on the roadmap.
Additional context
If all goes well, we would get some
vulnerablecode -> vulncode-db
integration done during this Google summer of code.The text was updated successfully, but these errors were encountered: