当音频通道的缓冲区需要调整大小时,sound(4) 驱动会首先检查该缓冲区是否未被内存映射(memory-mapped),随后释放通道锁以分配新缓冲区。在此时间窗口内,其他线程上的 mmap(2) 调用可能完成映射操作;此后,缓冲区调整路径会在未重新检查的情况下释放该现已映射的缓冲区。 具备声音设备访问权限的本地非特权用户可利用此竞态条件,在内核中触发释放后使用(use-after-free)漏洞,从而可能实现权限提升。
尽管我们使用了先进的大模型技术,但其输出仍可能包含不准确或过时的信息。神龙努力确保数据的准确性,但请您根据实际情况进行核实和判断。
| # | POC 描述 | 源链接 | 神龙链接 |
|---|
未找到公开 POC。
登录以生成 AI POC| CVE-2026-58099 | kqueue 写时fork实现内存安全漏洞 | |
| CVE-2026-58098 | semop(2) 堆越界访问漏洞 | |
| CVE-2026-58100 | kqueue copy-on-fork 内存安全漏洞 | |
| CVE-2026-101302 | 远程拒绝服务攻击通过接收端内核 TLS | |
| CVE-2026-101306 | 多个Jail文件系统根目录逃逸漏洞 | |
| CVE-2026-101305 | 多个监狱文件系统根目录逃逸漏洞 | |
| CVE-2026-101304 | 多个Jail文件系统根目录逃逸漏洞 | |
| CVE-2026-101303 | IPv6 UDP sendto(2) 绕过 jail 回环限制 | |
| CVE-2026-101307 | tcp_rack 远程触发的缓冲区溢出漏洞 | |
| CVE-2026-101311 | bhyve 设备模型多个漏洞 | |
| CVE-2026-101309 | bhyve 设备模型多个漏洞 | |
| CVE-2026-101310 | bhyve设备模型多个漏洞 |
暂无评论