CVE-2026-74481

Linux nüvəsində aşağıdakı zəiflik aradan qaldırılıb: mm/page_reporting: suspend zamanı UAF problemini həll etmək üçün system_freezable_wq istifadəsi PM dondurma prosesi zamanı (məsələn, S3 suspend və ya S4 hibernasiya), virtio_balloon kimi cihaz drayverləri öz alt virtio cihazlarını sıfırlayır və vdev->config->del_vqs() vasitəsilə öz virtqueue-lərini silirlər. Lakin səhifə hesabatı işi (page_reporting_process) qlobal system_wq üzərində planlaşdırılmışdı. system_wq-də WQ_FREEZABLE bayrağı olmadığı üçün PM dondurucusu onu ötürür və bu da suspend zamanı page_reporting_process-in aktiv qalmasına səbəb olur. Suspend zamanı səhifələr buddy allocator-a qaytarıldıqda (məsələn, əsas MM S4 hibernasiya görüntüsünün yadda saxlanılması zamanı balloon shrinker-i çağırdıqda), səhifə hesabatı silinmiş virtqueue-lər üzərində virtballoon_free_page_report()-u tetikləyir ki, bu da Use-After-Free / General Protection Fault ilə nəticələnir: [ 196.795226] general protection fault, probably for non-canonical address 0xaa1436fe70dae6df: 0000 [#1] SMP NOPTI [ 196.825967] Workqueue: events page_reporting_process [ 196.831038] RIP: 0010:virtqueue_add_split+0x233/0x4c0 [virtio_ring] [ 196.927073] virtballoon_free_page_report+0x3a/0xe0 [virtio_balloon] [ 196.946943] page_reporting_process+0x370/0x4f0 Bu problem, səhifə hesabatı işinin system_freezable_wq-yə keçirilməsi ilə həll edilir. Bu, PM dondurucusunun cihaz drayverləri öz hesabat virtqueue-lərini məhv etməzdən əvvəl page_reporting_process-i dayandırmasını təmin edir. Hesabat işçisi dondurulduğu üçün, yaddaşın geri alınması/boşaldılması (məsələn, shrinker icrası vasitəsilə) dondurma zamanı silinmiş virtqueue-lər üzərində dondurulmamış hesabat işini tetikləmədən səhifələri təhlükəsiz şəkildə MM-ə qaytara bilər. Bu, drayverin mövcud dizaynı ilə uyğundur. virtballoon_freeze() funksiyasındakı şərh belə qeyd edir: /* * The workqueue is already frozen by the PM core before this * function is called. */ Testləşdirmə: Mən bu düzəlişləri Google-un virtualizasiya infrastrukturu vasitəsilə, buddy allocator üçün daim boş səhifələr yaratmaq məqsədilə stress-ng (`stress-ng --vm 4 --vm-bytes 60% --timeout 1`) ilə yaddaşı yükləyərək davamlı suspend/resume iterasiyaları (40+ dövr) həyata keçirməklə yoxlamışam. Həmçinin, səhifə hesabatı işçisini daha həssas etmək və hər hansı 4K boş səhifəni götürməyə məcbur etmək üçün `page_reporting_order` parametrini 0 olaraq təyin etmişik. Bu, UAF çökmələrinin artıq təkrar olunmadığını təsdiqlədi.