CVE-2022-25748
Official description Straight from the sourceThe vendor's or NVD's own wording, published unedited. Authoritative, but often terse — it says what broke, rarely what to do.
NVD · uneditedMemory corruption in WLAN due to integer overflow to buffer overflow while parsing GTK frames. in Snapdragon Auto, Snapdragon Compute, Snapdragon Connectivity, Snapdragon Consumer Electronics Connectivity, Snapdragon Consumer IOT, Snapdragon Industrial IOT, Snapdragon IoT, Snapdragon Mobile, Snapdragon Voice & Music, Snapdragon Wearables, Snapdragon Wired Infrastructure and Networking
Technical summary Written by usOur analysis, written from the advisory, the CVSS vector and the affected-version data. It adds context the advisory leaves out, and never invents facts that are not in the source.
dbcve analysis · moderate confidenceMemory corruption vulnerability in Qualcomm Snapdragon WLAN driver where an integer overflow occurs during GTK (Group Temporal Key) frame parsing, leading to a buffer overflow that can corrupt memory. This occurs in the Wi-Fi firmware/software stack and could allow remote attackers to execute arbitrary code or cause denial of service.
Verify against the referenced sources before acting — the references below are authoritative for this CVE, this summary is not.
Affected products & versions What the vendor confirmedThe version ranges the vendor confirmed as vulnerable. If your version sits inside a range here, treat yourself as exposed until you have upgraded.
NVD · CPE dataall versionsall versionsall versionsall versionsall versionsall versionsall versionsall versionsCVSS breakdown How the score is builtThe industry scoring standard. It rates how the flaw is reached, what it takes to exploit, and what an attacker gains — the score is derived from those, not the other way round.
From the vector- Attack vector
- Network
- Complexity
- Low
- Privileges
- None
- User interaction
- None
- Scope
- Unchanged
- Confidentiality
- High
- Integrity
- High
- Availability
- High
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H
Am I affected? How to checkSteps we derive from the advisory and the affected-version data, so you can decide whether this CVE reaches your setup. They are a guide, not a scan — your own configuration is the authority.
dbcve checksWork through these to decide whether this CVE applies to you.
-
Identify the Qualcomm Wi-Fi chipset modelCheck system information via 'lspci | grep -i network' for PCIe Wi-Fi cards, 'lsusb' for USB adapters, or check device-specific files like '/sys/class/net/*/device/uevent' or '/proc/cpuinfo' on embedded devices. Look for the chipset identifier such as Apq8009, Apq8017, Apq8076, Apq8096au, Aqt1000, Ar8031, Ar8035, or Ar9380.Affected if The chipset matches any of the eight affected models: Apq8009, Apq8017, Apq8076, Apq8096au, Aqt1000, Ar8031, Ar8035, or Ar9380.
-
Check the Wi-Fi firmware versionUse vendor-specific commands to query the WLAN firmware version. On Linux, try 'cat /sys/class/net/*/device/firmware_version' or check '/etc/firmware' directory for Wi-Fi firmware files. On Android, use 'getprop' to query 'wlan.driver.version' or check through the Wi-Fi settings about page. The firmware version information format varies by device/OEM.Affected if The firmware version corresponds to any version of an affected chipset (all versions of the listed chipsets are vulnerable).
-
Verify WLAN interface is present and activeCheck for wireless network interfaces using 'ip link show' or 'iwconfig'. Look for interfaces such as wlan0, wlp*, or similar. Verify the interface is up with 'ip link set <interface> up'.Affected if The device has an active Wi-Fi interface using the affected Qualcomm WLAN firmware, as the vulnerability triggers during GTK frame parsing in the Wi-Fi stack.
-
Check the loaded WLAN driver moduleRun 'lsmod | grep -i wifi' or 'modinfo <driver_module>' to identify the WLAN driver. Check '/proc/kallsyms' or 'dmesg | grep -i wifi' for driver and firmware loading messages.Affected if The driver is the Qualcomm Snapdragon WLAN driver (often vendor-specific like 'qcacld' or similar) loaded with one of the affected firmware variants.
-
Inspect system logs for WLAN firmware crashes or anomaliesReview kernel logs with 'dmesg | grep -i wifi' or check '/var/log/syslog' for WLAN-related messages. Look for indicators of memory corruption, buffer overflow crashes, or unexpected firmware restarts in the Wi-Fi subsystem.Affected if The device exhibits Wi-Fi subsystem crashes, memory corruption symptoms, or unexpected reboots that correlate with WLAN activity, which may indicate exploitation of this vulnerability.
-
Confirm device is a consumer/embedded product receiving firmware updates from the OEMCheck the device documentation, support pages, or vendor security advisories to determine if the device manufacturer provides firmware update channels for the Wi-Fi chipset. Identify the original equipment manufacturer (OEM) and their support lifecycle status.Affected if The device uses an affected Qualcomm chipset but the OEM has not issued a firmware patch, leaving the vulnerability unaddressed in the currently running firmware.
The device is affected if it contains any of the eight listed Qualcomm chipsets (Apq8009, Apq8017, Apq8076, Apq8096au, Aqt1000, Ar8031, Ar8035, Ar9380) and is running the vendor-supplied Wi-Fi firmware, since all versions of these chipsets are vulnerable to the GTK frame parsing buffer overflow.
Generated from the published advisory. Verify against your own configuration.
Remediation Closing itWhat it takes to close this. Where a vendor fix exists we point at it; where none exists we say so plainly, and can build one. Effort estimates are scoped from the advisory, not from your codebase.
From vendor dataApply vendor-supplied firmware updates for affected Snapdragon devices. This is a low-level WLAN firmware issue requiring patches from device/OEM manufacturers rather than application-level remediation.
- Consultation8.0 h
- Implementation40.0 h
- Testing24.0 h
- Review / QA8.0 h
An estimate, not a bill — we confirm scope with you before any work starts. Need it this week? Rush from $22,144.
Scan for this in your stack
Free · runs locallyCheck whether your project pulls in CVE-2022-25748 — or any other known-vulnerable package — straight from your lock files. Free and open source; it runs locally and uploads nothing.
References Go to the primary sourcePrimary sources — vendor advisories, patches and trackers. Where our summary and a reference disagree, the reference wins.
Primary sourcesPractitioner notes
ContributedPeer-ranked notes from engineers who’ve handled CVE-2022-25748 in production — separate from our analysis above.
The advisory tells you what broke. It rarely tells you what actually worked. If you’ve dealt with this one, that detail is what the next engineer is searching for.
- The version that genuinely resolved it — not the one the vendor claimed
- A config change or rule that shut the vector down
- A gotcha in the upgrade path that cost you an afternoon
No notes yet
Be the first to add a field note for this CVE — a mitigation you’ve verified, a version caveat, or a link to a working fix. Sign in above to contribute.
A place for practitioners to share what actually worked: a mitigation you’ve tested, a configuration change, a version- or environment-specific caveat, or a link to a verified patch. The most useful notes rise to the top as peers upvote them, so the signal stays high.
- Verified mitigations, workarounds, and config changes
- Version or environment caveats, and links to real fixes
- No weaponised exploit code, or anything meant to cause harm
- No spam, self-promotion, credentials, or personal data