Vulnerability Assessment
| Weakness |
CWE
ASVS 5.0
V15 - Secure Coding and Architecture Heap buffer bounds checking
MITRE ATT&CK
1 technique across 1 tactic: Execution The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up. |
| Impact | The provided CVSS 3.1 vector (AV:L/AC:H/PR:L/UI:N/S:U/C:H/I:H/A:H, base 7.0) is internally consistent with the description: slurmstepd runs on compute nodes (typically with elevated privileges), and a local vector with low-privilege requirement matches an authenticated user who already has job-submission or shell access to a node abusing the step daemon's socket handling. The AC:H signals that triggering the heap overflow reliably is non-trivial, though the available sources do not describe why it is hard to trigger. No EPSS score, no CISA KEV listing, and no POC reference are present in the input, so there is no exploitation-probability or in-the-wild signal to weigh - the vuln.today Decision label is 'this_week', indicating elevated but non-emergency priority rather than active-exploitation urgency. Net assessment: this is a genuine high-severity local privilege/impact issue on multi-tenant HPC clusters (where untrusted users routinely share compute nodes), but the local-only vector, low-privilege-but-not-zero prerequisite, and high attack complexity keep it below drop-everything urgency; absence of EPSS/KEV/POC data means real-world exploitation likelihood is currently unknown, not confirmed low. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Nov 03, 2026
Heap-based buffer overflow in the slurmstepd socket handling code of NVIDIA Slurm lets an authenticated local user corrupt heap memory, with the assessed CVSS 3.1 vector (AV:L/AC:H/PR:L/UI:N/S:U/C:H/I:H/A:H, base 7.0) indicating high confidentiality, integrity, and availability impact. The affected product is captured by the wildcard CPE for nvidia:slurm, and no version-specific fixed release is present in the supplied data. No public exploit was identified at time of analysis, and the vuln.today decision label is this_week.
RemediationAI
No vendor-released patch or exact fixed version is identified in the available data, so no specific upgrade target can be cited; monitor the NVD and CVE.org records for an NVIDIA advisory and treat this as a tracking priority under the vuln.today this_week decision label. Because the assessed vector requires local access (AV:L) and low privileges (PR:L), the exposure-reduction measure most directly traceable to the assessment is to restrict compute-node shell and job-submission access to trusted users; this shrinks the pool of local users who could reach the slurmstepd socket handling path, but the sources do not confirm it prevents the heap overflow and it does not address the underlying defect. No verified configuration workaround is described in the supplied data, so exposure reduction should be paired with continued monitoring for a patched Slurm release.
Affected VersionsENISA
Affected Packages
Source: OSV (Open Source Vulnerabilities)
Affects your stack
Affects 3 packages in euvd
Checking this CVE against your own stacks and servers is part of the Basic plan and up.
Technical ContextAI · show details
NVIDIA Slurm is a workload manager for HPC clusters, and slurmstepd is the step daemon that runs on compute nodes, typically with elevated privileges as noted in the independent assessment. The flaw is classified as CWE-122 (heap-based buffer overflow) and sits in the slurmstepd socket handling code, meaning an attacker who can reach that local socket-handling path may be able to write beyond an allocated heap buffer. The CVSS vector AV:L/AC:H/PR:L/UI:N/S:U/C:H/I:H/A:H describes a local attack that requires low privileges and no user interaction, with high impact across confidentiality, integrity, and availability; the independent assessment maps the local, low-privilege prerequisite to a user who already has job-submission or shell access to a node. The available sources do not describe the exact trigger sequence, message contents, or heap layout needed to exploit the overflow, so the precise exploitation mechanics remain unverified in the supplied data.
Know when Slurm gets its next vulnerability
- Watch products and get an email when something new is published
- Check this CVE against your own stack and servers
- Exploit and PoC references, threat intelligence from 22 sources
No credit card · 7-day full trial
Severity by source
AV:L/AC:H/PR:L/UI:N/S:U/C:H/I:H/A:H
Primary rating from Vendor (nvidia) · only source for this CVE.
CVSS VectorVendor: nvidia
DescriptionCVE.org
NVIDIA Slurm contains an attacker-controlled heap-based buffer overflow in the slurmstepd socket handling code.
Executive ViewAI
A heap-based buffer overflow in NVIDIA Slurm's slurmstepd component allows authenticated local users to corrupt heap memory, potentially leading to full system compromise with high impact on confidentiality, integrity, and availability. This affects organizations relying on Slurm for HPC workload management, where a malicious insider or compromised account could disrupt research, leak sensitive data, or cause service outages. Leadership should prioritize mitigation because the vulnerability is rated HIGH severity and no patch is currently available.
Restrict local access to Slurm nodes; enforce least privilege; monitor for heap corruption indicators; isolate slurmstepd via containerization or mandatory access controls; disable untrusted job submission until patch is available.
Threat Intelligence Overview
How this decision was reached
The engine reads each signal below and applies a fixed list of rules from top to bottom. The first rule that matches sets the recommended action – like a statement, every line is shown.
What every action level means
SSVC AssessmentENISA
Priority Score
Attack Technique
A buffer overflow occurs when a program writes more data to a memory buffer than it was allocated to hold, causing the excess data to spill into adjacent memory regions.
A heap overflow occurs when a program writes data beyond the bounds of a buffer allocated in the heap memory region.
An issue was discovered in SchedMD Slurm 22.05.x, 23.02.x, and 23.11.x. Rated critical severity (CVSS 9.8), this vulnera
An issue was discovered in SchedMD Slurm 23.11.x. Rated critical severity (CVSS 9.8), this vulnerability is remotely exp
SchedMD Slurm 21.08.x through 20.11.x has Incorrect Access Control that leads to Escalation of Privileges. Rated critica
Slurm before 19.05.8 and 20.x before 20.02.6 has an RPC Buffer Overflow in the PMIx MPI plugin. Rated critical severity
SchedMD Slurm 17.11.x, 18.08.0 through 18.08.7, and 19.05.0 allows SQL Injection. Rated critical severity (CVSS 9.8), th
SchedMD Slurm before 17.11.13 and 18.x before 18.08.5 mishandles 32-bit systems. Rated critical severity (CVSS 9.8), thi
SchedMD Slurm before 17.02.10 and 17.11.x before 17.11.5 allows SQL Injection attacks against SlurmDBD. Rated critical s
An issue was discovered in SchedMD Slurm 23.02.x and 23.11.x. Rated high severity (CVSS 8.8), this vulnerability is remo
SchedMD Slurm 21.08.x through 20.11.x has Incorrect Access Control that leads to Escalation of Privileges and code execu
SchedMD Slurm 21.08.x through 20.11.x has Incorrect Access Control that leads to Information Disclosure. Rated high seve
SchedMD Slurm before 20.02.7 and 20.03.x through 20.11.x before 20.11.7 allows remote code execution as SlurmUser becaus
The _prolog_error function in slurmd/req.c in Slurm before 15.08.13, 16.x before 16.05.7, and 17.x before 17.02.0-pre4 h
EUVD-2026-116016
NVD
CVE.org
GitHub PoC
Exploit-DB