zstd-jni CVEs (CVE-2026-87795 and 8 others) have only GIT ranges, so they are missing from Maven/all.zip and Maven queries
I maintainer di solito rispondono entro 1 giorno
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 4/5
- Tempo stimato
- 3-5 giorni
- Idoneità per principianti
- 48/100
Direzione di ricerca
Start by tracing how OSV converts CVE List records with GIT ranges and how Maven package queries and exports are populated; the issue names no source files or tests. Compare the affected zstd-jni records with existing Maven mappings and determine how to represent the artifact safely. Done means the nine records appear in Maven exports and vulnerable Maven queries, with regression coverage for the mapping.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Describe the bug
Nine CVEs published in September 2026 against com.github.luben:zstd-jni (fixed in 1.5.7-14) exist in OSV only as records generated from the CVE List, each with a GIT range on https://github.com/luben/zstd-jni and no package. None has an affected entry for the Maven package, so:
Maven/all.zipcontains none of them, and doesn't contain the stringzstd-jniat all.- A Maven-ecosystem query for a vulnerable version (for example 1.5.7-2) returns no vulnerabilities.
So tools that check Maven dependencies against OSV report vulnerable zstd-jni versions as clean, while other CVE scanners flag the same artifacts.
The affected records are all in GIT/all.zip, with osv_generated_from pointing at CVEProject/cvelistV5:
| OSV id | CNA | aliases | extracted range |
|---|---|---|---|
| CVE-2026-87795 | VulnCheck | GHSA-ff36-7w3w-g8rm | introduced 1.2.0, fixed 1.5.7-14 |
| CVE-2026-87823 | VulnCheck | GHSA-jfr6-9xqw-2g2q | introduced 1.1.1, fixed 1.5.7-14 |
| CVE-2026-87824 | VulnCheck | GHSA-257p-3h6w-pg7h | introduced 1.3.3-1, fixed 1.5.7-14 |
| CVE-2026-87825 | VulnCheck | GHSA-947w-pxjj-c7m9 | introduced 1.3.8-4, fixed 1.5.7-14 |
| CVE-2026-87877 | VulnCheck | GHSA-2jw3-mg7f-vw4q | introduced 1.3.8-4, fixed 1.5.7-14 |
| CVE-2026-89045 | VulnCheck | GHSA-9jx2-gfp9-phfm | introduced 1.4.8-4, fixed 1.5.7-14 |
| CVE-2026-89046 | VulnCheck | GHSA-rm53-6wf5-f34m | introduced 1.5.5-6, fixed 1.5.7-14 |
| CVE-2026-90560 | VulnCheck | (none) | introduced 1.2.0, fixed 1.5.7-14 |
| CVE-2026-90852 | VulDB | (none) | introduced 1.5.7-13, last_affected 1.5.7-13 |
To Reproduce
Steps to reproduce the behaviour:
- Query OSV for a vulnerable version as a Maven package. No vulnerabilities come back:
curl -s -X POST https://api.osv.dev/v1/query \ -d '{"package":{"name":"com.github.luben:zstd-jni","ecosystem":"Maven"},"version":"1.5.7-2"}' # => {} - Query the same version as a GIT tag. The CVEs come back:
curl -s -X POST https://api.osv.dev/v1/query \ -d '{"package":{"name":"https://github.com/luben/zstd-jni","ecosystem":"GIT"},"version":"v1.5.7-2"}' | jq '[.vulns[].id]' # => ["CVE-2026-87795","CVE-2026-87823","CVE-2026-87824","CVE-2026-87825", # "CVE-2026-87877","CVE-2026-89045","CVE-2026-89046","CVE-2026-90560"] - Search the Maven export (last-modified 2026-10-08). There are no matches:
curl -s -o Maven-all.zip https://osv-vulnerabilities.storage.googleapis.com/Maven/all.zip unzip -p Maven-all.zip | grep -c -e 'zstd-jni' -e 'CVE-2026-87795' # => 0 - Look up one of the GHSA aliases. It doesn't resolve:
curl -s https://api.osv.dev/v1/vulns/GHSA-ff36-7w3w-g8rm # => {"code":5,"message":"Vulnerability not found, but the following aliases were: CVE-2026-87795"}
Expected behaviour
These CVEs affect the Maven artifact com.github.luben:zstd-jni. github.com/luben/zstd-jni is that artifact's source repository, and its v<version> tags match the Maven versions one to one. We expected the records to be in Maven/all.zip and returned by Maven-ecosystem queries, through either:
- an
affectedentry{"ecosystem": "Maven", "name": "com.github.luben:zstd-jni"}withECOSYSTEMranges (introduced: <x>,fixed: 1.5.7-14); or - an import of the GHSA advisories listed as aliases, if they carry the Maven mapping.
Screenshots
N/A. The commands above show the behaviour.
Additional context
- The aliases don't resolve. Seven of the records list GHSA aliases, but OSV has no records for those IDs, and GitHub's public advisory API (
GET https://api.github.com/advisories/GHSA-ff36-7w3w-g8rm) returns 404. So no OSV import path supplies the Maven mapping today. - Impact. Anything that checks Maven dependencies against
Maven/all.zipor Maven-ecosystem queries (the documented approach for Maven) misses all of these CVEs.zstd-jniis a widely used transitive dependency. The same gap probably affects any CVE-List-only record whose upstream is a Git repo that publishes to Maven Central. - A separate data issue found while investigating. CVE-2026-90852's range is narrower than its own description. The description says "luben zstd-jni up to 1.5.7-13" and "Upgrading to version 1.5.7-14 is able to resolve this issue". But the CNA's (VulDB's) structured
affectedfield lists only{"version": "1.5.7-13", "status": "affected"}and{"version": "1.5.7-14", "status": "unaffected"}. OSV's conversion follows the structured field, givingintroduced: 1.5.7-13, last_affected: 1.5.7-13, so earlier versions such as 1.5.7-2 don't match even with a GIT query. This looks like a problem in the source record rather than in OSV's conversion. We mention it because it makes OSV and NVD-based scanners disagree about which versions are affected.
- Lingua principale
- Go
- Stelle
- 3k
- Fork
- 382
- Merge medio
- 1g 9h
- PR unite (30g)
- 136
Preparare l'ambiente
- Nessun Dockerfile né file Docker Compose
- Ha un modello di pull request
- Leggi la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di google/osv.dev
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 82/100
I maintainer di solito rispondono entro 1 giorno
-
stale
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
google/osv.dev#5835 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 74/100
google/osv.dev#5824 · 4 commenti ·
I maintainer di solito rispondono entro 1 giorno
-
worker to log more information for gitter internal server errorsForse di nuovo libera @ZedingZhang l’ha presa 47 giorni fa e non c’è nessuna pull request aperta. Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
google/osv.dev#5809 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
-
Create repo purls for GIT ecosystem rangesForse di nuovo libera Una pull request per questa issue è stata chiusa senza essere unita. Apertabacklog data quality
Difficoltà 2/5 1-3 ore Idoneità per principianti 65/100
google/osv.dev#3807 · 5 commenti ·
I maintainer di solito rispondono entro 1 giorno
Tutte le issue di google/osv.dev
Issue simili
-
automation models
Difficoltà 1/5 1-3 ore Idoneità per principianti 74/100
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 91/100
I maintainer di solito rispondono entro 1 giorno
-
confirmed enhancement go
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
DennisVlaanderen/aerendil#154 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 70/100
crossplane-contrib/provider-mongodbatlas#236 ·
I maintainer di solito rispondono entro 1 giorno
-
Generated README and SKILL omit HTTP-transport security settings and what local data the CLI keepsAperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 82/100
mvanhorn/cli-printing-press#5181 ·
I maintainer di solito rispondono entro 1 giorno