CVE-2026-98116

In the Linux kernel, the following vulnerability has been resolved: ALSA: pcm: Serialize PCM mmap with buffer reallocation to fix page UAF snd_pcm_hw_params() and snd_pcm_hw_free() guard buffer reallocation with an mmap_count check performed under the PCM stream lock, but the lock is released long before the buffer is actually freed: snd_pcm_sync_stop(), constraint refinement and do_free_pages() all happen in between. snd_pcm_mmap_data(), on the other hand, takes no lock at all: it validates against the old buffer's state and dma_bytes, remaps its pages into the VMA, and only then increments mmap_count. A concurrent mmap() can therefore slip in between the check and the free. remap_pfn_range() installs writable PTEs for the old buffer's pages without taking page references, and the subsequent do_free_pages() returns those pages to the page allocator while the VMA still maps them. This leaves a stale, writable mapping of freed pages: a page-level use-after-free that can be leveraged for local privilege escalation. Make snd_pcm_mmap_data() participate in the buffer-access scheme introduced for hw_params/hw_free: acquire runtime->buffer_accessing before validating and remapping, and release it afterwards. Buffer reallocation already fails with -EBUSY while accessors are active, and the mmap side now fails with -EBUSY while a reallocation is in progress, so the validate/remap sequence and the check/free sequence can no longer interleave. A reproducer that turns this race into a stale writable mapping of the freed DMA buffer pages is available on request.

• CWE-416

• https://git.kernel.org/stable/c/8c1882dfee8f404d118020664b73eb4592172226Patch
• https://git.kernel.org/stable/c/9857a75714bb5df4781e4d8b1a1753b1e17bf07aPatch
• https://git.kernel.org/stable/c/9b110a9dcecc59516c77cb3c0caf1f492f75df2dPatch
• https://git.kernel.org/stable/c/cbadf2575d25e7dcc0d4da2717817ae569fbc99bPatch
• https://git.kernel.org/stable/c/cbc7ec97601d09b74e05e44470fa6b0bcdabf3f5Patch
• https://git.kernel.org/stable/c/e6cdd2a0470d64073349a970dc1691433804b271Patch
• https://git.kernel.org/stable/c/fd137bf8149bc6460f9b7b1fc292025da04cb9eePatch

Published

Sep 25, 2026

Last Modified

Oct 28, 2026

Status

Analyzed

• How Strix found a critical auth bypass in etcdStrix autonomously discovered a critical authentication bypass in etcd, later designated CVE-2026-33413.
• Autonomous PentestingAI agents that find and validate exploitable vulnerabilities like this one across your applications.
• PR ReviewsPentest every pull request so vulnerable code is caught before it ships to production.
• AI Penetration TestingHow AI-driven penetration testing continuously covers your attack surface.

• CVE-2026-98110In the Linux kernel, the following vulnerability has been re…7.1
• CVE-2026-98111In the Linux kernel, the following vulnerability has been re…7.1
• CVE-2026-98112In the Linux kernel, the following vulnerability has been re…7.8
• CVE-2026-98113In the Linux kernel, the following vulnerability has been re…5.5
• CVE-2026-98114In the Linux kernel, the following vulnerability has been re…5.5
• CVE-2026-98115In the Linux kernel, the following vulnerability has been re…8.8
• CVE-2026-98117In the Linux kernel, the following vulnerability has been re…7.8
• CVE-2026-98118In the Linux kernel, the following vulnerability has been re…7.1
• CVE-2026-98119In the Linux kernel, the following vulnerability has been re…5.5
• CVE-2026-9812Mattermost versions 11.9.x <= 11.9.0, 11.8.x <= 11.8.4, 11.7…6.5
• CVE-2026-98120In the Linux kernel, the following vulnerability has been re…5.5
• CVE-2026-98121In the Linux kernel, the following vulnerability has been re…5.5