Skip to main content
CVE-2025-50472VulnerabilityPublished

CVE-2025-50472: n/a

Source CVE Database V5

0

Not known to be exploited · CVSS 9.8 Critical · fixed in 2.6.2 : patch affected systems as a priority.

Data as of 26 Oct 2026, 08:30 UTC

CVSS 3.1 base score
9.8Critical
How severe the flaw is on the 0–10 CVSS scale.
EPSS
1.3% chance of exploitation in 30 days – higher than 71% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
Patch
Available – fixed in 2.6.2
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 1 Aug 2025

  2. Detectable: no evidence on record.

    No public nuclei template indexed

  3. Weaponised: no evidence on record.

    No public exploit code indexed in Metasploit or Exploit-DB

  4. Exploited in the wild: no evidence on record.

    Not in CISA KEV and no source reports exploitation

  5. Observed by OffSeq Mirage: no evidence on record.

    No attack traffic recorded by OffSeq Mirage sensors

A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 26 Oct 2026.

What to do

AI-suggested

1. Immediately audit all usage of modelscope/ms-swift library in AI/ML workflows and identify any instances of loading `.mdl` checkpoint files from untrusted or external sources. 2. Implement strict validation and integrity checks on all model checkpoint files before loading, such as cryptographic signatures or hashes, to ensure authenticity and integrity. 3. Avoid using `pickle` or any unsafe deserialization methods on untrusted data; consider replacing or wrapping the `load_model_meta()` function to use safer serialization formats like JSON or protobuf with strict schema validation. 4. Restrict file system permissions and access controls to prevent unauthorized users from placing or modifying `.mdl` files in model directories. 5. Monitor and log all model loading activities and anomalous file access patterns to detect potential exploitation attempts. 6. Isolate AI/ML training environments from critical production systems to limit the blast radius of a successful attack. 7. Stay updated with the modelscope/ms-swift project for any forthcoming patches or security advisories and apply them promptly. 8. Educate data scientists and ML engineers about the risks of loading untrusted model checkpoints and enforce secure development practices. 9. Employ endpoint detection and response (EDR) tools capable of detecting suspicious process behaviors indicative of code execution from deserialization.

Description

The modelscope/ms-swift library thru 2.6.1 is vulnerable to arbitrary code execution through deserialization of untrusted data within the `load_model_meta()` function of the `ModelFileSystemCache()` class. Attackers can execute arbitrary code and commands by crafting a malicious serialized `.mdl` payload, exploiting the use of `pickle.load()` on data from potentially untrusted sources. This vulnerability allows for remote code execution (RCE) by deceiving victims into loading a seemingly harmless checkpoint during a normal training process, thereby enabling attackers to execute arbitrary code on the targeted machine. Note that the payload file is a hidden file, making it difficult for the victim to detect tampering. More importantly, during the model training process, after the `.mdl` file is loaded and executes arbitrary code, the normal training process remains unaffected'meaning the user remains unaware of the arbitrary code execution.

References

Community reviews

Loading reviews…