当音频通道的缓冲区需要调整大小时,sound(4) 驱动会首先检查该缓冲区是否未被内存映射(memory-mapped),随后释放通道锁以分配新缓冲区。在此时间窗口内,其他线程上的 mmap(2) 调用可能完成映射操作;此后,缓冲区调整路径会在未重新检查的情况下释放该现已映射的缓冲区。 具备声音设备访问权限的本地非特权用户可利用此竞态条件,在内核中触发释放后使用(use-after-free)漏洞,从而可能实现权限提升。
Although we use advanced large model technology, its output may still contain inaccurate or outdated information.Shenlong tries to ensure data accuracy, but please verify and judge based on the actual situation.
| # | POC Description | Source Link | Shenlong Link |
|---|
No public POC found.
Login to generate AI POC| CVE-2026-58099 | Memory safety bugs in kqueue copy-on-fork implementation | |
| CVE-2026-58098 | Heap out-of-bounds access in semop(2) | |
| CVE-2026-58100 | Memory safety bugs in kqueue copy-on-fork implementation | |
| CVE-2026-101302 | Remote DoS via receive-side kernel TLS | |
| CVE-2026-101306 | Multiple jail filesystem root escapes | |
| CVE-2026-101305 | Multiple jail filesystem root escapes | |
| CVE-2026-101304 | Multiple jail filesystem root escapes | |
| CVE-2026-101303 | IPv6 UDP sendto(2) bypasses jail loopback restriction | |
| CVE-2026-101307 | Remotely triggerable buffer overflow in tcp_rack | |
| CVE-2026-101311 | Multiple vulnerabilities in bhyve device models | |
| CVE-2026-101309 | Multiple vulnerabilities in bhyve device models | |
| CVE-2026-101310 | Multiple vulnerabilities in bhyve device models |
No comments yet