Skip to main content
CVE-2025-25217VulnerabilityPublished

CVE-2025-25217: OpenHarmony · NULL Pointer Dereference

Affects OpenHarmonySource CVE Database V5

0

Not known to be exploited · CVSS 3.3 Low.

Data as of 26 Oct 2026, 08:30 UTC

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

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 8 Jun 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

Affected software

ProductAffectedFixed in
OpenHarmony OpenHarmonyAffected
  • =5.0.1
  • <=5.0.3
Fixed in–

AI-suggested

To mitigate this vulnerability effectively, European organizations should: 1) Inventory and identify all devices running OpenHarmony version 5.0.3 or earlier, focusing on version 5.0.1 as specifically affected. 2) Monitor vendor communications closely for official patches or updates addressing CVE-2025-25217 and apply them promptly once available. 3) Implement strict access controls to limit local access to devices, including physical security measures and network segmentation to isolate IoT devices from general user networks. 4) Employ endpoint detection and response (EDR) tools or IoT security platforms that can detect abnormal device behavior indicative of denial of service attempts. 5) Conduct regular security audits and penetration testing focusing on IoT devices to identify potential exploitation paths. 6) Develop incident response plans that include procedures for handling IoT device outages to minimize operational disruption. 7) Where feasible, consider upgrading to newer OpenHarmony versions beyond 5.0.3 once patches are released or evaluate alternative platforms with stronger security postures.

Description

in OpenHarmony v5.0.3 and prior versions allow a local attacker case DOS through NULL pointer dereference.

References

Community reviews

Loading reviews…