Skip to main content
CVE-2025-68957VulnerabilityPublished

CVE-2025-68957: Huawei HarmonyOS · Race Condition

Affects Huawei HarmonyOSSource CVE Database V5

0

Not known to be exploited · CVSS 8.4 High.

Data as of 25 Oct 2026, 19:02 UTC

CVSS 3.1 base score
8.4High
How severe the flaw is on the 0–10 CVSS scale.
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:H

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 14 Jan 2026

  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 2026-10-25.

What to do

Affected software

ProductAffectedFixed in
HuaweiHarmonyOSAffected
  • =6.0.0
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.

References

Community reviews

Loading reviews…