NewIntroducing ISO360 — our all-in-one ISO compliance platform
R4IM — Room for Improvement
All advisories
CVE-2026-10681MEDIUM · CVSS 6.5

CVE-2026-10681

What's the vulnerability?

In Zephyr's userspace dynamic-objects subsystem, thread_idx_alloc() in kernel/userspace/userspace.c allocated a new thread permission index from the global _thread_idx_map[] bitmap without holding lists_lock. On SMP systems, two user-mode threads invoking the k_object_alloc(K_OBJ_THREAD) syscall concurrently can both observe the same low free bit, perform the same non-atomic RMW to clear it, and return the identical tidx. The two newly created K_OBJ_THREAD objects are then assigned the same thread_id, so the two user threads alias a single bit position in every kernel object's perms[] bitfield: any subsequent grant of access on a kernel object to one thread is implicitly a grant to the other, defeating userspace ACL isolation. A secondary lost-update window between the unlocked &=~BIT() in alloc and the locked |= BIT() in thread_idx_free() can also leak entries from the thread-index pool. The defect is reachable from any user-mode thread via the unrestricted __syscall k_object_alloc and is gated on CONFIG_USERSPACE, CONFIG_DYNAMIC_OBJECTS, and CONFIG_SMP. The flaw was introduced when the per-thread permission index was added in 2018 and is present in every release up to and including v4.4.0. Fixed by holding lists_lock across the bitmap RMW and the permissions clear (and inlining the obj_list traversal that previously took the lock itself).

R4IM analyst take

Business impact & how R4IM helps

This advisory is on our active-exploitation watchlist. Attackers are using it for initial access, privilege escalation or lateral movement in real-world intrusions. R4IM's offensive security and SOC teams already have detections, exploit replicas and remediation playbooks for this issue.

Validate your exposure

Targeted vulnerability assessment to confirm which of your assets are actually exploitable — not just theoretically affected.

Prove it with a pentest

Our pentesters chain this CVE into realistic attack paths so you see business impact, not just a scan finding.

Web app security testing

If the affected product is internet-facing, our AppSec team will harden it against this and related OWASP-class issues.

24/7 SOC & detection

Continuous monitoring with custom detections for this CVE deployed across your endpoints, identity and cloud.

Talk to a security engineer →

Recommended remediation

  1. Inventory all assets running the affected vendor and product, including shadow IT and third-party hosted instances.
  2. Apply the vendor patch or mitigation referenced in the advisories below. Where no patch exists, isolate the asset or restrict network exposure.
  3. Hunt for indicators of prior compromise — exploitation of this class of bug often predates public disclosure.
  4. Deploy detections for the exploit primitives (network signature, EDR rule, WAF rule) and re-test after remediation.

Need help executing these steps? Our team typically completes validation and remediation within a single patch cycle. Request remediation support →

Vendor & research references