Cyber Resilience

CVE-2025-23302

Published
04 September 2025
Modified
17 June 2026
CVSS Score v3.1 4.2
Click a component to see what it means
Raw vectorCVSS:3.1/AV:L/AC:H/PR:L/UI:N/S:C/C:N/I:L/A:L
EPSS Score 0.0012 2th percentile
Risk Priority 31 floored blend · peak EPSS

Summary

CVE-2025-23302 is a medium-severity Internal Asset Exposed to Unsafe Debug Access Level or State (CWE-1244) vulnerability in Custhelp (inferred from references). Its CVSS base score is 4.2 (Medium).

Operationally, ranked at the 2th 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 AC-3 (Access Enforcement) and AC-6 (Least Privilege) — see the control section below for these in your framework.

EU & UK References

Vulnerability Data

NVIDIA HGX and DGX contain a vulnerability where a misconfiguration of the LS10 could enable an attacker to set an unsafe debug access level. A successful exploit of this vulnerability might lead to denial of service.

CWE(s)

Related Threats

CVEs Like This One

CVE-2025-42878Shared CWE-1244
CVE-2025-67862Shared CWE-1244
CVE-2025-23337Shared CWE-1244
CVE-2024-0114Shared CWE-1244
CVE-2025-23301Shared CWE-1244
CVE-2025-23252Shared CWE-1244
CVE-2025-20238Shared CWE-1244
CVE-2026-29642Shared CWE-1244
CVE-2026-8989Shared CWE-1244
CVE-2025-36755Shared CWE-1244

Affected Assets

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

Mitigating Controls

Mitigating Controls (NIST 800-53 r5) AI

Enforces approved authorizations on logical access, directly stopping incorrect debug access levels from being granted to untrusted agents.

Requires least-privilege assignment of access rights, preventing over-privileged debug states on internal assets.

Mandates restrictive, approved configuration settings that would block unsafe debug access level assignments.

Requires application of security engineering principles such as least privilege and isolation during design of debug mechanisms.

Isolates security functions from non-security functions, reducing exposure of internal assets through debug paths.

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 full match
prevents

Secure development practices throughout the life cycle are the primary means of avoiding unsafe debug access assignments.

PR.AA-05 mostly match
prevents

Defining and enforcing least-privilege access permissions directly prevents incorrect debug access levels from being assigned.

PR.PS-01 mostly match
prevents

Configuration management practices ensure debug interfaces receive the intended access-level settings.

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 unsafe debug states, but testing alone does not prevent the design flaw.

mitigates

Privileged utility programs may include debug tools, but the control does not address hardware debug access levels.

mitigates

Privileged access rights management can limit debug-level access but does not specifically address hardware debug interface misconfiguration.

prevents

Secure development lifecycle can include debug interface design reviews but does not guarantee correct access-level assignment.

prevents

Secure system architecture principles can require proper debug port isolation, yet the control is broader than this specific weakness.

mitigates

Information access restriction can reduce exposure of internal assets but does not cover physical debug port access levels.

References