Skip to main content
VulnerabilityPublished

CVE-2024-31584: pytorch · Out-of-bounds Read

Affects pytorchSource CVE Database V5

0

Not known to be exploited · CVSS 5.5 Medium : upgrade to 2.2.0 when convenient.

Data as of 26 Oct 2026, 14:05 UTC

CVSS 3.1 base score
5.5Medium
How severe the flaw is on the 0–10 CVSS scale.
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:L

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 4 Jun 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

Upgrade pytorch/pytorch to 2.2.0.

Affected software

ProductAffectedFixed in
GitHubpytorch/pytorchpkg:github/pytorch/pytorchOther threatsAffected
  • <2.2.0
Fixed in
  • 2.2.0

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.

References

Community reviews

Loading reviews…