CVE-2026-101308
When an audio channel's buffer needs to be resized, the sound(4) driver checks that the buffer is not memory-mapped and then drops the channel lock to allocate a new buffer. An mmap(2) call on another thread can complete during this window, after which the resize path frees the now-mapped buffer without rechecking. An unprivileged local user with access to a sound device can exploit this race to trigger a use-after-free in the kernel, potentially escalating privileges.
- Score
- CVSS 3.1 5.5 Medium
- Status
- Analyzed - secteam@freebsd.org
- Published
- 2026-10-15
- Last modified
- 2026-10-19
- Weaknesses
- CWE-367
Affected products
References
- https://security.freebsd.org/advisories/FreeBSD-SA-26:71.sound.asc