CVE-2025-26693: OpenHarmony · Improper Preservation of Permissions
Affects OpenHarmonySource CVE Database V5
Not known to be exploited · CVSS 3.3 Low.
Data as of 26 Oct 2026, 06:26 UTC
- 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:L/I:N/A:NExploitation evidence
Disclosed: evidence found.
CVE published 8 Jun 2025
Detectable: no evidence on record.
No public nuclei template indexed
Weaponised: no evidence on record.
No public exploit code indexed in Metasploit or Exploit-DB
Exploited in the wildExploited: no evidence on record.
Not in CISA KEV and no source reports exploitation
Observed by OffSeq MirageSeen by 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-26.
What to do
Affected software
| Product | Affected | Fixed in |
|---|---|---|
| OpenHarmony OpenHarmony | Affected
| Fixed in– |
AI-suggested
To mitigate CVE-2025-26693 effectively, European organizations should: 1) Identify and inventory all devices running OpenHarmony, especially version 5.0.3 and earlier, focusing on version 5.0.1. 2) Restrict local access to these devices by enforcing strong physical security controls and network segmentation to limit exposure to untrusted users. 3) Monitor and audit permission-related API calls and access logs on OpenHarmony devices to detect unusual permission queries or information access patterns. 4) Engage with OpenHarmony vendor or community channels to obtain patches or updates addressing this vulnerability as soon as they become available, and prioritize timely deployment. 5) Implement strict access control policies and consider additional endpoint protection solutions on devices where feasible. 6) Educate staff about the risks of local access and the importance of securing IoT devices physically and logically. 7) For critical environments, consider compensating controls such as device hardening, disabling unnecessary services, or isolating vulnerable devices from sensitive networks until patched.
Description
in OpenHarmony v5.0.3 and prior versions allow a local attacker cause information leak through get permission.