Approved changes feed: RSS · Atom
cpe:2.3:a:skops-dev:skops:*:*:*:*:*:*:*:*part: a version: * update: *
| Vendor | Skops Dev (6f0a3b8f-5b08-5873-9b59-414d18b2ffd3) |
|---|---|
| Product | Skops (a2cf1fee-6eb5-5a2c-8d61-d38996a53afe) |
| Edition | * |
| Language | * |
| Software edition | * |
| Target software | * |
| Target hardware | * |
| Other | * |
Notes
Imported from gcve-enriched-dumps CVE data
PURL mappings
| PURL | Source | Last updated |
|---|---|---|
| No PURL mappings for this CPE yet. | ||
Vulnerability references
| Identifier | cpeApplicability | Submitted | db.gcve.eu details | Rationale |
|---|---|---|---|---|
CVE:CVE-2025-54886 |
vulnerable | 2026-06-08 07:33:13.531319 |
skops: Card.get_model does not block arbitrary code execution
HIGH (8.4)
skops is a Python library which helps users share and ship their scikit-learn based models. In versions 0.12.0 and below, the Card.get_model does not contain any logic to prevent arbitrary code execution. The Card.get_model function supports both joblib and skops for model loading. When loading .skops models, it uses skops' secure loading with trusted type validation, raising errors for untrusted types unless explicitly allowed. However, when non-.zip file formats are provided, the function silently falls back to joblib without warning. Unlike skops, joblib allows arbitrary code execution during loading, bypassing security measures and potentially enabling malicious code execution. This issue is fixed in version 0.13.0.
Published: 2025-08-08T00:03:45.318Z
Updated: 2025-08-08T16:54:00.636Z |
Imported from gcve-enriched-dumps CVE data |
CVE:CVE-2025-54413 |
vulnerable | 2026-06-08 07:33:12.570670 |
skops' MethodNode can access unexpected object fields through dot notation, leading to arbitrary code execution at load time
skops is a Python library which helps users share and ship their scikit-learn based models. Versions 0.11.0 and below contain an inconsistency in MethodNode, which can be exploited to access unexpected object fields through dot notation. This can be used to achieve arbitrary code execution at load time. While this issue may seem similar to GHSA-m7f4-hrc6-fwg3, it is actually more severe, as it relies on fewer assumptions about trusted types. This is fixed in version 12.0.0.
Published: 2025-07-26T03:29:43.716Z
Updated: 2025-07-28T13:59:58.255Z Reference links
|
Imported from gcve-enriched-dumps CVE data |
CVE:CVE-2025-54412 |
vulnerable | 2026-06-08 07:33:12.570321 |
skops' Inconsistent Trusted Type Validation Enables Hidden `operator` Methods Execution
skops is a Python library which helps users share and ship their scikit-learn based models. Versions 0.11.0 and below contain a inconsistency in the OperatorFuncNode which can be exploited to hide the execution of untrusted operator methods. This can then be used in a code reuse attack to invoke seemingly safe functions and escalate to arbitrary code execution with minimal and misleading trusted types. This is fixed in version 0.12.0.
Published: 2025-07-26T03:29:10.918Z
Updated: 2025-07-28T13:55:57.057Z |
Imported from gcve-enriched-dumps CVE data |
CVE:CVE-2024-37065 |
vulnerable | 2026-06-08 06:39:46.400205 |
Details available
HIGH (7.8)
Deserialization of untrusted data can occur in versions 0.6 or newer of the skops python library, enabling a maliciously crafted model to run arbitrary code on an end user's system when loaded.
Published: 2024-06-04T12:03:19.459Z
Updated: 2024-08-02T03:43:50.919Z Reference links |
Imported from gcve-enriched-dumps CVE data |
Contribute
You can submit an edit proposal for this CPE entry or suggest a related product/vendor addition using the action button above.
Inspect record JSON
Open this panel to browse, search, copy or download the JSON record.