Skip to content

CVE-2026-53266

8.8 HIGHActively exploited (CISA KEV)EPSS 0.12%
  1. Published25 Jun 2026
  2. Added to CISA KEV18 Sept 2026
  3. Remediation due21 Sept 2026
Actively exploited (CISA KEV)

Linux Kernel contains an out-of-bounds write vulnerability in the ebtables SNAT target which allows an ARP sender hardware address rewrite to write directly into a nonlinear socket-buffer fragment backed by a splice-imported file page. The impacted product(s) could be end-of-life (EoL) and/or end-of-service (EoS). Users are advised to discontinue use and/or transition to a supported version.

Added to KEV: 18 Sept 2026Federal remediation due: 21 Sept 2026

Description

In the Linux kernel, the following vulnerability has been resolved: netfilter: bridge: make ebt_snat ARP rewrite writable The ebtables SNAT target keeps the Ethernet source address rewrite behind skb_ensure_writable(skb, 0). This is intentional: at the bridge ebtables hooks the Ethernet header is addressed through skb_mac_header()/eth_hdr(), while skb->data points at the Ethernet payload. Asking skb_ensure_writable() for ETH_HLEN bytes would check the payload, not the Ethernet header, and would reintroduce the small packet regression fixed by commit 63137bc5882a. However, the optional ARP sender hardware address rewrite is different. It writes through skb_store_bits() at an offset relative to skb->data: skb_store_bits(skb, sizeof(struct arphdr), info->mac, ETH_ALEN) skb_header_pointer() only safely reads the ARP header; it does not make the later sender hardware address range writable. If that range is still held in a nonlinear skb fragment backed by a splice-imported file page, skb_store_bits() maps the frag page and copies the new MAC address directly into it. Ensure the ARP SHA range is writable before reading the ARP header and before calling skb_store_bits().

CVSS 3.1 breakdown

Attack vectorLocal
Attack complexityLow
Privileges requiredLow
User interactionNone
ScopeChanged
ConfidentialityHigh
IntegrityHigh
AvailabilityHigh
CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:C/C:H/I:H/A:H

Affected products

Linux Linux Kernel≥ 5.11 < 5.15.210 · ≥ 5.16 < 6.1.176 · ≥ 5.4.73 < 5.5 · ≥ 5.8.17 < 5.9

Frequently asked

Is CVE-2026-53266 being actively exploited?

Yes. CVE-2026-53266 is listed in the CISA Known Exploited Vulnerabilities (KEV) catalog, added 18 Sept 2026.

How severe is CVE-2026-53266?

CVE-2026-53266 has a CVSS 3.1 base score of 8.8, rated high. EPSS estimates a 0.12% probability of exploitation.

Which products are affected by CVE-2026-53266?

Affected products include Linux Linux Kernel.

How do I fix CVE-2026-53266?

Upgrade affected software to a fixed version, for example Linux Linux Kernel 5.15.210 or later, then confirm no affected versions remain in your inventory.

How Secuno handles this

Secuno correlates vulnerabilities like CVE-2026-53266 against the real software inventory on every managed device, every day. Rather than a static severity, each match is scored in context: exploit availability, EPSS, the asset's exposure, and business criticality decide where it lands in the queue. Because it is on the CISA KEV list, Secuno flags any affected asset as top-priority automatically. If an affected version is present anywhere across your portfolio, it surfaces automatically with a prioritised remediation path.

Data from the NVD, CISA KEV catalog and FIRST EPSS. CVSS 3.1 base score shown where available.