Security Resilience

CVE-2024-0136

Nvidia Container Toolkit ≤ 1.17.3

Published
28 January 2025
Modified
06 October 2025
Patch / advisory
CVSS Score v3.1 7.6
Click a component to see what it means
Raw vectorCVSS:3.1/AV:N/AC:H/PR:H/UI:R/S:C/C:H/I:H/A:H
EPSS Score 0.0067 51th percentile
Risk Priority 53 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-2024-0136 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 49% 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-0136 is an improper isolation vulnerability in the NVIDIA Container Toolkit, where a specially crafted container image can enable untrusted code to obtain read and write access to host devices. This issue affects the NVIDIA Container Toolkit only when configured in a nondefault manner. Classified under CWE-653, it carries 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 was published on 2025-01-28.

Exploitation requires an attacker with high privileges (PR:H) to deliver a malicious container image over the network (AV:N), involving high attack complexity (AC:H) and user interaction (UI:R). Successful attacks can result in arbitrary code execution, denial of service, privilege escalation, information disclosure, and data tampering on the host system, with significant impact across confidentiality, integrity, and availability in a scoped manner (S:C).

The official NVIDIA security bulletin provides details on mitigation, available at https://nvidia.custhelp.com/app/answers/detail/a_id/5599. Security practitioners should review this advisory for patching instructions and configuration guidance to address the nondefault setups affected by this vulnerability.

OWASP Top 10 for Web (2025)

EU & UK References

Vulnerability Data

NVIDIA Container Toolkit contains an improper isolation vulnerability where a specially crafted container image could lead to untrusted code obtaining read and write access to host devices. This vulnerability is present only when the NVIDIA Container Toolkit is configured in…

more

a nondefault way. A successful exploit of this vulnerability may lead to code execution, denial of service, escalation of privileges, information disclosure, and data tampering.

CWE(s)

Related Threats

CVEs Like This One

CVE-2024-0137Same product: Linux Linux Kernel
CVE-2024-0135Same product: Linux Linux Kernel
CVE-2024-0134Same product: Linux Linux Kernel
CVE-2024-0132Same product: Linux Linux Kernel
CVE-2024-0133Same product: Linux Linux Kernel
CVE-2024-0088Same product: Linux Linux Kernel
CVE-2023-0189Same product: Linux Linux Kernel
CVE-2024-0100Same product: Linux Linux Kernel
CVE-2024-0087Same product: Linux Linux Kernel
CVE-2023-0208Same product: Linux Linux Kernel

Affected Assets

nvidia
nvidia container toolkit
≤ 1.17.3
nvidia
nvidia gpu operator
≤ 24.9.1

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.

degrades

Access control policies establish the boundaries that isolation must enforce.

blocks

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).

blocks

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.

degrades

Privileged access rights require strict isolation from ordinary user contexts.

blocks

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).

blocks

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.

References