Skip to main content
VulnerabilityPublished Updated

CVE-2026-68326: Linux kernel · Out-of-bounds Read

Affects Linux kernelSource CVE Database V5

0

Not known to be exploited · CVSS 8.8 High · fixed in f0858bfc7d3cab411a447b88e3ef970e575032c9 : patch Linux kernel soon.

Data as of 26 Oct 2026, 14:05 UTC

CVSS 3.1 base score
8.8High
How severe the flaw is on the 0–10 CVSS scale.
EPSS
0.2% chance of exploitation in 30 days – higher than 18% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
CISA SSVC
Exploitation
No evidence of active exploitation and no public proof of concept
Automatable
Attackers cannot reliably automate steps 1–4 of the kill chain
Technical impact
Total control over the software or total information disclosure

CISA SSVC assessment, 2026-10-16.

Patch
Available – fixed in f0858bfc7d3cab411a447b88e3ef970e575032c9, e7e93d3e8c240bdb70c41e79d169d74dfb442843, d21464d93f8ba464dc3d7b4b31c6e0adcd9f659c +5
CVSS:3.1/AV:A/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 10 Aug 2026

  2. Detectable: no evidence on record.

    No public nuclei template indexed

  3. Weaponised: no evidence on record.

    No public exploit code indexed in Metasploit or Exploit-DB

  4. Exploited in the wild: no evidence on record.

    Not in CISA KEV and no source reports exploitation

  5. Observed by OffSeq 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

Upgrade to a fixed release listed under Affected software.

Affected software

ProductAffectedFixed in
LinuxLinuxAffected
  • ≥ e568634ae7ac379661c90731d480e067929420a1, < f0858bfc7d3cab411a447b88e3ef970e575032c9
Fixed in
  • f0858bfc7d3cab411a447b88e3ef970e575032c9
LinuxLinuxAffected
  • ≥ e568634ae7ac379661c90731d480e067929420a1, < e7e93d3e8c240bdb70c41e79d169d74dfb442843
Fixed in
  • e7e93d3e8c240bdb70c41e79d169d74dfb442843
LinuxLinuxAffected
  • ≥ e568634ae7ac379661c90731d480e067929420a1, < d21464d93f8ba464dc3d7b4b31c6e0adcd9f659c
Fixed in
  • d21464d93f8ba464dc3d7b4b31c6e0adcd9f659c
LinuxLinuxAffected
  • ≥ e568634ae7ac379661c90731d480e067929420a1, < b6766d7ea43edf5de9d5a572bc58b631d09efe4b
Fixed in
  • b6766d7ea43edf5de9d5a572bc58b631d09efe4b
LinuxLinuxAffected
  • ≥ e568634ae7ac379661c90731d480e067929420a1, < ad26c75ae25749313248f06510ebe43b5bf4adcc
Fixed in
  • ad26c75ae25749313248f06510ebe43b5bf4adcc
LinuxLinuxAffected
  • ≥ e568634ae7ac379661c90731d480e067929420a1, < a616616b938f7922a93e79bef16b4643c57c0922
Fixed in
  • a616616b938f7922a93e79bef16b4643c57c0922

Description

In the Linux kernel, the following vulnerability has been resolved: wifi: mwifiex: bound uAP association event IEs to the event buffer mwifiex_process_uap_event() handles EVENT_UAP_STA_ASSOC by exposing the (re)association request IEs that the firmware copies into the event: sinfo->assoc_req_ies = &event->data[len]; len = (u8 *)sinfo->assoc_req_ies - (u8 *)&event->frame_control; sinfo->assoc_req_ies_len = le16_to_cpu(event->len) - (u16)len; event->len is supplied by the device firmware and is never validated, and the subtraction is unchecked. assoc_req_ies points into adapter->event_body[MAX_EVENT_SIZE], a fixed-size array embedded in the kmalloc()'d struct mwifiex_adapter. On the ap_11n_enabled path mwifiex_set_sta_ht_cap() walks these IEs with cfg80211_find_ie(), whose for_each_element() loop dereferences each element header. A firmware-reported event->len larger than the bytes actually received makes assoc_req_ies_len describe IEs that extend past event_body, so the walk reads out of the adapter slab object, a slab-out-of-bounds read (KASAN: slab-out-of-bounds in cfg80211_find_ie). An event->len smaller than the header instead makes the int subtraction negative, which wraps to a huge size_t when stored in assoc_req_ies_len. The same length is handed to cfg80211_new_sta(), so a more modest over-claim can also copy stale event_body bytes into the NL80211_CMD_NEW_STATION notification. A malicious or malfunctioning mwifiex device (USB/SDIO/PCIe) can deliver such an event while the interface is in AP/uAP mode. Validate event->len before use: reject a length that underflows the header or that would place the IEs outside the event_body[] buffer the event was copied into. event->len here is struct mwifiex_assoc_event.len, a payload field internal to this event, not the transport frame length, so it is validated in this handler rather than at the generic MWIFIEX_TYPE_EVENT receive path, which only sees the event cause and the transport frame length. The bound is against event_body[MAX_EVENT_SIZE] rather than the actually-received length because the transports store the event differently (USB and SDIO leave the 4-byte event header in event_skb, PCIe strips it via skb_pull), whereas event_body is the single fixed buffer all of them copy the event into. This is the event-path analogue of the receive-path bounds checks added in commit 119585281617 ("wifi: mwifiex: Fix OOB and integer underflow when rx packets").

References

Community reviews

Loading reviews…