Security Resilience

CVE-2023-52387

Huawei Harmonyos 3.0.0 … 4.0.0

Published
18 February 2024
Modified
27 March 2025
Patch / advisory
CVSS Score v3.1 7.5
Click a component to see what it means
Raw vectorCVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:N/A:N
EPSS Score 0.0034 26th percentile
Risk Priority 57 floored blend · peak EPSS

CVSS and EPSS are reproduced from their sources (NVD, FIRST EPSS). Risk Priority is our own derived reading, not an NVD score.

Summary

CVE-2023-52387 is a high-severity Improper Control of a Resource Through its Lifetime (CWE-664) vulnerability in Huawei Harmonyos. Its CVSS base score is 7.5 (High).

Operationally, ranked at the 26th percentile by exploit likelihood (below the median); it is not currently listed in the CISA KEV catalog.

The strongest mitigations our analysis identified map to SC-39 (Process Isolation) and SC-4 (Information in Shared System Resources) — see the control section below for these in your framework.

EU & UK References

Vulnerability Data

Resource reuse vulnerability in the GPU module. Successful exploitation of this vulnerability may affect service confidentiality.

CWE(s)

Related Threats

CVEs Like This One

CVE-2023-49241Same product: Huawei Emui
CVE-2024-56440Same product: Huawei Emui
CVE-2023-39401Same product: Huawei Emui
CVE-2023-52384Same product: Huawei Emui
CVE-2023-52364Same product: Huawei Emui
CVE-2023-52554Same product: Huawei Emui
CVE-2023-52360Same product: Huawei Emui
CVE-2025-68963Same product: Huawei Emui
CVE-2023-41305Same product: Huawei Emui
CVE-2024-32997Same product: Huawei Emui

Affected Assets

huawei
emui
13.0.0
huawei
harmonyos
3.0.0, 3.1.0, 4.0.0

Mitigating Controls

Mitigating Controls (NIST 800-53 r5) AI

SC-39 enforces separate execution domains so one process cannot corrupt or misuse another process's resources across their lifetimes.

SC-4 prevents unintended information transfer through shared resources, limiting blast radius when a product fails to release or reuse resources correctly.

SI-16 blocks unauthorized code execution in memory, stopping exploitation that commonly follows improper allocation, use-after-free, or deallocation errors.

Mitigating Controls (ISO/IEC 27001:2022 Annex A) AI

Derived directly from the weakness types (CWEs) cited in the NVD entry via our AI-authored CWE→ISO cross-walk (authority under review) — links open the control.

blocks

Information deletion control ensures proper release and sanitization at end of life.

blocks

A.8.25 mandates secure SDLC practices (secure requirements, checkpoints, secure coding, testing per 8.29, developer training) that reach many but not all lifetime-control defects in CWE-664; a bounded remainder (e.g. certain runtime resource mismanagement or non-software resources) is not covered by the development-lifecycle focus.

removes

A.8.26 only requires that security requirements (including some that could address resource lifetime) be identified and specified during development or acquisition; it does not mandate or perform any removal of the CWE-664 flaw itself from existing or produced code.

blocks

Secure architecture principles reduce lifetime control issues but are not specific to them.

prevents

Secure coding practices help avoid lifetime control bugs but do not address the full scope.

Hardening callouts derived

DISA STIG baselines are authored against specific weaknesses. Where this CVE cites a broad weakness class, the mapping is not asserted at that abstraction (owner ruling, 2026-09-25: grade only at Base and below), so no rule is shown here rather than a rule shown against the wrong grain.

  • No fine-grained STIG row for CWE-664, a pillar-level weakness. Rules are authored against its narrower children: CWE-471.

References