Skip to main content
VulnerabilityPublished Updated

CVE-2026-63952: Linux kernel · memfd: deny writeable mappings when implying SEAL_WRITE

Affects Linux kernelSource CVE Database V5

0

Not known to be exploited · CVSS 8.4 High · fixed in b3f4f82d1315f1439059a83d1c22c51a5b43d99e : patch Linux kernel soon.

Data as of 26 Oct 2026, 14:18 UTC

CVSS 3.1 base score
8.4High
How severe the flaw is on the 0–10 CVSS scale.
EPSS
0.1% chance of exploitation in 30 days – higher than 2% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
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
Total control over the software or total information disclosure

CISA SSVC assessment, 2026-10-16.

Patch
Available – fixed in b3f4f82d1315f1439059a83d1c22c51a5b43d99e, 555702282d4536a865dfffb1cd4f6028f196e7e8, 0995d1f79aed8ccbf62056189dd53fd19726ea08 +2
CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:C/C:H/I:H/A:N

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 19 Jul 2026

  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 to a fixed release listed under Affected software.

Affected software

ProductAffectedFixed in
LinuxLinuxAffected
  • ≥ c4f75bc8bd6b3d62665e1f5400c419540edb5601, < b3f4f82d1315f1439059a83d1c22c51a5b43d99e
Fixed in
  • b3f4f82d1315f1439059a83d1c22c51a5b43d99e
LinuxLinuxAffected
  • ≥ c4f75bc8bd6b3d62665e1f5400c419540edb5601, < 555702282d4536a865dfffb1cd4f6028f196e7e8
Fixed in
  • 555702282d4536a865dfffb1cd4f6028f196e7e8
LinuxLinuxAffected
  • ≥ c4f75bc8bd6b3d62665e1f5400c419540edb5601, < 0995d1f79aed8ccbf62056189dd53fd19726ea08
Fixed in
  • 0995d1f79aed8ccbf62056189dd53fd19726ea08
LinuxLinuxAffected
  • ≥ c4f75bc8bd6b3d62665e1f5400c419540edb5601, < 3be2a24f7f72ad7321ed6ad1715b956a4527bcf4
Fixed in
  • 3be2a24f7f72ad7321ed6ad1715b956a4527bcf4
LinuxLinuxAffected
  • ≥ c4f75bc8bd6b3d62665e1f5400c419540edb5601, < 3b041514cb6eae45869b020f743c14d983363222
Fixed in
  • 3b041514cb6eae45869b020f743c14d983363222
LinuxLinuxAffected
  • =6.3
Fixed in–

Description

In the Linux kernel, the following vulnerability has been resolved: memfd: deny writeable mappings when implying SEAL_WRITE When SEAL_EXEC is added, SEAL_WRITE is implied to make W^X. But the implied seal is set after the check that makes sure the memfd can not have any writable mappings. This means one can use SEAL_EXEC to apply SEAL_WRITE while having writeable mappings. This breaks the contract that SEAL_WRITE provides and can be used by an attacker to pass a memfd that appears to be write sealed but can still be modified arbitrarily. Fix this by adding the implied seals before the call for mapping_deny_writable() is done.

References

Community reviews

Loading reviews…