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.
Metrics
Affected Vendors & Products
References
History
Mon, 19 Oct 2026 21:15:00 +0000
| Type | Values Removed | Values Added |
|---|---|---|
| CPEs | cpe:2.3:o:freebsd:freebsd:14.4:-:*:*:*:*:*:* cpe:2.3:o:freebsd:freebsd:14.4:p10:*:*:*:*:*:* cpe:2.3:o:freebsd:freebsd:14.4:p1:*:*:*:*:*:* cpe:2.3:o:freebsd:freebsd:14.4:p2:*:*:*:*:*:* cpe:2.3:o:freebsd:freebsd:14.4:p3:*:*:*:*:*:* cpe:2.3:o:freebsd:freebsd:14.4:p4:*:*:*:*:*:* cpe:2.3:o:freebsd:freebsd:14.4:p5:*:*:*:*:*:* cpe:2.3:o:freebsd:freebsd:14.4:p6:*:*:*:*:*:* cpe:2.3:o:freebsd:freebsd:14.4:p7:*:*:*:*:*:* cpe:2.3:o:freebsd:freebsd:14.4:p8:*:*:*:*:*:* cpe:2.3:o:freebsd:freebsd:14.4:p9:*:*:*:*:*:* cpe:2.3:o:freebsd:freebsd:14.5:-:*:*:*:*:*:* cpe:2.3:o:freebsd:freebsd:14.5:p1:*:*:*:*:*:* cpe:2.3:o:freebsd:freebsd:15.1:-:*:*:*:*:*:* cpe:2.3:o:freebsd:freebsd:15.1:p1:*:*:*:*:*:* cpe:2.3:o:freebsd:freebsd:15.1:p2:*:*:*:*:*:* cpe:2.3:o:freebsd:freebsd:15.1:p3:*:*:*:*:*:* cpe:2.3:o:freebsd:freebsd:15.1:p4:*:*:*:*:*:* |
Fri, 16 Oct 2026 22:30:00 +0000
| Type | Values Removed | Values Added |
|---|---|---|
| First Time appeared |
Freebsd
Freebsd freebsd |
|
| Vendors & Products |
Freebsd
Freebsd freebsd |
Thu, 15 Oct 2026 16:30:00 +0000
| Type | Values Removed | Values Added |
|---|---|---|
| Metrics |
cvssV3_1
|
Thu, 15 Oct 2026 13:30:00 +0000
| Type | Values Removed | Values Added |
|---|---|---|
| Description | 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. | |
| Title | TOCTOU race between sound(4) buffer resizing and mmap | |
| Weaknesses | CWE-367 | |
| References |
|
Status: PUBLISHED
Assigner: freebsd
Published: 2026-10-15T07:08:52.619Z
Updated: 2026-10-15T15:40:12.607Z
Reserved: 2026-09-28T13:33:02.323Z
Link: CVE-2026-101308
Updated: 2026-10-15T15:40:06.953Z
Status : Analyzed
Published: 2026-10-15T07:17:58.007
Modified: 2026-10-19T21:07:36.683
Link: CVE-2026-101308
No data.