CVE-2024-26820: hv_netvsc: Register VF in netvsc_probe if NET_DEVICE_REGISTER missed
In the Linux kernel, the following vulnerability has been resolved:
hv_netvsc: Register VF in netvsc_probe if NET_DEVICE_REGISTER missed
If hv_netvsc driver is unloaded and reloaded, the NET_DEVICE_REGISTER
handler cannot perform VF register successfully as the register call
is received before netvsc_probe is finished. This is because we
register register_netdevice_notifier() very early( even before
vmbus_driver_register()).
To fix this, we try to register each such matching VF( if it is visible
as a netdevice) at the end of netvsc_probe.
Security readout for executives and security teams
Plain-English summary
This is a Linux kernel Hyper-V networking flaw where a virtual function network adapter may not be registered correctly after the hv_netvsc driver is unloaded and reloaded. The available sources do not provide CVSS, impact detail, or active exploitation evidence.
Executive priority
Treat this as a targeted kernel maintenance item for Hyper-V Linux workloads, not an emergency internet-facing exposure based on current evidence. Prioritize standard patching where affected systems use accelerated virtual networking.
Technical view
The issue is an ordering bug in hv_netvsc. NET_DEVICE_REGISTER can arrive before netvsc_probe completes because the netdevice notifier is registered early. The kernel fix registers matching visible VFs at the end of netvsc_probe if the earlier event was missed.
Likely exposure
Exposure is most plausible on Linux systems running as Hyper-V guests with hv_netvsc and VF/SR-IOV networking. General Linux systems not using this driver path appear less likely to be exposed.
Exploitation context
The bundle marks KEV as false and provides no cited evidence of active exploitation. The described condition involves driver unload and reload timing, not a public remote attack path.
Researcher notes
The CVE record’s affected-version data is branch-specific and includes commit identifiers plus stable release ranges. Impact severity is not stated, so validation should focus on applicability of hv_netvsc, VF visibility, and whether the branch-specific fix is present.
Mitigation direction
Update affected Linux kernels through the appropriate vendor or distribution channel.
Confirm the running kernel includes the relevant stable-branch fix commit.
Review Debian LTS and other vendor advisories for packaged kernel status.
For Siemens environments, check SSA-265688 for product-specific guidance.
If no update is available, follow vendor guidance; no workaround is named in the sources.
Validation and detection
Inventory Linux kernel versions on Hyper-V-hosted workloads.
Identify systems using hv_netvsc with VF or SR-IOV networking.
Map kernel versions to the CVE affected and fixed ranges.
Check distribution changelogs for CVE-2024-26820 backports.
Document whether the issue is applicable, fixed, or vendor-pending.
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-26820 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.