CVE-2024-36900: net: hns3: fix kernel crash when devlink reload during initialization
In the Linux kernel, the following vulnerability has been resolved:
net: hns3: fix kernel crash when devlink reload during initialization
The devlink reload process will access the hardware resources,
but the register operation is done before the hardware is initialized.
So, processing the devlink reload during initialization may lead to kernel
crash.
This patch fixes this by registering the devlink after
hardware initialization.
Security readout for executives and security teams
Plain-English summary
CVE-2024-36900 is a Linux kernel crash bug in the hns3 network driver. During device startup, a devlink reload can access hardware resources before initialization is complete, potentially crashing the kernel. For affected servers, the business impact is availability risk rather than confirmed data theft or remote compromise.
Executive priority
Schedule remediation through normal kernel patch cycles, with higher priority for production servers using hns3 network hardware. No source indicates active exploitation, but a kernel crash can still cause service interruption.
Technical view
The hns3 driver registered devlink before hardware initialization completed. If devlink reload ran during that window, reload processing could touch uninitialized hardware resources and trigger a kernel crash. The upstream fix delays devlink registration until after hardware initialization.
Likely exposure
Exposure appears limited to Linux systems running affected kernel builds with the hns3 network driver path present and relevant network hardware or configuration. The source bundle does not establish remote reachability, privilege requirements, or broad default exposure.
Exploitation context
The CVE is not marked KEV, and the provided sources do not report active exploitation. The described condition is timing-dependent during initialization and devlink reload. Treat it as a denial-of-service availability issue unless vendor guidance adds stronger exploitability evidence.
Researcher notes
Evidence is narrow: the CVE text describes a race/order-of-initialization crash and the fix approach. No CVSS, CWE, exploit status, privilege model, or remote attack path is provided in the bundle.
Mitigation direction
Update to a kernel or vendor package containing the referenced stable fixes.
Prioritize systems using hns3-supported network adapters or devlink management workflows.
Check distribution advisories for exact fixed versions and backport status.
Avoid relying on upstream version numbers alone; vendors may backport fixes.
Validation and detection
Inventory Linux hosts with affected kernel versions and hns3 driver exposure.
Confirm whether the referenced stable commit is present in each deployed kernel build.
Review vendor kernel changelogs or advisories for CVE-2024-36900 backports.
Check crash logs for hns3, devlink reload, or initialization-time kernel panics.
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-36900 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.