MEDIUM 5.3

CVE-2026-21369: Qualcomm Firmware Memory Corruption in LED Flash Commands

A memory corruption vulnerability exists in Qualcomm firmware and chipsets that control LED indicators on wireless and audio devices. The flaw occurs when an application modifies LED count values in memory, but the firmware continues using stale (outdated) count information when processing flash commands. This mismatch can cause the firmware to write data to incorrect memory locations, potentially corrupting device state or enabling further attacks. The vulnerability requires local access and moderately difficult conditions to exploit, but affects a broad range of Qualcomm connectivity and audio chipsets used in mobile devices, routers, and accessories.

Source data · NVD / CISA · public domain

CVSS
3.1 · 5.3 MEDIUM · CVSS:3.1/AV:L/AC:H/PR:L/UI:N/S:C/C:L/I:L/A:L
Weaknesses (CWE)
CWE-787
Affected products
218 configuration(s)
Published / Modified
2026-07-06 / 2026-07-07

NVD description (verbatim)

Memory Corruption when handling flash commands due to outdated LED count values being used after userspace modification.

1 reference(s) · View on NVD →

SEC.co analysis · AI-assisted, reviewed against source

Technical summary

CVE-2026-21369 is an out-of-bounds write vulnerability (CWE-787) stemming from a time-of-check-time-of-use (TOCTOU) race condition in LED handling code across Qualcomm firmware. Userspace applications can modify LED count parameters, but the firmware's flash command handler does not re-validate these parameters before using them in memory write operations. An attacker with local privileges can modify the LED count to an arbitrary value, then trigger a flash command that writes beyond allocated buffer boundaries. The CVSS 3.1 vector (5.3 MEDIUM, AV:L/AC:H/PR:L/UI:N/S:C) reflects local attack surface, elevated privilege requirements, and multi-step exploitation, but acknowledges confidentiality, integrity, and availability impacts across system boundaries.

Business impact

Organizations deploying affected Qualcomm chipsets in enterprise-managed mobile devices, IoT gateways, or wireless infrastructure face potential device instability and data corruption. Although the attack requires local access and privilege escalation, successful exploitation could lead to firmware malfunction, unexpected device reboots, or creation of conditions favoring subsequent privilege escalation or lateral movement. Devices running affected FastConnect, WCN, WSA, or G1 chipsets in production environments should be inventoried and prioritized for patching based on their exposure to untrusted applications or multi-user systems.

Affected systems

Qualcomm FastConnect 6200, 6700, 6900, and 7800 series (WiFi/Bluetooth SoCs); WCN WiFi chipsets (WCN3910, WCN3950, WCN3988, WCN6450, WCN6650, WCN6755, WCN7860, WCN7861, WCN7881); WCD audio codecs (WCD9380, WCD9385, WCD9390, WCD9395); WSA speakers (WSA8810, WSA8815); and G1 Gen 1 platform. Both the firmware binaries and device hardware variants are affected. Firmware versions prior to the security update contain the vulnerable code path. Check your device documentation or system information to confirm chipset presence.

Exploitability

Exploitation is not trivial but achievable by a local attacker with user-level or system privileges on the host device. The attacker must (1) gain local code execution, (2) identify or trigger flash command sequences, and (3) craft LED count values that will cause out-of-bounds writes. The high complexity (AC:H) reflects the need for precise timing or state knowledge. This is not remotely exploitable, and no public exploits are documented in CISA's Known Exploited Vulnerabilities catalog. However, the low UI requirement and cross-system impact mean that once a foothold is established, the attack surface widens in multi-tenant or device-sharing scenarios.

Remediation

Patch affected devices as soon as firmware updates are available from Qualcomm or device manufacturers. Verify that firmware OTA updates are applied to all managed devices. Until patches are deployed, limit local code execution by enforcing app whitelisting, disabling sideloading, and restricting access to system-level privileged operations. Audit and monitor flash command sequences and LED parameter modifications on critical systems.

Patch guidance

