CVE-2024-40990: RDMA/mlx5: Add check for srq max_sge attribute
In the Linux kernel, the following vulnerability has been resolved:
RDMA/mlx5: Add check for srq max_sge attribute
max_sge attribute is passed by the user, and is inserted and used
unchecked, so verify that the value doesn't exceed maximum allowed value
before using it.
Security readout for executives and security teams
Plain-English summary
A local, low-privileged user could provide an excessive value to the Linux mlx5 RDMA driver because it was not checked before use. The supplied severity assessment indicates potentially serious confidentiality, integrity, and availability consequences. Exposure appears limited to systems using the affected mlx5 RDMA functionality, rather than all Linux systems equally.
Executive priority
Prioritize remediation as high for shared, multi-user, or sensitive systems using mlx5 RDMA. Treat ordinary Linux hosts without that functionality as lower-priority pending validation. This is not supported as an active-exploitation emergency, but the high potential impact and low-complexity local attack conditions justify timely patching.
Technical view
The mlx5 shared receive queue path accepted the user-controlled max_sge attribute without verifying it against the permitted maximum. The correction adds that bounds check before the value is used. CVSS 3.1 is 7.8 with local, low-complexity, low-privilege access and high potential impact. The sources do not describe the resulting failure primitive or a CWE.
Likely exposure
Likely exposure is concentrated on Linux hosts using mlx5 RDMA shared receive queues and permitting low-privileged local access. The supplied affected-version data names releases from 3.11 through 6.10, but its exact range semantics are unclear. Confirm exposure using distribution advisories and backport records rather than version numbers alone.
Exploitation context
The bundle marks this CVE as absent from KEV, and no supplied source reports active exploitation or a public exploit. Exploitation requires local access with low privileges according to the CVSS vector. This lowers internet-wide urgency but remains important on shared compute, research, or other multi-user RDMA systems.
Researcher notes
The source bundle establishes unchecked user input and the added maximum-value validation, but it does not explain the downstream corruption or failure mechanism. It also supplies ambiguous affected-version entries and no CWE. Researchers should review the stable patches and distribution backports when determining exact exposure, without inferring exploitability beyond the CVSS assessment.
Mitigation direction
Upgrade to a vendor-supported kernel containing the referenced max_sge bounds check or an equivalent backport.
Consult the operating-system vendor advisory to identify the corrected package for each deployed distribution.
Prioritize shared or multi-user hosts that actively use mlx5 RDMA functionality.
Apply normal restrictions on untrusted local access while affected systems await kernel updates.
Validation and detection
Inventory kernel packages and identify hosts that actively use mlx5 RDMA functionality.
Confirm the installed kernel includes a referenced stable commit or documented vendor backport.
Reboot into the corrected kernel and verify the running version matches the updated package.
Reassess scanner findings using distribution-specific package status rather than upstream version comparisons alone.
Generated from the cited source records. This long-tail analysis has not been individually reviewed by a named human.
Potential ATT&CK relevance
Conservative CVE-to-ATT&CK context
These mappings and lookup hints may be relevant to the vulnerability behavior, CWE, affected product, or exposure path. Glexia-inferred context is not an official MITRE, ATT&CK, CWE, or CVE Program mapping.
ATT&CK lookup starting points
Use these exact CWE pages and searches to review the Glexia ATT&CK library from this CVE's weakness and description context.
cve · low confidence lookup
CVE-2024-40990 mapping review
Open the CVE-to-ATT&CK bridge for reviewed, inferred, or future official mappings tied to this CVE.
These fields come from the CVE record and ADP containers, not from Glexia's Take. They preserve time-varying source decisions such as CISA SSVC, KEV status, CVSS metrics, and provider references.
We collect every scored CVSS vector available in the official CNA and ADP containers. When more than one version is present, the table keeps the source vectors side by side instead of collapsing them into the highest score.