Cyber Resilience

CVE-2024-0089

Nvidia Gpu Display Driver 470 – 475.06

Published
13 June 2024
Modified
21 November 2024
Patch / advisory
CVSS Score v3.1 7.8
Click a component to see what it means
Raw vectorCVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H
EPSS Score 0.0023 14th percentile
Risk Priority 55 floored blend · peak EPSS

Summary

CVE-2024-0089 is a high-severity Improper Initialization (CWE-665) vulnerability in Nvidia Gpu Display Driver. Its CVSS base score is 7.8 (High).

Operationally, ranked at the 14th 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-8 (Security and Privacy Engineering Principles) — see the control section below for these in your framework.

EU & UK References

Vulnerability Data

NVIDIA GPU Display Driver for Windows contains a vulnerability where the information from a previous client or another process could be disclosed. A successful exploit of this vulnerability might lead to code execution, information disclosure, or data tampering.

CWE(s)

Related Threats

CVEs Like This One

CVE-2023-25515Same product: Microsoft Windows
CVE-2024-0107Same product: Microsoft Windows
CVE-2023-0184Same product: Nvidia Geforce
CVE-2023-0199Same product: Nvidia Geforce
CVE-2023-0190Same product: Nvidia Geforce
CVE-2023-31027Same product: Microsoft Windows
CVE-2023-31017Same product: Microsoft Windows
CVE-2023-31016Same product: Microsoft Windows
CVE-2023-31023Same product: Microsoft Windows
CVE-2023-31019Same product: Microsoft Windows

Affected Assets

nvidia
gpu display driver
470 — 475.06 · 535 — 538.67 · 550 — 552.55
nvidia
virtual gpu
≤ 13.11 · 14.0 — 16.6 · 17.0 — 17.2
nvidia
cloud gaming
≤ 555.99

Mitigating Controls

Mitigating Controls (NIST 800-53 r5) AI

Developer testing and evaluation directly exercises initialization paths and can reveal missing or incorrect resource setup.

Engineering principles applied during design and implementation can require explicit initialization to a known state.

Requiring the system to fail to a known state structurally reduces the chance that uninitialized resources remain reachable.

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 enforce proper resource initialization during coding and testing.

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 variables but does not itself enforce initialization practices.

prevents

Configuration management can enforce secure defaults and initialization settings but is not the primary control for code-level initialization.

prevents

Secure development life cycle mandates initialization checks and secure defaults that directly prevent improper resource initialization.

prevents

Secure system architecture and engineering principles require explicit initialization of resources and secure state management.

prevents

Secure coding standards explicitly forbid uninitialized variables and mandate proper resource initialization before use.

References