Vulnerability report

Exploited in the wild Confirmed confidence In CISA KEV

CVE-2026-53266

netfilter: bridge: make ebt_snat ARP rewrite writable

Linux / Linux · affected before bf84ad7c7a9ede46e31afaa41a1ba06a159e8c87

Severity
CVSS 8.8 · High
Confidence
Confirmed
Exploit status
Exploited in the wild
EPSS
0.3%
First observed
Last observed

Decision summary

What security teams need to know first

Direct answers before the deeper technical record.

What it is

CVE-2026-53266 is netfilter: bridge: make ebt_snat ARP rewrite writable affecting Linux Linux. In the Linux kernel, the following vulnerability has been resolved: netfilter: bridge: make ebt_snat ARP rewrite...

Is it exploited?

Yes. Previdian tracks this CVE as a known exploited vulnerability. Confidence is confirmed. Listed in CISA KEV. Also confirmed by third-party sources.

Who is affected?

Linux / Linux affected before bf84ad7c7a9ede46e31afaa41a1ba06a159e8c87.

What should we do?

Prioritize remediation. Validate affected assets and apply vendor fixes on an accelerated timeline.

Overview

netfilter: bridge: make ebt_snat ARP rewrite writable

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().

Linux Affected
Linux
Before bf84ad7c7a9ede46e31afaa41a1ba06a159e8c87 Before 76280b78cc9f23bdc6438e10ad6dff148ef8375b Before b7e91939ba9be805a62a257fa4e227dffbb88fa0 Before afd64b59c3de9bbbdd3759e834fdc55cda716e0b Before 153ea96c806aea395daba907a4f88480b6ad5093 Before b18675263db1147c8e1cab625400c13a0d87bd2d Before c9b5ff59feffb92a147a84a5aa28acd2cb8ff4c5 Before 67ba971ae02514d85818fe0c32549ab4bfa3bf49 2f3839075a5f8dcf116c1abe35b36b018ac62445 51ba2945a8ef65ae437c8f9ba05f0343aa82ae5b b7d23c2c87584eb429f115c078ed511be8b18e29 Before 5.5 Before 5.9 Before 5.10 5.10
Linux Unaffected
Linux
Before 5.10 Through 5.10.* Through 5.15.* Through 6.1.* Through 6.6.* Through 6.12.* Through 6.18.* Through 7.0.* Through *
Published
25 Jun 2026
Exploitation Reported
18 Sep 2026
Attack vector
Local
Complexity
Low
Privileges
Low
User interaction
None

Tags

linux cisa

CVE References

Exploitation evidence

Why Previdian marks this CVE as exploited

Third-party attestation and first-party sensor observation are shown separately so teams can judge the evidence chain.

Exploited in the wild

CISA

Recorded 18 Sep 2026

A trusted third party reported exploitation.

Known exploited vulnerability sources

Per-source evidence links for KEV attestations are available through the Previdian Pro API.

Learn about Pro API access
Source Added
CISA First 2026-09-18 14:30 UTC
CVE 2026-09-18 14:50 UTC
The Hacker News 2026-09-19 00:00 UTC

Detection

Operational artifacts and observed signals

Make the evidence actionable in scanner, SOC, and edge-control workflows.

Observed signals

Request targets
User-Agents
Callback hosts
0
0
0

Request targets and User-Agents available in Pro. Callback host details available in Enterprise.

Scanner coverage

No scanner integrations recorded yet.

Virtual patch status

No Previdian virtual patch is currently available. Future rules ship for ModSecurity, Cloudflare, and AWS WAF.

Learn about virtual patches →

No detection artifacts or sensor request patterns are available for this CVE yet.

Check back as sensor telemetry and scanner integrations are updated.

Risk and context

Severity, weaknesses, and research context

CVSS v3.1

8.8 High
CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:C/C:H/I:H/A:H

EPSS

0.3%

Recent mention · The Hacker News

CISA Flags Three Linux Kernel Vulnerabilities Exploited in the Wild

Ravie LakshmananSep 19, 2026Vulnerability / Linux The U.S. Cybersecurity and Infrastructure Security Agency (CISA) on Friday added three security flaws impacting the Linux kernel to its Known Exploited Vulnerabilities (KEV) catalog, citing evidence of active exploitation....

Read full advisory

Timeline

From disclosure to observed exploitation

  1. 00:00 UTC

    KEV confirmed by The Hacker News

    Exploitation attested by an external source

  2. 14:50 UTC

    KEV confirmed by CVE

    Exploitation attested by an external source

  3. 14:30 UTC

    Added to CISA KEV

    Listed in the CISA Known Exploited Vulnerabilities catalog

  4. 08:39 UTC

    CVE published

    Vulnerability disclosed publicly

  5. 07:44 UTC

    CVE ID reserved

    Identifier reserved by the CNA

Pro API

Automate this intelligence

Confidence, exploit status, sensor telemetry, PoCs, scanner integrations, mentions, and tags are available programmatically for VM, SOC, and CTI workflows.

  • Evidence confidence and provenance
  • First-party sensor telemetry
  • PoC and scanner references
  • Affected versions and enrichment
  • Automation-ready JSON delivery

GET /api/v2/pro/kevs/CVE-2026-53266

Free JSON includes basic KEV fields
{
  "cve_id": "CVE-2026-53266",
  "confidence": "Confirmed",
  "cvss_score": 8.8,
  "cvss_estimated": false,
  "epss_score": 0.00276,
  "exploit_status": {
    "exploited_in_the_wild": true,
    "active_exploitation_observed": false
  },
  "sensor_telemetry": { "attempts": 0, "sensors": 0 }
}