GHSA-qjp4-vm3r-x9pp json
Out-of-bounds read (SIGSEGV) when loading a crafted .skops tree model at default trust — unvalidated sklearn Tree node fields
published last mo. modified last mo.
Unreviewed: the maintainers' own advisory
Published by the maintainers on their GitHub repository skops-dev/skops. GitHub has not reviewed it into the GitHub Advisory Database and no CVE record has reached us yet, so everything here comes from the maintainers alone. Read the full advisory on GitHub.
- cvss
- 7.1
- version 3.1, the maintainers
- cisa kev
- Not listed
- not in CISA's catalog
- epss
- —
- no score, EPSS covers CVEs only
- public exploits
- 0
- none known
Summary
Security advisory published by the maintainers of skops-dev/skops for skops: the maintainers' own advisory, not a reviewed GitHub Advisory Database entry. The full advisory is on GitHub.
Patch / fix
- pypi skops 0.15
Is GHSA-qjp4-vm3r-x9pp in your dependencies? Fencer shows which of your repositories are affected as soon as an advisory lands, and opens the fix as a pull request.
Check with FencerCVSS scores
| assigned by | version | score | vector |
|---|---|---|---|
| the maintainers | 3.1 | 7.1 | CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:U/C:L/I:N/A:H |
Affected packages
| ecosystem | package | affected | fixed in |
|---|---|---|---|
| pypi | skops | <=0.14.0 (also reproduces on current main/HEAD) |
0.15 |
Classification
References
Sources
- Maintainer advisory GHSA-qjp4-vm3r-x9pp
Fencer Intel keeps one entry per vulnerability: the CVE id wins, then GHSA, and records that alias each other are merged, except that two CVEs always keep separate entries. The same data is available as JSON.
The maintainers of skops-dev/skops published their own advisory on GitHub. Its facts and headline are shown here; the description stays on GitHub.