CVE-2026-93243: Linux kernel · mm/secretmem: properly account locked pages
Source GCVE Database
Not known to be exploited · fixed in a41c95ac90f285cbe473b9606428b14518896ea4 : patch Linux kernel soon.
Data as of 30 Oct 2026, 18:03 UTC
Rated High by Threat Radar's AI analysis · CVSS not yet scored by NVD
Thin evidence
One scorer or none- Patch
- Available – fixed in a41c95ac90f285cbe473b9606428b14518896ea4, 853043cb129473ff2fa0090602be944d96b9d5c9, 97d34aa65c29cca85e3e9050f4c936389b38a054 +3
Exploitation evidence
Disclosed: evidence found.
CVE published 24 Sep 2026
Detectable: no evidence on record.
No public nuclei template indexed
Weaponized: 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 30 Oct 2026.
What to do
Upgrade to a fixed release listed under Affected software.
Affected software
| Product | Affected | Fixed in |
|---|---|---|
| LinuxLinux | Affected
| Fixed in
|
| LinuxLinux | Affected
| Fixed in
|
| LinuxLinux | Affected
| Fixed in
|
| LinuxLinux | Affected
| Fixed in
|
| LinuxLinux | Affected
| Fixed in
|
| LinuxLinux | Affected
| Fixed in
|
AI-suggested
A fix has been implemented in the Linux kernel to properly account for locked pages in secretmem by tracking locked pages per user and removing misleading mlock() semantics. Users should apply the official kernel update that includes this fix. There is no indication that additional mitigation steps are required beyond applying the patch.
Description
CVE-2026-93243 addresses a vulnerability in the Linux kernel's secretmem subsystem where locked pages were not properly accounted for. This flaw allowed users to bypass RLIMIT_MEMLOCK limits by mapping and unmapping secretmem regions, causing these pages to remain unevictable and uncounted in process memory usage. As a result, processes could consume excessive system memory without triggering the OOM killer, potentially leading to system instability. The fix involves correctly tracking locked pages per user and removing misleading mlock() semantics for secretmem mappings.
References
- nvd.nist.gov/vuln/detail/CVE-2026-93243 (opens in a new tab)
- git.kernel.org/stable/c/37fd10e3d079bccf348180ff0bdac074d84ff31f (opens in a new tab)
- git.kernel.org/stable/c/3b4f72bdddff69819d665395376329ef21f37a06 (opens in a new tab)
- git.kernel.org/stable/c/51fba083e454f901947d6a335eeff671171d4714 (opens in a new tab)
- git.kernel.org/stable/c/853043cb129473ff2fa0090602be944d96b9d5c9 (opens in a new tab)
- git.kernel.org/stable/c/97d34aa65c29cca85e3e9050f4c936389b38a054 (opens in a new tab)
- git.kernel.org/stable/c/a41c95ac90f285cbe473b9606428b14518896ea4 (opens in a new tab)