Skip to main content
CVE-2025-21446VulnerabilityPublished

CVE-2025-21446: Qualcomm Snapdragon · Buffer Over-read

Affects Qualcomm SnapdragonSource CVE Database V5

0

Not known to be exploited · CVSS 7.5 High.

Data as of 25 Oct 2026, 19:02 UTC

CVSS 3.1 base score
7.5High
How severe the flaw is on the 0–10 CVSS scale.
EPSS
0.2% chance of exploitation in 30 days – higher than 15% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 8 Jul 2025

  2. Detectable: no evidence on record.

    No public nuclei template indexed

  3. Weaponised: no evidence on record.

    No public exploit code indexed in Metasploit or Exploit-DB

  4. Exploited in the wild: no evidence on record.

    Not in CISA KEV and no source reports exploitation

  5. Observed by OffSeq Mirage: no evidence on record.

    No attack traffic recorded by OffSeq Mirage sensors

A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 2026-10-25.

What to do

AI-suggested

Given the broad range of affected Qualcomm products and the absence of official patches at this time, European organizations should implement a multi-layered mitigation strategy: 1) Network Segmentation: Isolate critical wireless infrastructure and sensitive devices from general user networks to limit exposure. 2) Wireless Frame Filtering: Deploy advanced wireless intrusion prevention systems (WIPS) or access point firmware capable of filtering or blocking malformed BTM requests and suspicious vendor-specific information elements. 3) Firmware Updates: Monitor Qualcomm advisories and vendor-specific firmware updates closely, and apply patches promptly once available. 4) Device Inventory and Risk Assessment: Identify all devices using affected Qualcomm chipsets, including embedded IoT and automotive systems, to prioritize remediation efforts. 5) Network Monitoring: Implement enhanced monitoring for unusual WLAN frame patterns or repeated BTM requests that could indicate exploitation attempts. 6) Incident Response Preparedness: Develop and test response plans for transient wireless outages to minimize operational disruption. 7) Vendor Coordination: Engage with device and network equipment vendors to obtain timely updates and guidance tailored to specific hardware models. 8) Temporary Workarounds: Where possible, disable BTM features or restrict wireless management frame handling to trusted devices until patches are deployed. These targeted measures go beyond generic advice by focusing on the specific attack vector and affected components.

Description

Transient DOS may occur when processing vendor-specific information elements while parsing a WLAN frame for BTM requests.

References

Community reviews

Loading reviews…