CVE-2026-64192

Linux çekirdeğinde aşağıdaki güvenlik açığı giderilmiştir: bpf: BPF LSM başlatılmamışsa BPF_MAP_TYPE_INODE_STORAGE oluşturulmasını reddet CONFIG_BPF_LSM=y olarak ayarlandığında, BPF inode depolama haritaları (BPF_MAP_TYPE_INODE_STORAGE) çekirdeğe derlenir. Ancak, BPF LSM önyükleme sırasında açıkça etkinleştirilmezse (ör. "lsm=" önyükleme parametresinden çıkarılmışsa), BPF LSM için lsm_prepare() hiçbir zaman çalıştırılmaz. Sonuç olarak, BPF inode güvenlik blob'u uzaklığı (bpf_lsm_blob_sizes.lbs_inode) hiçbir zaman başlatılmaz ve ayrılmış struct rcu_head yapısının ötesinde geçerli bir uzaklığa (tipik olarak 16 bayt veya daha fazla) güncellenmek yerine, derlenmiş varsayılan boyutu olan 8 baytta kalır. Ayrıcalıklı bir kullanıcı bir BPF_MAP_TYPE_INODE_STORAGE haritası oluşturup güncellediğinde, bpf_inode() inode->i_security + 8 ifadesini değerlendirir. Bu, inode->i_security blob'unun başlangıcındaki struct rcu_head.func geri çağırma işaretçisine hatalı şekilde takma ad verir. Sonraki harita öğesi temizliği veya inode yok edilmesi sırasında, owner_storage'a NULL yazılması kuyruğa alınmış RCU geri çağırma işaretçisini temizler. rcu_do_batch() daha sonra kuyruğa alınmış geri çağırmayı yürüttüğünde, 0x0 adresinde bir komut getirme girişiminde bulunarak anında bir çekirdek paniğini tetikler. Bunu düzeltmek için, __ro_after_init ile işaretlenmiş global bir bpf_lsm_initialized boolean bayrağı eklenir. Bu bayrak, LSM çerçevesi BPF LSM'yi başarıyla kaydettiğinde bpf_lsm_init() içinde true olarak ayarlanır. inode_storage_map_alloc() içindeki harita ayırma işlemi bu bayrağa bağlanır ve BPF LSM başlatılmamışsa -EOPNOTSUPP döndürülür. Bu hızlı başarısız olma yaklaşımı, destekleyici BPF LSM altyapısı yokken kullanıcı alanının inode depolama haritaları ayırmasını önleyerek zombi harita durumlarını engeller.