CVE-2026-58099None▾ SunlitWhen copying knotes from a parent kqueue to a child, the copy code did not correctly exclude marker knotes (used internally to track list traversal position) before marking them as in-flux and releasing the kqueue lock. If another threa…
▾ Sunlit zone — Low / medium · no exploitation signal
impact 2.8 · likelihood 0 · exploitation 0
Need a working PoC? Pro members can cast a request and our team develops one — it lands right here.
When copying knotes from a parent kqueue to a child, the copy code did not correctly exclude marker knotes (used internally to track list traversal position) before marking them as in-flux and releasing the kqueue lock. If another thread freed a marker while the lock was dropped, the subsequent in-flux decrement operated on freed memory.
An unprivileged local user may be able to exploit these races to escalate privileges.
Refer to the linked advisories for vendor-supplied fixes and affected version ranges.
Connected by shared product, vendor, weakness, or advisory.
CVE-2026-58100Nonekqueue_fork_copy_knote() indexed into the child's file descriptor table using a knote's file descriptor number without a bounds check
CVE-2026-58093High· 7.0The TIOCSCTTY ioctl handler drops the tty lock in order to acquire the process tree lock
CVE-2026-101310NoneMultiple vulnerabilities in bhyve device models
CVE-2026-101309NoneMultiple vulnerabilities in bhyve device models
CVE-2026-101311NoneMultiple vulnerabilities in bhyve device models
CVE-2026-58091High· 7.8The implementation of this ioctl attempts to acquire locks on all channels in a sync group