CVE-2026-98333: wifi: mac80211: reset the LED state when ifup fails

Published Oct 6, 2026
·
Updated

In the Linux kernel, the following vulnerability has been resolved:

wifi: mac80211: reset the LED state when ifup fails

When the first interface comes up, the radio LED is turned on. This can start the TPT trigger timer, which continues running.

But if bringing up the interface fails then the timer keeps running and won't be stopped by anything, eventually it can be freed:

ODEBUG: free active (active state 0) object: ffff888127e12130 object type: timerlist hint: tpttrigtimer+0x0/0x300 net/mac80211/led.c:145 WARNING: CPU: 0 PID: 5923 at lib/debugobjects.c:612 debugprintobject+0x1a2/0x2b0 debugchecknoobjfreed+0x4b7/0x600 lib/debugobjects.c:1129 kfree+0x436/0x670 mm/slub.c:6818 ieee80211ledexit+0x162/0x1c0 net/mac80211/led.c:210 ieee80211unregisterhw+0x27e/0x3a0 net/mac80211/main.c:1706 rt2x00libremovedev+0x55b/0x670

Undo the LED state in the error path.

Affected Software

1 affected component
Linux Linux kernel

Event History

Oct 6, 2026
CVE Published
via MITRE·08:46 AM
Data Sourced
via MITRE·08:46 AM
Description
Data Sourced
via NVD·09:18 AM
Description
Oct 7, 2026
Data Sourced
via Microsoft·08:19 AM
DescriptionSeverityWeakness

Frequently Asked Questions

1

Under what conditions can this issue occur?

It can occur when the first mac80211 wireless interface begins coming up, turns on the radio LED and starts the TPT trigger timer, but the interface bring-up then fails. The timer can remain active until the wireless hardware is unregistered.

2

What is the observable impact?

During wireless hardware removal or cleanup, the kernel can attempt to free an active timer. With debug objects enabled, this is reported as an ODEBUG "free active" warning involving the mac80211 TPT trigger timer.

3

Is there a workaround if the fix cannot be applied immediately?

The provided information does not identify a configuration workaround. Avoiding failed initial wireless-interface bring-up and unloading or removing the affected hardware after such a failure may reduce exposure, but the documented remediation is to reset the LED state in the interface-up error path.

4

How can an administrator identify a potentially affected system?

Check kernel logs for an ODEBUG "free active" timer_list message, with a stack trace through tpt_trig_timer, ieee80211_led_exit, and ieee80211_unregister_hw. The issue is associated with a failed first wireless interface bring-up followed by device unregister or removal.

Contact

SecAlerts Pty Ltd.
132 Wickham Terrace
Fortitude Valley,
QLD 4006, Australia
info@secalerts.co
By using SecAlerts services, you agree to our services end-user license agreement. This website is safeguarded by reCAPTCHA and governed by the Google Privacy Policy and Terms of Service. All names, logos, and brands of products are owned by their respective owners, and any usage of these names, logos, and brands for identification purposes only does not imply endorsement. If you possess any content that requires removal, please get in touch with us.
© 2026 SecAlerts Pty Ltd.
ABN: 70 645 966 203, ACN: 645 966 203