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
This shows the patch to tag version number 1.6.1 in jmespath.rb. Just to be clear, there IS a python version of jmespath: https://github.com/jmespath/jmespath.py
And python appears to be what the apk package py3-jmespath is using:
So... there are a few things going on here. But the earliest issue in the chain appears to be grype categorizing the py-jmespath as having the Ruby version CVE. Do you know where this might be occurring my specifically? The less issue path appears to be that the vulnerability-operatoris saying to upgrade to1.6.1`, probably just because it's confused that a CVE is being reported from grype at all.
The text was updated successfully, but these errors were encountered:
It seems this is a problem with the grype/syft CPE matching, so probably not much to do here .... but I'll leave it open for the time being. I think it is fundamentally a problem with not being able to tell the difference between a ruby, node, python, etc package if it's installed through the system package manager. Browsing through the syft code, it SEEMS like they already try to take this into account by identifying python packages as starting with py3-, but it's not working in this case, although I don't fully understand the code base.
I have a container using
py3-jmespath
as an apk package in alpine. I'm getting this in my grype output:However, that CVE only applies to the
ruby
version ofjmespath
.https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2022-32511
I find no CVEs in the databases associated with jmespath of python.
Even more interesting is my dashboard shows this:
It reports that there is a fix available, but that version does not exist.
1.0.1
is the newest.You can see where it gets
1.6.1
if you click on the link my CVE dashboard:jmespath/jmespath.rb@v1.6.0...v1.6.1
This shows the patch to tag version number
1.6.1
injmespath.rb
. Just to be clear, there IS apython
version ofjmespath
:https://github.com/jmespath/jmespath.py
And python appears to be what the
apk
packagepy3-jmespath
is using:So... there are a few things going on here. But the earliest issue in the chain appears to be
grype
categorizing thepy-jmespath
as having the Ruby version CVE. Do you know where this might be occurring my specifically? The less issue path appears to be that the vulnerability-operatoris saying to upgrade to
1.6.1`, probably just because it's confused that a CVE is being reported from grype at all.The text was updated successfully, but these errors were encountered: