CVE-2026-90185

Linux nüvəsində aşağıdakı zəiflik aradan qaldırılıb: null_blk: configfs atributlarının saxlanmasını kilidlə seriyallaşdırın NULLB_DEVICE_ATTR _store heç bir kiliddən istifadə etmir: apply_fn atributları (submit_queues, poll_queues), apply_fn geri döndükdən sonra, öz kilidinin xaricində dev->NAME dəyərini yenidən yazır; APPLY=NULL atributları isə tamamilə kilidsizdir. configfs yalnız hər açıq fayl üzrə saxlamaları seriyallaşdırdığı üçün ayrı-ayrı fd-lərdə eyni vaxtda baş verən saxlamalar arasında yarış vəziyyəti (race condition) yaranır. apply_fn atributları üçün, bir saxlamanın apply_fn funksiyası avadanlığı yenidən konfiqurasiya etdikdən sonra, ikinci (uğursuz) saxlama hələ də dev->NAME dəyərini üzərinə yaza bilər. Bu, dev->submit_queues dəyərinin canlı növbə sayı ilə sinxronlaşmamasına səbəb olur ki, bu da daha sonra null_map_queues() daxilindəki WARN_ON_ONCE() tərəfindən aşkar edilir. !apply_fn atributları üçün, power_store()'un null_add_dev() funksiyası cihazı "kilid" altında təsdiqləyir və qurur, lakin CONFIGURED statusunu yalnız bundan sonra təyin edir. Bu zaman kəsiyində daxil olan bir saxlamanı sahəni quraşdırma prosesinin ortasında dəyişə bilər — məsələn, zone_nr_conv artıq məhdudlaşdırıldıqdan sonra nr_zones dəyərindən yuxarı qaldırıla bilər ki, bu da dev->zones[] massivinə sərhədlərdən kənar (out-of-bounds) girişə gətirib çıxarır. Apply_fn çağırışını, CONFIGURED yoxlamasını və sahənin yazılmasını əhatə edən makroda "lock" tətbiq edin və onu nullb_apply_submit_queues()/nullb_apply_poll_queues() funksiyalarının xaricinə çıxarın ki, hər iki yol bir dəfəyə əhatə olunsun. Bu, saxlamaları power_store quraşdırması və digər saxlamalar ilə seriyallaşdırır.