Skip to content
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

Support for versions in all advisories #575

Closed
rtfpessoa opened this issue Aug 2, 2022 · 5 comments
Closed

Support for versions in all advisories #575

rtfpessoa opened this issue Aug 2, 2022 · 5 comments
Labels
stale The issue or PR is stale and pending automated closure

Comments

@rtfpessoa
Copy link

While querying the data in OSV I noticed that Packagist, Go, NPM and Crates.io have mostly affected ranges and no affected versions.

Is there a plan to support affected versions for these ecosystems?

@oliverchang
Copy link
Collaborator

Packagist support is tracked in #230.

Go, npm, and crates.io use SEMVER, where enumerating versions is not a requirement. To evaluate them, one can use the defined events instead according to the evaluation algorithm.

In particular for Go, because every commit can be mapped to a pseudoversion, it's not really feasible to do so.

May we understand your use case for these a bit more?

@rtfpessoa
Copy link
Author

My current use case was trying to insert all versions in a database and do a live join between active versions and the advisory versions.
With the ranges it becomes impossible to do that.

@donchkat
Copy link

I have a database I maintain which lists per package and it's CVE all the affected versions, and having the versions in GO and npm will make the work much easier.
Maybe you can bring the affected versions data from NVD, the CPE section has a list of affected versions in the specified range.
For example CVE-2023-0742 in NVD has a list of affected versions:
image

Of course it won't cover all the pseudoversions of GO but it's better than nothing.

Copy link

This issue has not had any activity for 60 days and will be automatically closed in two weeks

@github-actions github-actions bot added the stale The issue or PR is stale and pending automated closure label Jul 29, 2024
@oliverchang
Copy link
Collaborator

We're moving away from enumeration for new ecosystems (see #2401), due to the difficulties we encountered in implementing this for Linux distros, as well as issues with freshness.

@oliverchang oliverchang closed this as not planned Won't fix, can't repro, duplicate, stale Aug 7, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
stale The issue or PR is stale and pending automated closure
Projects
None yet
Development

No branches or pull requests

3 participants