CVE-2025-26691: OpenHarmony · Improper Preservation of Permissions
Affects OpenHarmonySource CVE Database V5
Not known to be exploited · CVSS 5.5 Medium.
Data as of 26 Oct 2026, 14:05 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:H/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 26 Oct 2026.
What to do
Affected software
| Product | Affected | Fixed in |
|---|---|---|
| OpenHarmony OpenHarmony | Affected
| Fixed in– |
AI-suggested
To mitigate CVE-2025-26691, European organizations should: 1) Monitor OpenHarmony vendor communications closely for official patches or updates addressing this vulnerability and apply them promptly once available. 2) Restrict local access to devices running vulnerable OpenHarmony versions by enforcing strict physical security controls and user authentication mechanisms to limit the pool of potential attackers. 3) Implement role-based access controls and audit permission configurations to ensure that only authorized users can query sensitive permissions or data. 4) Employ endpoint detection and response (EDR) tools capable of monitoring unusual local access patterns or permission queries that could indicate exploitation attempts. 5) Where feasible, isolate OpenHarmony devices in network segments with limited exposure and enforce strict network access controls to reduce the risk of lateral movement after local compromise. 6) Conduct regular security assessments and penetration testing focusing on local privilege escalation and information disclosure vectors to identify and remediate similar permission-related weaknesses proactively.
Description
in OpenHarmony v5.0.3 and prior versions allow a local attacker cause information leak through get permission.