CVE-2024-38592

Linux nüvəsində aşağıdakı zəiflik aradan qaldırılıb: drm/mediatek: `ddp_comp`-nin devm_kcalloc() ilə başladılması `conn_routes` doğru olduğu halda, `ddp_comp` massivində əlavə slot ayırırıq, lakin apardığım sınaq zamanı mtk_drm_crtc_create() funksiyasının onu heç vaxt başlatmadığı görünürdü. Məndə bu, mtk_drm_crtc_mode_valid() funksiyasında massiv üzrə dövr edərkən sonradan sistemin çökməsinə səbəb oldu. Bu problem məndə yaddaşı ilkin olaraq zəhərləyən `slub_debug=FZPUA` parametri ilə yükləmə etdikdə ortaya çıxdı. `slub_debug` olmadan bunu təkrar edə bilmədim, ehtimal ki, buna görə ki, sonrakı kod dəyərin NULL olmasını idarə edir və əksər hallarda (bütün hallarda təmin edilmir) allokatorun qaytardığı yaddaş 0 ilə başlayırdı. Massiv kiçik olduğundan və bir neçə elementin 0-a başladılmasının xərcləri az olduğundan, massivi devm_kcalloc() ilə başlatmaq heç bir ziyan gətirmir. Ümumiyyətlə, yaddaşın sıfırlanması daha təhlükəsiz təcrübədir və adətən yalnız həqiqətən ehtiyac olduqda başlatma aparmayan allokasiya funksiyalarından istifadə etmək tövsiyə olunur. Yaddaşı sıfırlayan allokasiya funksiyasından istifadə etmək üçün funksiyanı dəyişək. Məndə bu, sistemin çökməsinin qarşısını alır.