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

Grype shows the same dependency with different ID even when they are related #1401

Closed
tomerse-sg opened this issue Jul 25, 2023 · 1 comment
Labels
duplicate This issue or pull request already exists

Comments

@tomerse-sg
Copy link

What happened:
I have a question regarding Grype’s behavior:
I’ve created an image containing requests package.
I see 2 vulnerabilities are related: CVE-2023-32681, GHSA-j8r2-6x86-q33q.
However, when I checked it deeply, I saw it is the same dependency, moreover, in GHSA-j8r2-6x86-q33q we have a field of relatedVulnerabilities which contains CVE-2023-32681.
I think presenting both vulnerabilities are wrong, since it is the same dependency.
Is this the expected behavior? Is it planned to filter in the future these kinds of duplicates?
What you expected to happen:

How to reproduce it (as minimally and precisely as possible):

Here is the Dockerfile to reproduce and the command I’ve run:
docker build -t requests .
grype requests

FROM python:3.7-alpine
RUN pip install requests==2.20.0
WORKDIR /app
CMD ["python", "app.py"]

Anything else we need to know?:

Environment:

  • Output of grype version: 0.63.1
  • OS (e.g: cat /etc/os-release or similar): alpine:3.18.2
@tomerse-sg tomerse-sg added the bug Something isn't working label Jul 25, 2023
@willmurphyscode
Copy link
Contributor

Hi @tomerse-sg, I think we talked on the community slack. Re-posting here what I said there:

I think passing --by-cve will make grype do what you're expecting. But note that --by-cve currently has some limitations: #1202

There's some discussion about whether this should be the default behavior. In general, if we matched the vulnerability using the GHSA's matching criteria, it will be included in the results.

Closing as duplicate of #973.

@willmurphyscode willmurphyscode added duplicate This issue or pull request already exists and removed bug Something isn't working labels Jul 31, 2023
@wagoodman wagoodman closed this as not planned Won't fix, can't repro, duplicate, stale Jul 31, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
duplicate This issue or pull request already exists
Projects
Archived in project
Development

No branches or pull requests

3 participants