Skip to main content
VulnerabilityPublished Updated

CVE-2026-43083: Linux kernel · net: ioam6: fix OOB and missing lock

Affects Linux kernelSource CVE Database V5

0

Not known to be exploited · CVSS 9.1 Critical · fixed in f1af9d19503b73011dae5051c354fd39b03e240d : patch Linux kernel as a priority.

Data as of 26 Oct 2026, 17:30 UTC

CVSS 3.1 base score
9.1Critical
How severe the flaw is on the 0–10 CVSS scale.
EPSS
0.5% chance of exploitation in 30 days – higher than 46% 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 can reliably automate steps 1–4 of the kill chain
Technical impact
Limited control over the software or limited information exposure

CISA SSVC assessment, 2026-10-16.

Patch
Available – fixed in f1af9d19503b73011dae5051c354fd39b03e240d, b30b1675aa2bcf0491fd3830b051df4e08a7c8ca, a05a85779c2574b6534abb8cdc6d65fbc2e91208 +2
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:N/A:H

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 6 May 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
  • ≥ b63c5478e9cb1d1504eb02d9dac827ad24612b32, < f1af9d19503b73011dae5051c354fd39b03e240d
Fixed in
  • f1af9d19503b73011dae5051c354fd39b03e240d
LinuxLinuxAffected
  • ≥ b63c5478e9cb1d1504eb02d9dac827ad24612b32, < b30b1675aa2bcf0491fd3830b051df4e08a7c8ca
Fixed in
  • b30b1675aa2bcf0491fd3830b051df4e08a7c8ca
LinuxLinuxAffected
  • ≥ b63c5478e9cb1d1504eb02d9dac827ad24612b32, < a05a85779c2574b6534abb8cdc6d65fbc2e91208
Fixed in
  • a05a85779c2574b6534abb8cdc6d65fbc2e91208
LinuxLinuxAffected
  • ≥ b63c5478e9cb1d1504eb02d9dac827ad24612b32, < 95a1334748c95dd15546056280ade0c4b8dd7b78
Fixed in
  • 95a1334748c95dd15546056280ade0c4b8dd7b78
LinuxLinuxAffected
  • ≥ b63c5478e9cb1d1504eb02d9dac827ad24612b32, < 6d1d9ed9b409e0662241e3d245d574a18f643494
Fixed in
  • 6d1d9ed9b409e0662241e3d245d574a18f643494
LinuxLinuxAffected
  • =5.17
Fixed in–

Description

In the Linux kernel, the following vulnerability has been resolved: net: ioam6: fix OOB and missing lock When trace->type.bit6 is set: if (trace->type.bit6) { ... queue = skb_get_tx_queue(dev, skb); qdisc = rcu_dereference(queue->qdisc); This code can lead to an out-of-bounds access of the dev->_tx[] array when is_input is true. In such a case, the packet is on the RX path and skb->queue_mapping contains the RX queue index of the ingress device. If the ingress device has more RX queues than the egress device (dev) has TX queues, skb_get_queue_mapping(skb) will exceed dev->num_tx_queues. Add a check to avoid this situation since skb_get_tx_queue() does not clamp the index. This issue has also revealed that per queue visibility cannot be accurate and will be replaced later as a new feature. While at it, add missing lock around qdisc_qstats_qlen_backlog(). The function __ioam6_fill_trace_data() is called from both softirq and process contexts, hence the use of spin_lock_bh() here.

References

Community reviews

Loading reviews…