CVE-2026-98398

Linux kernel-də aşağıdakı boşluq aradan qaldırılmışdır: locking/lockdep: Silinmiş (zapped) klaslar üçün köhnəlmiş class_cache yazılarını etibarsızlaşdırmaq syzbot tərəfindən etibarsız class_idx səbəbindən hlock_class() funksiyasında DEBUG_LOCKS_WARN_ON(1) xətasına yol açan lockdep splat hesabatı verilmişdir: WARNING: kernel/locking/lockdep.c:238 at __lock_acquire+0x382/0x2cf0 kernel/locking/lockdep.c:5203 Workqueue: wg-crypt-wg0 wg_packet_tx_worker RIP: 0010:hlock_class kernel/locking/lockdep.c:238 [inline] RIP: 0010:check_wait_context kernel/locking/lockdep.c:4870 [inline] RIP: 0010:__lock_acquire+0x389/0x2cf0 kernel/locking/lockdep.c:5203 Call Trace: <IRQ> lock_acquire+0x106/0x350 kernel/locking/lockdep.c:5886 _raw_spin_lock+0x2e/0x40 kernel/locking/spinlock.c:173 tcp_tsq_handler+0x29/0x200 net/ipv4/tcp_output.c:1291 tcp_tsq_workfn+0x384/0x410 net/ipv4/tcp_output.c:1325 ... Kilid klası silindikdə (məsələn, modul yükləmədən çıxarıldıqda və ya açar ləğv edildikdə), zap_class() funksiyası lock_classes_in_use daxilində həmin klasın bitini təmizləyir və onu klas heş cədvəlindən çıxarır. Lakin məlumat strukturlarına daxil edilmiş mövcud lockdep_map nümunələri öz class_cache[] massivlərində hələ də silinmiş klasa olan göstəricini saxlaya bilər. Sonradan belə bir kilid üzərində __lock_acquire() işə düşdükdə, o, lock->class_cache[subclass] != NULL olduğunu görür, register_lock_class() funksiyasını ötür və hlock->class_idx dəyişəninə silinmiş klasın indeksini təyin edir. check_wait_context() və ya hlock_class() funksiyaları held_lock-u yoxladıqda, !test_bit(class_idx, lock_classes_in_use) şərtinin ödənildiyini görür və xəbərdarlıq verir. Bundan əlavə, əgər silinmiş slot sonradan əlaqəsiz bir kilid açarına yenidən ayrılarsa, köhnəlmiş class_cache yazısı yanlışlıqla həmin əlaqəsiz klasla uyğunlaşacaqdır (ABA problemi). Keşlənmiş klasın lock_classes sərhədləri daxilində olduğunu, hələ də lock_classes_in_use-da ayrıldığını (match_held_lock() kimi noinstr kontekstlərində təhlükəsiz olması üçün __always_inline kontekstində instrumentasiya olunmamış arch_test_bit() istifadə edilərək) və class->key-in gözlənilən alt-açarla uyğun gəldiyini (lockdep_set_subclass() override-ları nəzərə alınmaqla) yoxlamaq üçün lock_class_cache_is_valid() əlavə edildi. Həmçinin class_cache[]-ə müraciət zamanı READ_ONCE()/WRITE_ONCE() istifadə edildi. Əgər yazı etibarsız və ya köhnədirsə, register_lock_class() / look_up_lock_class() funksiyalarına geri qayıdılır.