Skip to main content
VulnerabilityPublished Updated

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

Affects Linux kernelSource CVE Database V5

0

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

Data as of 26 Oct 2026, 10:12 UTC

CVSS 3.1 base score
7.0High
How severe the flaw is on the 0–10 CVSS scale.
EPSS
0.1% chance of exploitation in 30 days – higher than 3% 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 f89e33c9c37f0001b730e23b3b05ab7b1ecface2, 77611cab5bdfff7a070ae574bbfba20a1de99d1b, 2447edc367800ba914acf7ddd5d250416b45fb31 +3
CVSS:3.1/AV:L/AC:H/PR:L/UI:N/S:U/C:H/I:H/A:H

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 14 Feb 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
  • ≥ 24ab724f8a4661b2dc8e696b41df93bdc108f7a1, < f89e33c9c37f0001b730e23b3b05ab7b1ecface2
Fixed in
  • f89e33c9c37f0001b730e23b3b05ab7b1ecface2
LinuxLinuxAffected
  • ≥ 24ab724f8a4661b2dc8e696b41df93bdc108f7a1, < 77611cab5bdfff7a070ae574bbfba20a1de99d1b
Fixed in
  • 77611cab5bdfff7a070ae574bbfba20a1de99d1b
LinuxLinuxAffected
  • ≥ 24ab724f8a4661b2dc8e696b41df93bdc108f7a1, < 2447edc367800ba914acf7ddd5d250416b45fb31
Fixed in
  • 2447edc367800ba914acf7ddd5d250416b45fb31
LinuxLinuxAffected
  • ≥ 24ab724f8a4661b2dc8e696b41df93bdc108f7a1, < 34b56c16efd61325d80bf1d780d0e176be662f59
Fixed in
  • 34b56c16efd61325d80bf1d780d0e176be662f59
LinuxLinuxAffected
  • ≥ 24ab724f8a4661b2dc8e696b41df93bdc108f7a1, < 31a7a0bbeb006bac2d9c81a2874825025214b6d8
Fixed in
  • 31a7a0bbeb006bac2d9c81a2874825025214b6d8
LinuxLinuxAffected
  • ≥ 24ab724f8a4661b2dc8e696b41df93bdc108f7a1, < 1b381a638e1851d8cfdfe08ed9cdbec5295b18c9
Fixed in
  • 1b381a638e1851d8cfdfe08ed9cdbec5295b18c9

Description

In the Linux kernel, the following vulnerability has been resolved: dpaa2-switch: add bounds check for if_id in IRQ handler The IRQ handler extracts if_id from the upper 16 bits of the hardware status register and uses it to index into ethsw->ports[] without validation. Since if_id can be any 16-bit value (0-65535) but the ports array is only allocated with sw_attr.num_ifs elements, this can lead to an out-of-bounds read potentially. Add a bounds check before accessing the array, consistent with the existing validation in dpaa2_switch_rx().

References

Community reviews

Loading reviews…