Threats Tagged 'cve-2026-46088'
View all threats tagged with 'cve-2026-46088'. Filter and sort to focus on specific types of threats.
Stop chasing alerts. Route them.
Start free, then upgrade once to turn Radar into an automated delivery engine for your security stack.
Custom feeds / Automations: email, Slack, webhooks, SIEM/MISP / API access (baseline limits)
API access activates after upgrading in Console -> Billing.
Check if your credentials are on the dark web
Instant breach scanning across billions of leaked records. Free tier available.
Filter Threats
Narrow down the results by type, severity, or affected countries
Threats Tagged 'cve-2026-46088'
Click on any threat for detailed analysis and mitigation recommendations
A vulnerability in the Linux kernel ALSA control component was identified where the function snd_ctl_elem_init_enum_names() could call strnlen() with a zero length buffer, triggering a kernel panic due to a fortified strnlen() check. This occurs when the buffer length reaches zero but the loop continues, causing a BRK exception panic. The issue was found through kernel fuzz testing on a Xiaomi smartphone and fixed by adding a buffer length check before calling strnlen(). Join the discussion | GCVE Database | 05/27/2026, 15:33:23 UTC Added: 05/28/2026, 20:54:40 UTC |
In the Linux kernel, the following vulnerability has been resolved: ALSA: control: Validate buf_len before strnlen() in snd_ctl_elem_init_enum_names() snd_ctl_elem_init_enum_names() advances pointer p through the names buffer while decrementing buf_len. If buf_len reaches zero but items remain, the next iteration calls strnlen(p, 0). While strnlen(p, 0) returns 0 and would hit the existing name_len == 0 error path, CONFIG_FORTIFY_SOURCE's fortified strnlen() first checks maxlen against __builtin_dynamic_object_size(). When Clang loses track of p's object size inside the loop, this triggers a BRK exception panic before the return value is examined. Add a buf_len == 0 guard at the loop entry to prevent calling fortified strnlen() on an exhausted buffer. Found by kernel fuzz testing through Xiaomi Smartphone. Join the discussion | GCVE Database | 05/27/2026, 14:17:00 UTC Added: 07/17/2026, 10:21:03 UTC |
Showing 1 to 2 of 2 results