CVE-2026-10671: memory-safety in zephyrproject zephyr
In Zephyr's kernel pipe implementation, the userspace syscall verifier z_vrfy_k_pipe_init() in kernel/pipe.c used K_SYSCALL_OBJ() (which requires the kernel object to already be initialized) instead of K_SYSCALL_OBJ_NEVER_INIT() (which rejects an already-initialized object). As a result, on CONFIG_USERSPACE builds an unprivileged user thread that has been granted access to a k_pipe object can invoke the k_pipe_init syscall to re-initialize a pipe that is already in use. z_impl_k_pipe_init() unconditionally resets the ring buffer, sets pipe->waiting to 0, and re-initializes both wait queues (z_waitq_init on pipe->data and pipe->space) without waking or accounting for threads currently blocked on the pipe. Any thread already pended in k_pipe_read()/k_pipe_write() is left orphaned: still marked pending with pended_on pointing at the cleared wait queue and with stale qnode_dlist links into the (now re-initialized) embedded list head. When such an orphaned waiter is later timed out or woken, the scheduler calls sys_dlist_remove() on its stale node, writing through dangling prev/next pointers into kernel wait-queue/scheduler structures, causing list corruption (an attacker-driven invalid kernel write), lost wakeups, indefinitely blocked threads, and silent data loss. The flaw lets a deprivileged user thread corrupt the state of a kernel object shared with other threads/partitions. The fix switches the verifier to K_SYSCALL_OBJ_NEVER_INIT(), matching the existing k_msgq_init verifier, so a user thread can no longer re-initialize a live pipe. The vulnerable code shipped in v4.1.0 and remained through v4.4.0.
AI Analysis
Technical Summary
In Zephyr kernel versions 4.1.0 through before 4.5.0, the userspace syscall verifier for k_pipe_init incorrectly uses K_SYSCALL_OBJ() instead of K_SYSCALL_OBJ_NEVER_INIT(), allowing unprivileged user threads to re-initialize an active k_pipe object. The re-initialization resets internal pipe structures and wait queues without properly handling threads blocked on the pipe, leaving them orphaned with stale wait queue links. Subsequent wake or timeout operations on these orphaned threads cause invalid kernel writes through corrupted doubly-linked list pointers, resulting in kernel data structure corruption, lost wakeups, indefinite thread blocking, and silent data loss. The issue compromises kernel object integrity and availability. The fix involves changing the verifier to K_SYSCALL_OBJ_NEVER_INIT() to prevent re-initialization of live pipes. The vulnerability was introduced in v4.1.0 and persists through v4.4.0.
Potential Impact
The vulnerability allows a deprivileged user thread to corrupt kernel wait queue and scheduler data structures by re-initializing an active pipe object. This causes invalid kernel writes leading to list corruption, lost wakeups, indefinitely blocked threads, and silent data loss. The impact affects kernel object integrity and availability but does not disclose confidential information. The CVSS 3.1 base score is 7.1 (High), reflecting low attack complexity but requiring local privileges and no user interaction.
Mitigation Recommendations
Patch status is not yet confirmed — check the vendor advisory for current remediation guidance. The described fix changes the syscall verifier to prevent re-initialization of live pipes, which should be applied once available. Until then, restrict unprivileged user thread access to k_pipe objects to mitigate exploitation risk.
CVE-2026-10671: memory-safety in zephyrproject zephyr
Description
In Zephyr's kernel pipe implementation, the userspace syscall verifier z_vrfy_k_pipe_init() in kernel/pipe.c used K_SYSCALL_OBJ() (which requires the kernel object to already be initialized) instead of K_SYSCALL_OBJ_NEVER_INIT() (which rejects an already-initialized object). As a result, on CONFIG_USERSPACE builds an unprivileged user thread that has been granted access to a k_pipe object can invoke the k_pipe_init syscall to re-initialize a pipe that is already in use. z_impl_k_pipe_init() unconditionally resets the ring buffer, sets pipe->waiting to 0, and re-initializes both wait queues (z_waitq_init on pipe->data and pipe->space) without waking or accounting for threads currently blocked on the pipe. Any thread already pended in k_pipe_read()/k_pipe_write() is left orphaned: still marked pending with pended_on pointing at the cleared wait queue and with stale qnode_dlist links into the (now re-initialized) embedded list head. When such an orphaned waiter is later timed out or woken, the scheduler calls sys_dlist_remove() on its stale node, writing through dangling prev/next pointers into kernel wait-queue/scheduler structures, causing list corruption (an attacker-driven invalid kernel write), lost wakeups, indefinitely blocked threads, and silent data loss. The flaw lets a deprivileged user thread corrupt the state of a kernel object shared with other threads/partitions. The fix switches the verifier to K_SYSCALL_OBJ_NEVER_INIT(), matching the existing k_msgq_init verifier, so a user thread can no longer re-initialize a live pipe. The vulnerable code shipped in v4.1.0 and remained through v4.4.0.
CVSS v3.1
Score 7.1high
Affected software
Run on your own infrastructure? Check whether these packages are installed with threat-finder — our free open-source scanner.
AI-Powered Analysis
Machine-generated threat intelligence
Technical Analysis
In Zephyr kernel versions 4.1.0 through before 4.5.0, the userspace syscall verifier for k_pipe_init incorrectly uses K_SYSCALL_OBJ() instead of K_SYSCALL_OBJ_NEVER_INIT(), allowing unprivileged user threads to re-initialize an active k_pipe object. The re-initialization resets internal pipe structures and wait queues without properly handling threads blocked on the pipe, leaving them orphaned with stale wait queue links. Subsequent wake or timeout operations on these orphaned threads cause invalid kernel writes through corrupted doubly-linked list pointers, resulting in kernel data structure corruption, lost wakeups, indefinite thread blocking, and silent data loss. The issue compromises kernel object integrity and availability. The fix involves changing the verifier to K_SYSCALL_OBJ_NEVER_INIT() to prevent re-initialization of live pipes. The vulnerability was introduced in v4.1.0 and persists through v4.4.0.
Potential Impact
The vulnerability allows a deprivileged user thread to corrupt kernel wait queue and scheduler data structures by re-initializing an active pipe object. This causes invalid kernel writes leading to list corruption, lost wakeups, indefinitely blocked threads, and silent data loss. The impact affects kernel object integrity and availability but does not disclose confidential information. The CVSS 3.1 base score is 7.1 (High), reflecting low attack complexity but requiring local privileges and no user interaction.
Mitigation Recommendations
Patch status is not yet confirmed — check the vendor advisory for current remediation guidance. The described fix changes the syscall verifier to prevent re-initialization of live pipes, which should be applied once available. Until then, restrict unprivileged user thread access to k_pipe objects to mitigate exploitation risk.
Technical Details
- Data Version
- 5.2
- Assigner Short Name
- zephyr
- Date Reserved
- 2026-06-02T15:25:34.550Z
- Cvss Version
- 3.1
- State
- PUBLISHED
- Remediation Level
- null
Threat ID: 6a56533f68715ace43bba7c7
Added to database: 07/14/2026, 15:18:23 UTC
Last enriched: 07/14/2026, 15:37:03 UTC
Last updated: 07/15/2026, 02:16:13 UTC
Views: 3
Community Reviews
0 reviewsCrowdsource mitigation strategies, share intel context, and vote on the most helpful responses. Sign in to add your voice and help keep defenders ahead.
Want to contribute mitigation steps or threat intel context? Sign in or create an account to join the community discussion.
Actions
Updates to AI analysis require Pro Console access. Upgrade inside Console → Billing.
Need more coverage?
Upgrade to Pro Console for AI refresh and higher limits.
For incident response and remediation, OffSeq services can help resolve threats faster.
Latest Threats
Check if your credentials are on the dark web
Instant breach scanning across billions of leaked records. Free tier available.