CVE-2026-64417
Təsvir
Linux nüvəsində aşağıdakı zəiflik aradan qaldırılıb: mm: shrinker: debugfs-də NULL göstərici istinadının aradan qaldırılması shrinker_debugfs_add() həm "count", həm də "scan" debugfs fayllarını şərtsiz yaradır. Bu, hər bir shrinker-in həm count_objects(), həm də scan_objects() funksiyalarını tətbiq etdiyini güman edir ki, bu da zəmanətli deyil. Məsələn, xen-backend shrinker count_objects() funksiyasını təyin edir, lakin scan_objects() funksiyasını NULL olaraq qoyur, buna görə də onun scan faylına yazma NULL funksiya göstəricisi vasitəsilə çağırış edir və nüvədə panikaya səbəb olur: BUG: kernel NULL pointer dereference, address: 0000000000000000 RIP: 0010:0x0 Code: Unable to access opcode bytes at 0xffffffffffffffd6. Call Trace: <TASK> shrinker_debugfs_scan_write+0x12e/0x270 full_proxy_write+0x5f/0x90 vfs_write+0xde/0x420 ? filp_flush+0x75/0x90 ? filp_close+0x1d/0x30 ? do_dup2+0xb8/0x120 ksys_write+0x68/0xf0 ? filp_flush+0x75/0x90 do_syscall_64+0xb3/0x5b0 entry_SYSCALL_64_after_hwframe+0x76/0x7e Prinsipcə, əgər shrinker count_objects() funksiyasını buraxarsa, count yolu da eyni problemə malikdir. Bunu düzəltmək üçün "count" və "scan" debugfs fayllarını yalnız uyğun callback funksiyaları mövcud olduqda yaratmaq lazımdır.
Necə düzəltmək olar
- linux linux_kernel6.1.178, 6.6.145, 6.12.96, 6.18.39, 7.1.4 və ya daha yeni versiya
Təsirlənən məhsullar
| Məhsul | Təsirlənən versiyalar | Düzəldildiyi versiya |
|---|---|---|
| linux linux_kernel | 6.0 ≤ v < 6.1.178, 6.2 ≤ v < 6.6.145, 6.7 ≤ v < 6.12.96, 6.13 ≤ v < 6.18.39, 6.19 ≤ v < 7.1.4, 7.2 | 6.1.178, 6.6.145, 6.12.96, 6.18.39, 7.1.4 |
Versiyanızı yoxlayın
Məhsulu seçin və istifadə etdiyiniz versiyanı yazın; versiyanın təsirlənən aralıqda olub-olmadığını görün.
Attack Surface Management
Domenlərinizə bağlı aktivləri, onlarda işləyən texnologiyaları və məlum zəiflikləri bir siyahıda görün.