Skip to main content
VulnerabilityPublished Updated

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

Affects Linux kernelSource CVE Database V5

0

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

Data as of 26 Oct 2026, 13:47 UTC

CVSS 3.1 base score
8.8High
How severe the flaw is on the 0–10 CVSS scale.
EPSS
0.3% chance of exploitation in 30 days – higher than 33% 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 155851e501d6c649cbcfcca6472dc26269b04b6b, 526b8ef54668780c8f69e0211c342763d5dcbad1, 77f0023f22f6a2616ae128e9c93961b24ae52611 +3
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 15 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
  • ≥ 1f52d7b622854b8bd7a1be3de095ca2e1f77098e, < 155851e501d6c649cbcfcca6472dc26269b04b6b
Fixed in
  • 155851e501d6c649cbcfcca6472dc26269b04b6b
LinuxLinuxAffected
  • ≥ 1f52d7b622854b8bd7a1be3de095ca2e1f77098e, < 526b8ef54668780c8f69e0211c342763d5dcbad1
Fixed in
  • 526b8ef54668780c8f69e0211c342763d5dcbad1
LinuxLinuxAffected
  • ≥ 1f52d7b622854b8bd7a1be3de095ca2e1f77098e, < 77f0023f22f6a2616ae128e9c93961b24ae52611
Fixed in
  • 77f0023f22f6a2616ae128e9c93961b24ae52611
LinuxLinuxAffected
  • ≥ 1f52d7b622854b8bd7a1be3de095ca2e1f77098e, < 55cfea8e8d9117ad086d1e1a0ff87f306f8e3ad0
Fixed in
  • 55cfea8e8d9117ad086d1e1a0ff87f306f8e3ad0
LinuxLinuxAffected
  • ≥ 1f52d7b622854b8bd7a1be3de095ca2e1f77098e, < 07f5eb6d268a37bd9e131079489655cd599182e0
Fixed in
  • 07f5eb6d268a37bd9e131079489655cd599182e0
LinuxLinuxAffected
  • ≥ 1f52d7b622854b8bd7a1be3de095ca2e1f77098e, < 2b822df8e498aa6ca828e16afd8ffec27f7e4c88
Fixed in
  • 2b822df8e498aa6ca828e16afd8ffec27f7e4c88

Description

In the Linux kernel, the following vulnerability has been resolved: net: wwan: iosm: bound device offsets in the MUX downlink decoder mux_dl_adb_decode() walks a chain of aggregated datagram tables using offsets and lengths taken from the modem. first_table_index, next_table_index, table_length, datagram_index and datagram_length are all device supplied le values. Only first_table_index was checked, and only for being non zero. The decoder then formed adth = block + adth_index and read the table header and the datagram entries with no bound against the received skb. A modem that reports an index or a length past the downlink buffer makes the decoder read out of bounds. The buffer is IPC_MEM_MAX_DL_MUX_LITE_BUF_SIZE and skb->len is at most that, so skb->len is the real limit, but none of these in band offsets were checked against it. The table chain is also followed with no forward progress check. The loop takes the next table from adth->next_table_index and stops only when that reaches zero. A modem can stage two tables that point at each other, so the loop never ends. It runs in softirq and clones the skb on every pass. Validate every device offset and length against skb->len before use. The block header must fit. Each table header, on entry and after every next_table_index, must lie inside the skb. The datagram table must fit. Each datagram index and length must stay inside the skb. The header padding must not exceed the datagram length so the receive length does not wrap. Require each next_table_index to move forward so the chain cannot cycle. This was reproduced under KASAN as a slab out of bounds read on a normal downlink receive once the iosm net device is up.

References

Community reviews

Loading reviews…