Qualcomm typically releases security patches through device manufacturers and OTA update channels. Check the official Qualcomm security bulletin and your device manufacturer's support portal for available firmware versions addressing CVE-2026-21369. Patches should be validated in a staging environment before broad deployment. Ensure that the patched firmware version explicitly addresses this LED count validation issue; verify against the vendor advisory to confirm the exact affected and fixed firmware version numbers. Deploy patches to devices in order of criticality (enterprise-managed devices first, then consumer devices in high-risk deployments).

Detection guidance

Monitor system logs and firmware telemetry for unexpected flash command errors, memory corruption events, or device reboots correlated with LED configuration changes. Use device firmware analysis tools to verify that the installed firmware version matches the patched release. In environments with strict change control, audit logs for unauthorized LED parameter modifications or use of privileged APIs related to LED or flash operations. Memory protection and runtime integrity monitoring (if available on the device) may detect the out-of-bounds write attempt.

Why prioritize this

Although the CVSS score is MEDIUM (5.3), prioritize this vulnerability in environments where device firmware stability is critical (e.g., networked IoT, mobile fleet management, wireless infrastructure). The breadth of affected Qualcomm chipsets and their prevalence in Android devices, routers, and audio equipment means exposure is likely widespread. The combination of local privilege requirement and cross-system impact makes this a secondary stepping stone in multi-stage attacks. Organizations with frequent OTA update capabilities should patch immediately; those with manual or infrequent update cycles should plan expedited patching in the next maintenance window.

Risk score, explained

The CVSS 3.1 score of 5.3 MEDIUM reflects: (1) local-only attack surface (AV:L), lowering remote risk; (2) high attack complexity (AC:H), requiring non-trivial steps; (3) low privilege requirement (PR:L), meaning standard user escalation or shell access is sufficient; (4) no user interaction needed (UI:N); (5) scope change (S:C), affecting resources beyond the vulnerable component; and (6) low impact on confidentiality, integrity, and availability (C:L/I:L/A:L). The score appropriately reflects a moderate, multi-step threat that is relevant to device stability and security posture but not immediately weaponizable by remote or unauthenticated attackers.

Frequently asked questions

Which Qualcomm chipsets does this vulnerability affect?

CVE-2026-21369 affects a broad range of Qualcomm wireless and audio chipsets, including FastConnect (6200, 6700, 6900, 7800), WCN WiFi (3910, 3950, 3988, 6450, 6650, 6755, 7860, 7861, 7881), WCD audio codecs (9380, 9385, 9390, 9395), WSA speakers (8810, 8815), and the G1 Gen 1 platform. Both firmware and hardware variants are vulnerable. Check your device documentation or Android settings to identify your chipset.

Can this vulnerability be exploited remotely?

No. The attack vector is local (AV:L), meaning the attacker must already have code execution on the device or access to its local interfaces. Remote exploitation is not possible with this vulnerability alone. However, it may be chained with other vulnerabilities to escalate privileges or persist following initial compromise.

What is the impact of successful exploitation?

Successful exploitation causes memory corruption through out-of-bounds writes during flash operations. This can result in firmware malfunction, unexpected device reboots, data corruption, or creation of conditions for further privilege escalation. The impact is typically device-level rather than network-wide, but in environments with many affected devices, widespread instability could occur.

Is there a workaround if I cannot patch immediately?

There is no complete workaround, but you can reduce risk by limiting local code execution (enforce app whitelisting, disable sideloading), restricting privileged API access, and monitoring devices for signs of memory corruption or unexpected reboots. However, patching is the only reliable fix. Prioritize patching devices in high-risk environments (managed enterprise devices, IoT gateways) in your next maintenance window.

This analysis is for informational purposes and does not constitute security advice. Verify all patch version numbers, affected product SKUs, and vendor advisories directly from Qualcomm and your device manufacturer before deploying updates. CVSS scoring is based on the provided vector and does not supersede vendor or third-party risk assessments. Security controls and detection strategies should be tailored to your environment and validated in non-production systems before deployment. Source: NVD (public-domain), retrieved 2026-08-15. Analysis generated by SEC.co (claude-haiku-4-5).