Cloudanix VulnDB

CVE-2026-90351

None

CVSS

—

EPSS

0.2%

Published

Sep 17, 2026

CISA due date

—

Cloudanix analysis

Schedule a fix SSVC: Track

A bug in the Linux kernel's handling of certain WiFi hardware could make the computer crash during startup on affected devices.

Exploitation
Other
Attacker needs
Local User
Complexity
Low
Impact
Denial Of Service
Component
OS kernel
Class
Other
Remediation
Upgrade
Effort
Medium
Patch risk
Low

What it actually does

Improper error handling in the mt76 mt7996 WiFi driver allows secondary hif2 WED attachment after primary WED failure, resulting in inconsistent half-attached device state and later kernel crash; the secondary path also re-enables hwrro_mode that the primary failure had disabled.

Why it matters to the business

Systems using affected WiFi hardware may experience sudden crashes or instability during device initialization, leading to downtime and loss of wireless connectivity until reboot.

How an attack unfolds

An attacker with local access or a hardware fault induces failure of the primary PCIe WED attach during probe; the driver still proceeds with the hif2 secondary attachment, leaving the device in a corrupted state that crashes the kernel on subsequent operations.

How to fix it

Apply the upstream kernel patch that skips hif2 WED setup when the primary WED device is not active; rebuild and deploy the fixed kernel to affected systems.

How to confirm the fix worked

Inspect dmesg or kernel logs after loading the mt76 driver for successful primary WED attach messages without subsequent hif2 attachment attempts; confirm the fix by reviewing the mt7996 probe code path.

Typical attack path

  1. Trigger or simulate failure of primary WED attach for the mt7996 device
  2. Allow the probe routine to continue and attach wed_hif2 for the secondary function
  3. Re-enable hwrro_mode via the secondary path despite primary failure
  4. Trigger later device activity that exposes the inconsistent state and crashes the kernel

How to detect it

Review kernel logs and dmesg output for mt76 driver messages mentioning WED attach failures followed by hif2 attempts or hwrro_mode changes; look for associated oops or panic traces on systems with mt7996 hardware.

What your security team should do

  • Prioritize kernel updates for systems with mt7996 hardware within normal patch cycles
  • Monitor kernel crash reports and WiFi driver initialization logs for related failures
  • Test the updated driver in a lab environment before broad deployment

The record

In the Linux kernel, the following vulnerability has been resolved: wifi: mt76: mt7996: do not attach hif2 WED when the main WED attach failed If the WED attach for the primary PCIe function fails, the probe path still attached wed_hif2 for the secondary function, leaving the device in an inconsistent half-WED configuration that crashes later. The hif2 call also re-enabled hwrro_mode, which the failed primary attach had just turned off. Skip the hif2 WED setup when the primary WED device is not active.

Affected packages

Ecosystem Package Introduced Fixed