CVE-2026-46081

Linux kernel-də aşağıdakı zəiflik aradan qaldırılmışdır: crypto: acomp - acomp_save_req() tərəfindən saxlanılan yanlış göstəricinin düzəldilməsi acomp_save_req() funksiyası &req->chain dəyərini req->base.data-da saxlayır. Asinxron tamamlanma zamanı acomp_reqchain_done() çağırıldıqda, o, məlumat arqumenti kimi &req->chain dəyərini alır, lakin onu birbaşa struct acomp_req tipinə çevirir. Məlumat chain üzvünə işarə etdiyi üçün bütün növbəti sahə girişləri yanlış ofsetdə baş verir və bu da yaddaşın korlanmasına (memory corruption) səbəb olur. Problem, QAT drayveri kimi asinxron aparat təminatı tətbiqi, DMA virtual ünvan interfeysindən (məsələn, acomp_request_set_src_dma()) istifadə edən sorğunu tamamladıqda baş verir. Bu kombinasiya crypto_acomp_compress() funksiyasının acomp_do_req_chain() yoluna girməsinə səbəb olur ki, bu da acomp_save_req() vasitəsilə acomp_reqchain_done()-ni tamamlanma geri çağırma funksiyası (completion callback) kimi təyin edir. KASAN aktiv olduqda, bu, acomp_reqchain_done()-də ümumi mühafizə xətası (general protection fault) kimi özünü göstərir: general protection fault, probably for non-canonical address 0xe000040000000000 KASAN: probably user-memory-access in range [0x0000400000000000-0x0000400000000007] RIP: 0010:acomp_reqchain_done+0x15b/0x4e0 Call Trace: <IRQ> qat_comp_alg_callback+0x5d/0xa0 [intel_qat] adf_ring_response_handler+0x376/0x8b0 [intel_qat] adf_response_handler+0x60/0x170 [intel_qat] tasklet_action_common+0x223/0x820 handle_softirqs+0x1ab/0x640 </IRQ> Bu problem, &req->chain əvəzinə sorğunun özünün req->base.data-da saxlanılması ilə həll edilmişdir, beləliklə acomp_reqchain_done() düzgün göstəricini alır. Buna uyğun olaraq, req->chain-ə birbaşa müraciət etmək üçün acomp_restore_req() sadələşdirilmişdir.