Skip to main content
CVE-2025-21433VulnerabilityPublished

CVE-2025-21433: Qualcomm Snapdragon · NULL Pointer Dereference

Affects Qualcomm SnapdragonSource CVE Database V5

0

Not known to be exploited · CVSS 6.2 Medium.

Data as of 26 Oct 2026, 08:30 UTC

CVSS 3.1 base score
6.2Medium
How severe the flaw is on the 0–10 CVSS scale.
EPSS
0.08% chance of exploitation in 30 days – higher than 0% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
CVSS:3.1/AV:L/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 26 Oct 2026.

What to do

AI-suggested

To mitigate CVE-2025-21433, organizations should implement a multi-layered approach beyond generic patching advice. First, identify all devices and systems utilizing affected Qualcomm Snapdragon platforms through asset inventory and hardware/software audits. Since no official patches or updates are currently linked, monitor Qualcomm and device vendor advisories closely for forthcoming firmware or software updates addressing this vulnerability. In the interim, restrict local access to critical devices by enforcing strict physical security controls and limiting administrative privileges to trusted personnel only. Implement application whitelisting and input validation controls on systems that handle RSA private keys to detect and block malformed or suspicious key imports. For environments where importing RSA keys is necessary, enforce strict validation of key formats and sizes at the application or middleware level to prevent malformed keys from reaching vulnerable components. Employ endpoint detection and response (EDR) solutions to monitor for abnormal crashes or denial of service symptoms indicative of exploitation attempts. Additionally, educate staff on secure key management practices to avoid accidental introduction of malformed keys. For embedded or IoT devices, consider network segmentation to isolate vulnerable devices from critical infrastructure, minimizing potential impact. Finally, prepare incident response plans that include procedures for handling denial of service events related to this vulnerability.

Description

Transient DOS when importing a PKCS#8-encoded RSA private key with a zero-sized modulus.

References

Community reviews

Loading reviews…