CVE-2022-41222: Linux kernel · Use After Free
Source CVE Database V5
Not known to be exploited · CVSS 7.0 High · fixed in 5.13.3 : patch affected systems soon.
Data as of 26 Oct 2026, 17:16 UTC
- EPSS
- 0.4% chance of exploitation in 30 days – higher than 42% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
- Patch
- Available – fixed in 5.13.3
CVSS:3.1/AV:L/AC:H/PR:L/UI:N/S:U/C:H/I:H/A:HExploitation evidence
Disclosed: evidence found.
CVE published 21 Sep 2022
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
Affected software
| Product | Affected | Fixed in |
|---|---|---|
| n/a n/a | Affected
| Fixed in
|
AI-suggested
European organizations should prioritize updating their Linux kernel to version 5.13.3 or later, where this vulnerability is patched. For systems where immediate kernel upgrades are not feasible, applying backported security patches from trusted Linux distribution vendors (e.g., Debian, Ubuntu, Red Hat, SUSE) is critical. System administrators should audit and restrict local user privileges to minimize the risk of exploitation by unprivileged users. Employing kernel hardening techniques such as Kernel Page Table Isolation (KPTI), SELinux/AppArmor policies, and mandatory access controls can reduce attack surface. Monitoring system logs for unusual memory management operations and deploying intrusion detection systems capable of detecting kernel-level anomalies can provide early warning. Additionally, organizations should maintain robust backup and recovery procedures to mitigate potential denial-of-service impacts. Coordination with Linux distribution security teams and timely application of security advisories is essential to maintain protection against this vulnerability.
Description
mm/mremap.c in the Linux kernel before 5.13.3 has a use-after-free via a stale TLB because an rmap lock is not held during a PUD move.
References
- cdn.kernel.org/pub/linux/kernel/v5.x/ChangeLog-5.13.3 (opens in a new tab)
- bugs.chromium.org/p/project-zero/issues/detail?id=2347 (opens in a new tab)
- git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=97113eb39fa7972722ff490b947d8af023e1f6a2 (opens in a new tab)
- packetstormsecurity.com/files/168466/Linux-Stable-5.4-5.10-Use-After-Free-Race-Condition.html (opens in a new tab)
- lists.debian.org/debian-lts-announce/2022/11/msg00001.html (opens in a new tab)
- security.netapp.com/advisory/ntap-20230214-0008/ (opens in a new tab)
- packetstormsecurity.com/files/171005/Kernel-Live-Patch-Security-Notice-LNS-0091-1.html (opens in a new tab)