CVE-2026-53266

Yüksek CISA KEV: Aktif İstismar

Teknik Veri (Otomatik)

CVSS Skoru: 8.8
EPSS: 0.3%
CWE: NVD-CWE-noinfo
KEV Durumu: Evet

Yayım tarihi: 25 Haziran 2026 · CISA KEV son iyileştirme tarihi: 21 Eylül 2026

Etkilenen: linux linux_kernel

Linux çekirdeğinde aşağıdaki güvenlik açığı çözülmüştür: netfilter: köprü: ebt_snat ARP yeniden yazma işlemini yazılabilir hale getir Ebtables SNAT hedefi, Ethernet kaynak adresini yeniden yazma işlemini skb_ensure_writable(skb, 0) ardında tutar. Bu kasıtlıdır: köprü ebtables kancalarında Ethernet başlığı skb_mac_header()/eth_hdr() aracılığıyla adreslenirken, skb->data Ethernet yükünü gösterir. skb_ensure_writable() fonksiyonuna ETH_HLEN bayt istemek, yükü kontrol eder, Ethernet başlığını değil ve küçük paket gerilemesini yeniden ortaya çıkarırdı, bu da commit 63137bc5882a tarafından çözülmüştü. Ancak, isteğe bağlı ARP gönderici donanım adresini yeniden yazma işlemi farklıdır. Bu, skb->data'ya göre bir ofsette skb_store_bits() aracılığıyla yazılır: skb_store_bits(skb, sizeof(struct arphdr), info->mac, ETH_ALEN) skb_header_pointer() yalnızca ARP başlığını güvenli bir şekilde okur; daha sonra gönderici donanım adresi aralığını yazılabilir hale getirmez. Eğer bu aralık hala bir doğrusal olmayan skb parçasında tutuluyorsa ve bir splice-imported dosya sayfası tarafından destekleniyorsa, skb_store_bits() frag sayfasını haritalar ve yeni MAC adresini doğrudan ona kopyalar. ARP SHA aralığının yazılabilir olduğundan emin olun, ARP başlığını okuduktan ve skb_store_bits() fonksiyonunu çağırdıktan önce.

Orijinal açıklama (İngilizce)

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

Referanslar

NVD kaydı ↗CVE.org ↗CISA KEV kataloğu ↗

Bu CVE için henüz editoryal inceleme yapılmadı. Sadece otomatik teknik veri gösteriliyor.