CVE-2026-98629

Linux çekirdeğinde aşağıdaki güvenlik açığı giderilmiştir: net/sched: cls_u32: manuel hash tablosu handle IDR takma adlandırması düzeltildi Açık bir handle ile oluşturulan ('tc filter add ... handle 801: u32 divisor N') bir u32 hash tablosu, IDR girişini ham handle üzerinden anahtarlarken, yok etme yolları bunu handle2id(handle) altında serbest bırakır. İki anahtar alanı 0x800..0xFFF htid aralığındaki handle'lar için uyuşmazlık gösterir: handle2id(), bunları otomatik olarak tahsis edilen kimlik alanına (1..0x7FF) geri katlar. Bu nedenle, manuel bir tablo silme sırasında ham anahtarlı IDR girişini erişilemez durumda bırakır (kalıcı sızıntı) ve silme işlemi, ilgili olmayan canlı bir otomatik tablonun idr girişini düşürebilir. Daha sonraki bir otomatik tahsis, canlı manuel tabloyla aynı takma ada sahip bir handle verebilir; u32_lookup_ht() ilk eşleşme yönlendirmeleri ve o htid için TCA_U32_LINK aramaları yanlış tabloya yönlendirilir. Tahsis ve kaldırma işlemlerinin tek bir anahtar alanını paylaşması için divisor-yolu tahsisi handle2id(handle) üzerine anahtarlanmıştır. Halihazırda kullanımda olan bir kimliğe eşlenen manuel bir handle -ENOSPC ile reddedilir ve otomatik tahsis, canlı manuel tablolar tarafından tutulan kimlikleri atlar. Yeniden oluşturma koşulları: ip link add test0 type dummy tc qdisc add dev test0 clsact tc filter add dev test0 ingress protocol ip pref 1 \ handle 801: u32 divisor 16 tc filter add dev test0 ingress protocol ip pref 2 u32 divisor 16 tc -d filter show dev test0 ingress | grep 'fh 801:' # yamalanmamış: 0x80100000 handle'ına sahip iki canlı tablo (pref 2 kök # hnode'u otomatik tahsis edilmiş id 1'dir); yamalanmış: otomatik hnode id 2'yi alır. Blok üzerinde canlı bir u32 tablosunun bulunduğu bir PoC ile de test edilmiştir; 'handle 901: u32 divisor 1' şeklinde manuel bir tablo iki kez eklenmiş/silinmiştir; yamalanmamış sürümde, ilk silme işleminde ham anahtar sızdığı için yeniden ekleme -ENOSPC ile başarısız olur.