CVE-2025-37964: Linux kernel · x86/mm: Eliminate window where TLB flushes may be inadvertently skipped
Affects Linux kernelSource GCVE Database
Not known to be exploited · CVSS 7.8 High · fixed in 5.15.0-1088.95~20.04.1 : patch Linux kernel soon.
Data as of 26 Oct 2026, 14:05 UTC
- EPSS
- 0.2% chance of exploitation in 30 days – higher than 10% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
- Patch
- Available – fixed in 5.15.0-1088.95~20.04.1, 5.15.0-1094.103~20.04.1, 5.15.0-1087.96~20.04.2 +32
CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:HExploitation evidence
Disclosed: evidence found.
CVE published 20 May 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
Upgrade to a fixed release listed under Affected software.
Patches and advisories
- ubuntu.com/security/notices/USN-7654-1 (opens in a new tab)
- ubuntu.com/security/notices/USN-7654-2 (opens in a new tab)
- ubuntu.com/security/notices/USN-7654-3 (opens in a new tab)
- ubuntu.com/security/notices/USN-7655-1 (opens in a new tab)
- ubuntu.com/security/notices/USN-7654-4 (opens in a new tab)
- ubuntu.com/security/notices/USN-7654-5 (opens in a new tab)
- ubuntu.com/security/notices/USN-7686-1 (opens in a new tab)
- ubuntu.com/security/notices/USN-7699-1 (opens in a new tab)
- ubuntu.com/security/notices/USN-7699-2 (opens in a new tab)
- ubuntu.com/security/notices/USN-7711-1 (opens in a new tab)
- ubuntu.com/security/notices/USN-7712-1 (opens in a new tab)
- ubuntu.com/security/notices/USN-7721-1 (opens in a new tab)
Affected software
| Product | Affected | Fixed in |
|---|---|---|
Ubuntu 25.10linux-azure-fdepkg:deb/ubuntu/linux-azure-fde?arch=source&distro=questingOther threats | Affected
| Fixed in– |
Ubuntu 24.04 LTSlinux-aws-6.14pkg:deb/ubuntu/linux-aws-6.14?arch=source&distro=nobleOther threats | Affected
| Fixed in
|
Ubuntu 24.04 LTSlinux-azure-6.11pkg:deb/ubuntu/linux-azure-6.11?arch=source&distro=nobleOther threats | Affected
| Fixed in– |
Ubuntu 24.04 LTSlinux-gcp-6.11pkg:deb/ubuntu/linux-gcp-6.11?arch=source&distro=nobleOther threats | Affected
| Fixed in– |
Ubuntu 24.04 LTSlinux-gcp-6.14pkg:deb/ubuntu/linux-gcp-6.14?arch=source&distro=nobleOther threats | Affected
| Fixed in
|
Ubuntu 24.04 LTSlinux-hwe-6.11pkg:deb/ubuntu/linux-hwe-6.11?arch=source&distro=nobleOther threats | Affected
| Fixed in– |
Check your own hosts for these packages with threat-finder (opens in a new tab), our free open-source scanner.
Description
In the Linux kernel, the following vulnerability has been resolved: x86/mm: Eliminate window where TLB flushes may be inadvertently skipped tl;dr: There is a window in the mm switching code where the new CR3 is set and the CPU should be getting TLB flushes for the new mm. But should_flush_tlb() has a bug and suppresses the flush. Fix it by widening the window where should_flush_tlb() sends an IPI. Long Version: === History === There were a few things leading up to this. First, updating mm_cpumask() was observed to be too expensive, so it was made lazier. But being lazy caused too many unnecessary IPIs to CPUs due to the now-lazy mm_cpumask(). So code was added to cull mm_cpumask() periodically[2]. But that culling was a bit too aggressive and skipped sending TLB flushes to CPUs that need them. So here we are again. === Problem === The too-aggressive code in should_flush_tlb() strikes in this window: // Turn on IPIs for this CPU/mm combination, but only // if should_flush_tlb() agrees: cpumask_set_cpu(cpu, mm_cpumask(next)); next_tlb_gen = atomic64_read(&next->context.tlb_gen); choose_new_asid(next, next_tlb_gen, &new_asid, &need_flush); load_new_mm_cr3(need_flush); // ^ After 'need_flush' is set to false, IPIs *MUST* // be sent to this CPU and not be ignored. this_cpu_write(cpu_tlbstate.loaded_mm, next); // ^ Not until this point does should_flush_tlb() // become true! should_flush_tlb() will suppress TLB flushes between load_new_mm_cr3() and writing to 'loaded_mm', which is a window where they should not be suppressed. Whoops. === Solution === Thankfully, the fuzzy "just about to write CR3" window is already marked with loaded_mm==LOADED_MM_SWITCHING. Simply checking for that state in should_flush_tlb() is sufficient to ensure that the CPU is targeted with an IPI. This will cause more TLB flush IPIs. But the window is relatively small and I do not expect this to cause any kind of measurable performance impact. Update the comment where LOADED_MM_SWITCHING is written since it grew yet another user. Peter Z also raised a concern that should_flush_tlb() might not observe 'loaded_mm' and 'is_lazy' in the same order that switch_mm_irqs_off() writes them. Add a barrier to ensure that they are observed in the order they are written.
References
- ubuntu.com/security/CVE-2025-37964 (opens in a new tab)
- cve.org/CVERecord?id=CVE-2025-37964 (opens in a new tab)
- git.kernel.org/linus/fea4e317f9e7e1f449ce90dedc27a2d2a95bee5a (opens in a new tab)
- git.kernel.org/stable/c/02ad4ce144bd27f71f583f667fdf3b3ba0753477 (opens in a new tab)
- git.kernel.org/stable/c/12f703811af043d32b1c8a30001b2fa04d5cd0ac (opens in a new tab)
- git.kernel.org/stable/c/399ec9ca8fc4999e676ff89a90184ec40031cf59 (opens in a new tab)
- git.kernel.org/stable/c/d41072906abec8bb8e01ed16afefbaa558908c89 (opens in a new tab)
- git.kernel.org/stable/c/d87392094f96e162fa5fa5a8640d70cc0952806f (opens in a new tab)
- git.kernel.org/stable/c/fea4e317f9e7e1f449ce90dedc27a2d2a95bee5a (opens in a new tab)
- ubuntu.com/security/notices/USN-7654-1 (opens in a new tab)
- ubuntu.com/security/notices/USN-7654-2 (opens in a new tab)
- ubuntu.com/security/notices/USN-7654-3 (opens in a new tab)
- ubuntu.com/security/notices/USN-7655-1 (opens in a new tab)
- ubuntu.com/security/notices/USN-7654-4 (opens in a new tab)
- ubuntu.com/security/notices/USN-7654-5 (opens in a new tab)
- ubuntu.com/security/notices/USN-7686-1 (opens in a new tab)
- ubuntu.com/security/notices/USN-7699-1 (opens in a new tab)
- ubuntu.com/security/notices/USN-7699-2 (opens in a new tab)
- ubuntu.com/security/notices/USN-7711-1 (opens in a new tab)
- ubuntu.com/security/notices/USN-7712-1 (opens in a new tab)