-
Couldn't load subscription status.
- Fork 246
Open
Labels
apiAPI-related infrastructureAPI-related infrastructurebacklogImportant but currently unprioritizedImportant but currently unprioritizedbugSomething isn't workingSomething isn't workingenhancementNew feature or requestNew feature or request
Description
We've seen a few edge cases where we have incorrect git commit matching because of forking:
git subtrees causes commits from sub-repository to be incorrectly included in parent repo commit ranges #3398- https://osv.dev/vulnerability/CVE-2025-4432 (https://github.com/briansmith/ring is forked from boringssl and retains boringssl history).
If there's an advisory in a forked repository with introduced: 0, fixed: SHA, then it will mark the original history of the forked-from project as vulnerable also, which is likely incorrect.
To fix this, we should support queries of the form:
curl -d '{"commit": "sha", "repo": "https://github.com/foo/bar"}' "https://api.osv.dev/v1/query"
Where we reject records where the repo doesn't match.
Metadata
Metadata
Assignees
Labels
apiAPI-related infrastructureAPI-related infrastructurebacklogImportant but currently unprioritizedImportant but currently unprioritizedbugSomething isn't workingSomething isn't workingenhancementNew feature or requestNew feature or request