CVE-2024-57838

Linux kernelində aşağıdakı zəiflik həll edilmişdir: s390/entry: Stek depo xəbərdarlıqlarını düzəltmək üçün IRQ girişlərini işarələyin Stek deposu yuxarı kəsmə kontekstindən kənarda olan hər şeyi stek izlərində maraqsız və ya əlaqəsiz hissə kimi filtrləyir. Bu, stek izlərinin de-duplikasiyasına kömək edir, eyni IRQ kontekst kod yolunu paylaşan, lakin müxtəlif təsadüfi kəsilmiş nöqtələrdən qaynaqlanan saxlanılmış stek izlərinin partlamasının qarşısını alır və nəticədə stek deposunun tükənməsinin qarşısını alır. Filtrləmə .irqentry.text və .softirqentry.text bölmələrindəki funksiyaları müəyyən etmək üçün in_irqentry_text() funksiyasından istifadə edir, bunlar sonra saxlanılan son stek izi girişlərinə çevrilir. __do_softirq() ümumi kod tərəfindən .softirqentry.text bölməsinə yerləşdirilsə də, .irqentry.text bölməsinin doldurulması arxitekturaya xasdır. Hazırda s390-da .irqentry.text bölməsi boşdur, bu da stek deposunun filtrləməsinin və de-duplikasiyasının qarşısını alır və aşağıdakı kimi xəbərdarlıqlara səbəb ola bilər: Stack depot reached limit capacity WARNING: CPU: 0 PID: 286113 at lib/stackdepot.c:252 depot_alloc_stack+0x39a/0x3c8 PREEMPT və KASAN aktiv olduqda. Bunu IO/EXT kəsmə işləyicilərini .kprobes.text bölməsindən .irqentry.text bölməsinə köçürməklə və kprobes qara siyahısını .irqentry.text bölməsini əhatə etmək üçün yeniləməklə düzəldin. Bu yalnız asinxron kəsmələr üçün edilir və açıq şəkildə proqram yoxlamaları üçün edilmir, çünki onlar sinxrondur və proqram yoxlamasından kənar kontekstin qorunması vacibdir. Maşın yoxlamaları müəyyən qədər aralıq olsa da, onlar son dərəcə nadirdir və mümkün olduqda kontekstin qorunması da dəyərlidir. SVC-lər və Yenidən Başlatma Kəsmələri əlaqəli deyil, biri həmişə istifadəçi məkanı ilə sərhəddə, digəri isə birdəfəlik hadisədir. IRQ girişlərinin filtrlənməsi ftrace funksiya qrafikində də istəyə bağlı olaraq istifadə olunur, burada eyni məntiq tətbiq olunur.