CVE-2024-0135
Nvidia Container Toolkit ≤ 1.17.3
Raw vector
CVSS:3.1/AV:N/AC:H/PR:H/UI:R/S:C/C:H/I:H/A:HCVSS and EPSS are reproduced from their sources (NVD, FIRST EPSS). Risk Priority is our own derived reading, not an NVD score.
Summary
CVE-2024-0135 is a high-severity Improper Isolation or Compartmentalization (CWE-653) vulnerability in Nvidia Nvidia Container Toolkit. Its CVSS base score is 7.6 (High).
Operationally, ranked in the top 35% of CVEs by exploit likelihood; it is not currently listed in the CISA KEV catalog.
The strongest mitigations our analysis identified map to SC-2 (Separation of System and User Functionality) and SC-3 (Security Function Isolation) — see the control section below for these in your framework.
Deeper analysis AI-assisted summary
Synthesised by an AI model from the NVD description and linked references — a reading aid, not an authoritative source.
CVE-2024-0135 is an improper isolation vulnerability in the NVIDIA Container Toolkit. The issue arises when a specially crafted container image can lead to modification of a host binary. Successful exploitation may result in code execution, denial of service, escalation of privileges, information disclosure, and data tampering. The vulnerability is rated with a CVSS v3.1 base score of 7.6 (AV:N/AC:H/PR:H/UI:R/S:C/C:H/I:H/A:H) and is associated with CWE-653.
An attacker requires high privileges (PR:H) on the target system and must convince a user to interact with a malicious container image (UI:R), such as loading or running it. The attack is feasible over the network (AV:N) but involves high complexity (AC:H). Exploitation changes the scope (S:C) and can achieve high impacts on confidentiality, integrity, and availability, including arbitrary code execution on the host and privilege escalation beyond the container's isolation.
NVIDIA has published a security advisory at https://nvidia.custhelp.com/app/answers/detail/a_id/5599 detailing the vulnerability, which was disclosed on 2025-01-28. Practitioners should consult this advisory for patch information and mitigation guidance.
OWASP Top 10 for Web (2025)
EU & UK References
- 🇪🇺 ENISA EUVD: EUVD-2024-15934
Vulnerability Data
NVIDIA Container Toolkit contains an improper isolation vulnerability where a specially crafted container image could lead to modification of a host binary. A successful exploit of this vulnerability may lead to code execution, denial of service, escalation of privileges, information…
more
disclosure, and data tampering.
- CWE(s)
Related Threats
CVEs Like This One
Affected Assets
Mitigating Controls
Mitigating Controls (NIST 800-53 r5) AI
Security function isolation is the canonical mechanism for protecting higher-privilege compartments.
Process isolation maintains separate execution domains so one process cannot affect another’s privilege level.
Explicit separation of user and management functionality implements the required compartmentalization.
System partitioning creates distinct domains that enforce isolation between differently privileged components.
Access enforcement directly requires approved authorizations to be applied to compartmentalized resources.
Information flow enforcement structurally prevents unauthorized mixing of data or functions across privilege boundaries.
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.
Access control policies establish the boundaries that isolation must enforce.
A.5.18's provisioning, review, SoD enforcement, activation-only-after-authorization, and timely revocation directly stop exploitation of improper isolation/compartmentalization by ensuring privilege boundaries are authorized, segregated, and maintained; bounded remainder is flawed isolation designs that are never granted rights in the first place (pure design flaw, not a rights-management failure).
A.5.3 directly mandates determining and enforcing segregation of conflicting duties/roles (with examples that map to privilege boundaries), which stops improper isolation from being exploitable in most cases; the bounded remainder is small organizations or cases where segregation is impracticable and the clause itself falls back to other controls.
Privileged access rights require strict isolation from ordinary user contexts.
A.8.22's network-domain segregation and perimeter gateways (firewalls) directly enforce isolation between trust/criticality levels, stopping cross-domain exploitation of improper compartmentalization for the bulk of network-based privilege flows; the bounded remainder is non-network resources (e.g. process-level or in-memory compartmentalization inside a single domain).
A.8.27 mandates security-by-design principles including least privilege, defense-in-depth, compartmentalization via zero-trust/never-trust, fail-secure, and explicit analysis of control placement and integration to isolate differing privilege levels; this stops exploitation of most improper-isolation cases but leaves a bounded remainder (e.g. certain legacy or safety-overriding exceptions that must be formally acknowledged).
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-653, a class-level weakness, and none of its children carries one either.