CVE-2025-68957: Huawei HarmonyOS · Race Condition
Affects Huawei HarmonyOSSource CVE Database V5
Not known to be exploited · CVSS 8.4 High.
Data as of 25 Oct 2026, 19:02 UTC
- EPSS
- 0.1% chance of exploitation in 30 days – higher than 1% 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:H/I:H/A:HExploitation evidence
Disclosed: evidence found.
CVE published 14 Jan 2026
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-25.
What to do
Affected software
| Product | Affected | Fixed in |
|---|---|---|
| HuaweiHarmonyOS | Affected
| Fixed in– |
AI-suggested
1. Monitor Huawei's security advisories closely and apply official patches or updates for HarmonyOS 6.0.0 as soon as they become available to address this race condition vulnerability. 2. Implement strict physical and logical access controls to limit local access to devices running HarmonyOS, reducing the risk of local exploitation. 3. Employ endpoint detection and response (EDR) solutions to detect anomalous behaviors related to the card framework or concurrent execution anomalies. 4. Where possible, isolate critical Huawei devices from untrusted users or networks to minimize attack surface. 5. Conduct regular security audits and penetration testing focusing on concurrency and synchronization issues within deployed Huawei devices. 6. Educate users and administrators about the risks of local exploitation and enforce policies to prevent unauthorized device access. 7. Consider deploying runtime application self-protection (RASP) or similar technologies that can detect and mitigate race condition exploitation attempts. 8. If patching is delayed, explore temporary workarounds such as disabling or restricting the card framework module functionalities if feasible without disrupting essential services.
Description
Multi-thread race condition vulnerability in the card framework module. Impact: Successful exploitation of this vulnerability may affect availability.