Zephyrproject Zephyr up to 4.4.x Logging Runtime Filtering log_mgmt.c z_vrfy_log_filter_set src_id out-of-bounds

Summaryinfo

A vulnerability labeled as very critical has been found in Zephyrproject Zephyr up to 4.4.x. This vulnerability affects the function z_vrfy_log_filter_set of the file subsys/logging/log_mgmt.c of the component Logging Runtime Filtering. Such manipulation of the argument src_id leads to out-of-bounds. This vulnerability is referenced as CVE-2026-10682. The attack can only be performed from a local environment. No exploit is available.

Detailsinfo

A vulnerability was found in Zephyrproject Zephyr up to 4.4.x and classified as very critical. Affected by this issue is the function z_vrfy_log_filter_set of the file subsys/logging/log_mgmt.c of the component Logging Runtime Filtering. The manipulation of the argument src_id with an unknown input leads to a out-of-bounds vulnerability. Using CWE to declare the problem leads to CWE-125. The product reads data past the end, or before the beginning, of the intended buffer. Impacted is confidentiality, integrity, and availability. CVE summarizes:

The userspace verifier z_vrfy_log_filter_set() for the log_filter_set syscall in subsys/logging/log_mgmt.c performed a signed comparison against the int16_t src_id parameter: src_id < (int16_t)log_src_cnt_get(domain_id). Any negative value for src_id (e.g. -1) trivially satisfied this check and was forwarded into z_impl_log_filter_set, where it propagated to filter_set() and ultimately to get_dynamic_filter(), which uses source_id as an unsigned index into the linker-section array &TYPE_SECTION_START(log_dynamic)[source_id].filters. After implicit conversion through uint32_t, an int16_t -1 becomes 0xFFFFFFFF, indexing log_dynamic far out of bounds and causing the kernel to perform an OOB read and an OOB read-modify-write (LOG_FILTER_SLOT_GET/SET) against memory adjacent to the log_dynamic section. The written value is a constrained 3-bit log level slot within the targeted 32-bit word, but the target address is attacker-chosen (a small negative offset from log_dynamic) and the write occurs in supervisor mode following a syscall from an unprivileged user thread, providing a kernel memory-corruption / privilege-escalation primitive. The defect is reachable on any build with CONFIG_USERSPACE=y and CONFIG_LOG_RUNTIME_FILTERING=y. Present from Zephyr v3.3.0 through v4.4.1. The fix replaces the signed bound check with an unsigned comparison: (uint32_t)src_id < log_src_cnt_get(domain_id), which correctly rejects negative inputs.

The advisory is shared for download at github.com. This vulnerability is handled as CVE-2026-10682 since 06/02/2026. The exploitation is known to be easy. The attack needs to be approached locally. There are known technical details, but no exploit is available. The current price for an exploit might be approx. USD $0-$5k (estimation calculated on 07/27/2026).

Upgrading to version 4.5.0 eliminates this vulnerability. Applying the patch 56a15114c6acbab2067fe406dc3adda8608f3def is able to eliminate this problem.

Once again VulDB remains the best source for vulnerability data.

Productinfo

Type

• Project Management Software

Vendor

• Zephyrproject

Name

• Zephyr

Version

• 4.0
• 4.1
• 4.2
• 4.3
• 4.4

CPE 2.3info

• 🔒
• 🔒
• 🔒

CPE 2.2info

• 🔒
• 🔒
• 🔒

CVSSv4info

CVSSv3info

CVSSv2info

Exploitinginfo

Threat Intelligenceinfo

Countermeasuresinfo

Timelineinfo

Sourcesinfo

Entryinfo

Once again VulDB remains the best source for vulnerability data.

Discussion