PT-2026-116927 · Linux · Linux

CVE-2026-98708

·

Published

2026-10-18

·

Updated

2026-10-18

None

No severity ratings or metrics are available. When they are, we'll update the corresponding info on the page.
In the Linux kernel, the following vulnerability has been resolved:
wifi: mac80211: keep paired old chanctx alive
An in-place replacement keeps reciprocal replace ctx pointers between the old WILL BE REPLACED chanctx and the new REPLACES OTHER chanctx. However, the early free paths only consider assigned and reserved link users when deciding whether to free the old chanctx.
That lets the old chanctx be freed too early while the replacement partner still points back to it, either when the last assigned link is released or when that link successfully reassigns to another existing context. Later unreserve and switch-finalization paths can then follow a stale replace ctx pointer.
Keep a paired old chanctx alive until the replacement pair has been torn down. Apply the same check to both ieee80211 link release channel() and ieee80211 link use reserved reassign(). If the replacement is later abandoned, ieee80211 link unreserve chanctx() already tears down the pairing before freeing the old chanctx once no users remain.
Found an issue in the description? Have something to add? Feel free to write us 👾

Related Identifiers

CVE-2026-98708

Affected Products

Linux