CVE-2025-46153: PyTorch · Inefficient CPU Computation
Source CVE Database V5
Not known to be exploited · CVSS 5.3 Medium · fixed in 3.7.0 : update affected systems when convenient.
Data as of 26 Oct 2026, 13:47 UTC
- EPSS
- 0.4% chance of exploitation in 30 days – higher than 35% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
- Patch
- Available – fixed in 3.7.0
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:L/I:N/A:NExploitation evidence
Disclosed: evidence found.
CVE published 25 Sep 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 26 Oct 2026.
What to do
AI-suggested
If you cannot patch yet, avoid using fallback_random=true with the affected dropout modules if consistent behavior is critical.
Description
PyTorch versions prior to 3.7.0 contain an inconsistency in the bernoulli_p decompose function within decompositions.py. This inconsistency affects the behavior of nn.Dropout1d, nn.Dropout2d, and nn.Dropout3d modules when the fallback_random parameter is set to true. The issue results in a deviation from the expected eager CPU implementation behavior.
References
- github.com/pytorch/pytorch/issues/142853 (opens in a new tab)
- github.com/pytorch/pytorch/pull/143460 (opens in a new tab)
- gist.github.com/shaoyuyoung/e636f2e7a306105b7e96809e2b85c28a (opens in a new tab)
- github.com/pytorch/pytorch/compare/v2.6.0...v2.7.0 (opens in a new tab)
- gist.github.com/shaoyuyoung/4bcefba4004f8271e64b5185c95a248a (opens in a new tab)