Security Resilience

CVE-2024-0137

Nvidia Container Toolkit ≤ 1.17.3

Published
28 January 2025
Modified
06 October 2025
Patch / advisory
CVSS Score v3.1 5.5
Click a component to see what it means
Raw vectorCVSS:3.1/AV:N/AC:H/PR:L/UI:R/S:C/C:L/I:L/A:L
EPSS Score 0.0033 24th percentile
Risk Priority 40 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-0137 is a medium-severity Improper Isolation or Compartmentalization (CWE-653) vulnerability in Nvidia Nvidia Container Toolkit. Its CVSS base score is 5.5 (Medium).

Operationally, ranked at the 24th 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 SC-2 (Separation of System and User Functionality) and SC-3 (Security Function Isolation) — see the control section below for these in your framework.

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 running in the host’s network namespace. This vulnerability is present only when the NVIDIA Container Toolkit is configured in a nondefault…

more

way. A successful exploit of this vulnerability may lead to denial of service and escalation of privileges.

CWE(s)

Related Threats

CVEs Like This One

CVE-2024-0135Same product: Linux Linux Kernel
CVE-2024-0136Same 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