CVE-2026-80725

Linux kernel'da aşağıdaki güvenlik açığı giderilmiştir: net: gro: BIG TCP toplama kriterlerini uygun şekilde doğrulayın GRO, paketleri GRO_LEGACY_MAX_SIZE (64KB) ötesinde toplamaya çalıştığında, BIG TCP yalnızca düz IPv4 TCP ve düz IPv6 TCP (geçici HBH jumbo başlığını eklemek için yeterli MAC başlığı alanı olanlar) için izin verilmelidir. Ancak, b1a78b9b9886 ("net: add support for ipv4 big tcp") commit'i skb_gro_receive() içindeki kontrolü gevşetmiş ve birkaç soruna yol açmıştır: 1. skb_gro_receive(), MAC başlığından (p->mac_header) önceki gerçek alan yerine skb_headroom(p) değerini kontrol etmiştir. skb_headroom(p) değeri mac_len'i içerdiğinden, özel olarak hazırlanmış çerçeveler (örneğin AF_PACKET aracılığıyla enjekte edilenler), p->mac_header < 8 bayt olsa bile kontrolü geçebilmektedir. ipv6_gro_complete() geçici HBH jumbo başlığını eklediğinde, memmove() işlemi skb->head öncesinden başlayarak sınır dışı yazmaya (out-of-bounds write) neden olmakta ve skb->mac_header değerini sarmalamaktadır. 2. p->protocol != ETH_P_IPV6 ifadesi doğru olduğu için, yazılım VLAN (ETH_P_8021Q / ETH_P_8021AD) gibi IP olmayan protokollerin 64KB'ın ötesinde toplanmasına izin vermiştir. 3. NAPI_GRO_CB(skb)->encap_mark yerine p->encapsulation değerini kontrol ederek, kapsüllenmiş akışların (örneğin SIT / IPv6-in-IPv4) 64KB'ın ötesinde toplanmasına izin vermiştir. skb_gro_receive() fonksiyonu şunları kesin olarak uygulayacak şekilde düzeltilmiştir: - NAPI_GRO_CB(skb)->proto == IPPROTO_TCP - Kapsüllenmemiş olması (!NAPI_GRO_CB(skb)->encap_mark && !p->encapsulation) - Protokolün ya ETH_P_IP ya da ETH_P_IPV6 olması - Eğer ETH_P_IPV6 ise, p->mac_header değerinin en az sizeof(struct hop_jumbo_hdr) olması skb_gro_receive() fonksiyonundan -E2BIG döndürülmesi, BIG TCP olamayan paketlerin <= 64KB boyutunda temiz bir şekilde boşaltılmasını ve düşürülmeden bozulmadan iletilmesini sağlar. Bu sorun, alt sistemin 81be30c1f5f2 ("net/ipv6: Drop HBH for BIG TCP on RX side") commit'i ile yeniden yazılması nedeniyle ana hat sürümünde (7.0+) mevcut değildir; bu nedenle bu düzeltme yalnızca 6.18.y gibi eski kararlı dallar için geçerlidir.