CVE-2024-31584: pytorch · n/a
Affects pytorchSource CVE Database V5
Not known to be exploited · CVSS 5.5 Medium : upgrade to 2.2.0 when convenient.
Data as of 26 Oct 2026, 07:57 UTC
- EPSS
- 0.3% chance of exploitation in 30 days – higher than 32% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
- Patch
- Available – fixed in 2.2.0
CVSS:3.1/AV:N/AC:L/PR:L/UI:R/S:U/C:L/I:L/A:LExploitation evidence
Disclosed: evidence found.
CVE published 4 Jun 2025
Detectable: no evidence on record.
No public nuclei template indexed
Weaponised: no evidence on record.
No public exploit code indexed in Metasploit or Exploit-DB
Exploited in the wildExploited: no evidence on record.
Not in CISA KEV and no source reports exploitation
Observed by OffSeq MirageSeen by 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 2026-10-26.
What to do
Upgrade pytorch/pytorch to 2.2.0.
Affected software
| Product | Affected | Fixed in |
|---|---|---|
GitHubpytorch/pytorchpkg:github/pytorch/pytorchOther threats | Affected
| Fixed in
|
Check your own hosts for these packages with threat-finder (opens in a new tab), our free open-source scanner.
AI-suggested
1. Upgrade to PyTorch version 2.2.0 or later as soon as the patch becomes available to eliminate the vulnerability. 2. If you cannot patch yet, restrict network access to systems running vulnerable PyTorch versions, especially those exposing JIT mobile runtime components. 3. Implement strict input validation and sanitization on any data fed into the JIT mobile flatbuffer loader to minimize malformed input risks. 4. Monitor application logs and system behavior for unusual crashes or memory access errors that could indicate attempted exploitation. 5. Employ runtime protections such as memory-safe languages or sandboxing around PyTorch components to limit the impact of out-of-bounds reads. 6. Educate users and developers about the risk of social engineering attacks that might trigger user interaction required for exploitation. 7. Conduct regular security assessments of AI/ML deployment environments to identify and remediate similar memory safety issues proactively. 8. Use network segmentation to isolate AI/ML infrastructure from general user networks to reduce exposure.
Description
Pytorch before v2.2.0 has an Out-of-bounds Read vulnerability via the component torch/csrc/jit/mobile/flatbuffer_loader.cpp.