CVE-2026-63869: Linux kernel · wifi: mac80211: limit injected antenna index in ieee80211_parse_tx_radiotap
Affects Linux kernelSource GCVE Database
Not known to be exploited · CVSS 7.6 High.
Data as of 26 Oct 2026, 17:16 UTC
- EPSS
- 0.2% chance of exploitation in 30 days – higher than 19% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
CVSS:3.1/AV:A/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:LExploitation evidence
Disclosed: evidence found.
CVE published 19 Jul 2026
Detectable: no evidence on record.
No public nuclei template indexed
Weaponised: no evidence on record.
No public exploit code indexed in Metasploit or Exploit-DB
Exploited in the wildExploited: no evidence on record.
Not in CISA KEV and no source reports exploitation
Observed by OffSeq MirageSeen by Mirage: no evidence on record.
No attack traffic recorded by OffSeq Mirage sensors
A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 26 Oct 2026.
What to do
Affected software
| Product | Affected | Fixed in |
|---|---|---|
Linuxlinux/kernelpkg:rpm/linux/kernelOther threats | Affected
| Fixed in– |
Check your own hosts for these packages with threat-finder (opens in a new tab), our free open-source scanner.
AI-suggested
Since this is a Linux kernel vulnerability, monitor for official kernel updates that address this issue and apply them promptly. Avoid using untrusted userspace tools that inject malformed radiotap frames until a fix is applied.
Description
In the Linux kernel, the following vulnerability has been resolved: wifi: mac80211: limit injected antenna index in ieee80211_parse_tx_radiotap When parsing the radiotap header of an injected frame, ieee80211_parse_tx_radiotap() uses the IEEE80211_RADIOTAP_ANTENNA value directly as a shift count: info->control.antennas |= BIT(*iterator.this_arg); *iterator.this_arg is an 8-bit value taken straight from the frame supplied by userspace, so BIT() can be asked to shift by up to 255. That is undefined behaviour on the unsigned long and is reported by UBSAN: UBSAN: shift-out-of-bounds in net/mac80211/tx.c:2174:30 shift exponent 235 is too large for 64-bit type 'unsigned long' Call Trace: ieee80211_parse_tx_radiotap+0xadb/0x1950 net/mac80211/tx.c:2174 ieee80211_monitor_start_xmit+0xb1f/0x1250 net/mac80211/tx.c:2451 ... packet_sendmsg+0x3eb6/0x50f0 net/packet/af_packet.c:3109 info->control.antennas is a 2-bit bitmap (u8 antennas:2), so only antenna indices 0 and 1 can ever be represented. Ignore any larger value instead of shifting out of bounds.
References
- nvd.nist.gov/vuln/detail/CVE-2026-63869 (opens in a new tab)
- git.kernel.org/stable/c/033ce021a220913ac02416fcb5ac883a9ff8b6c7 (opens in a new tab)
- git.kernel.org/stable/c/6c0cf89f36ac0c0fd8687a4ccdce2efb23a9c663 (opens in a new tab)
- git.kernel.org/stable/c/9b40c59bab08f2a99abf969cc0bb92fa49de004b (opens in a new tab)
- git.kernel.org/stable/c/f6d3dc8e8492bf8435e0b23c99472af7bafd6b44 (opens in a new tab)