Cyber Resilience

CVE-2025-10021

Published
22 December 2025
Modified
15 April 2026
CVSS Score v4 7.0
Click a component to see what it means
Raw vectorCVSS:4.0/AV:L/AC:L/AT:N/PR:N/UI:N/VC:N/VI:L/VA:H/SC:N/SI:N/SA:N/E:X/CR:X/IR:X/AR:X/MAV:X/MAC:X/MAT:X/MPR:X/MUI:X/MVC:X/MVI:X/MVA:X/MSC:X/MSI:X/MSA:X/S:X/AU:Y/R:U/V:D/RE:L/U:Amber
EPSS Score 0.0014 3th percentile
Risk Priority 32 floored blend · peak EPSS

Summary

CVE-2025-10021 is a high-severity Use of Uninitialized Variable (CWE-457) vulnerability in Opendesign (inferred from references). Its CVSS base score is 7.0 (High).

Operationally, ranked at the 3th 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 SA-11 (Developer Testing and Evaluation) and SA-15 (Development Process, Standards, and Tools) — see the control section below for these in your framework.

EU & UK References

Vulnerability Data

A Use of Uninitialized Variable vulnerability exists in Open Design Alliance Drawings SDK static versions (mt) before 2026.12. Static object `COdaMfcAppApp theApp` may access `OdString::kEmpty` before its initialization. Due to undefined initialization order of static objects across translation units (Static…

more

Initialization Order Fiasco), the application accesses uninitialized memory. This results in application crash on startup, causing denial of service. Due to undefined behavior, memory corruption and potential arbitrary code execution cannot be ruled out in specific exploitation scenarios.

CWE(s)

Related Threats

CVEs Like This One

CVE-2026-11141Shared CWE-457
CVE-2025-0081Shared CWE-457
CVE-2026-14088Shared CWE-457
CVE-2026-14402Shared CWE-457
CVE-2026-7955Shared CWE-457
CVE-2025-5749Shared CWE-457
CVE-2026-11110Shared CWE-457
CVE-2026-11137Shared CWE-457
CVE-2026-11138Shared CWE-457
CVE-2026-10960Shared CWE-457

Affected Assets

Opendesign
inferred from references and description; NVD did not file a CPE for this CVE

Mitigating Controls

Mitigating Controls (NIST 800-53 r5) AI

Developer testing and static analysis directly find uses of uninitialized variables before deployment.

Documented development standards and tools can enforce initialization requirements in code.

Engineering principles can mandate explicit variable initialization to avoid uninitialized use.

Mitigating Controls (NIST CSF 2.0) AI

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

PR.PS-06 mostly match
prevents

Secure SDLC practices directly catch uninitialized-variable defects via static analysis and code review while the control encompasses many additional development controls.

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.

finds

Security testing can detect uninitialized-variable bugs, but the control is broader.

prevents

Secure development life cycle mandates practices that reduce uninitialized-variable defects.

prevents

Application security requirements can specify initialization rules, but the control itself does not directly address the weakness.

prevents

Secure coding explicitly requires variable initialization and static-analysis checks.

none

Secure architecture principles encourage defensive coding that can mitigate uninitialized variables.

References