Skip to main content
VulnerabilityPublished Updated

CVE-2025-38047: Linux kernel · x86/fred: Fix system hang during S4 resume with FRED enabled

Affects Linux kernelSource CVE Database V5

0
Compare

Not known to be exploited · fixed in e7090fe75a2826363c71ad1fb4e95e58141478df : update Linux kernel when convenient.

Data as of 5 Nov 2026, 21:19 UTC

Severity
Unrated

Rated by Threat Radar · No CVSS score from NVD or the CNA

Thin evidence

One scorer or none
CISA SSVC
Exploitation
No evidence of active exploitation and no public proof of concept
Automatable
Attackers cannot reliably automate steps 1–4 of the kill chain
Technical impact
Limited control over the software or limited information exposure

CISA SSVC assessment, 2026-11-05.

Patch
Available – fixed in e7090fe75a2826363c71ad1fb4e95e58141478df, e5f1e8af9c9e151ecd665f6d2e36fb25fec3b110, c42f740a07eea4807e98d2d8febc549c957a7b49

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 18 Jun 2025

  2. Detectable: no evidence on record.

    No public nuclei template indexed

  3. Weaponized: 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 5 Nov 2026.

What to do

Upgrade Linux kernel to e7090fe75a2826363c71ad1fb4e95e58141478df, e5f1e8af9c9e151ecd665f6d2e36fb25fec3b110 or c42f740a07eea4807e98d2d8febc549c957a7b49.

Affected software

ProductAffectedFixed in
LinuxLinuxAffected
  • ≥ ff45746fbf005f96e42bea466698e3fdbf926013, < e7090fe75a2826363c71ad1fb4e95e58141478df
Fixed in
  • e7090fe75a2826363c71ad1fb4e95e58141478df
LinuxLinuxAffected
  • ≥ ff45746fbf005f96e42bea466698e3fdbf926013, < e5f1e8af9c9e151ecd665f6d2e36fb25fec3b110
Fixed in
  • e5f1e8af9c9e151ecd665f6d2e36fb25fec3b110
LinuxLinuxAffected
  • ≥ ff45746fbf005f96e42bea466698e3fdbf926013, < c42f740a07eea4807e98d2d8febc549c957a7b49
Fixed in
  • c42f740a07eea4807e98d2d8febc549c957a7b49
LinuxLinuxAffected
  • =6.9
Fixed in–

Description

In the Linux kernel, the following vulnerability has been resolved: x86/fred: Fix system hang during S4 resume with FRED enabled Upon a wakeup from S4, the restore kernel starts and initializes the FRED MSRs as needed from its perspective. It then loads a hibernation image, including the image kernel, and attempts to load image pages directly into their original page frames used before hibernation unless those frames are currently in use. Once all pages are moved to their original locations, it jumps to a "trampoline" page in the image kernel. At this point, the image kernel takes control, but the FRED MSRs still contain values set by the restore kernel, which may differ from those set by the image kernel before hibernation. Therefore, the image kernel must ensure the FRED MSRs have the same values as before hibernation. Since these values depend only on the location of the kernel text and data, they can be recomputed from scratch.

References

Community reviews

Loading reviews…