CVE-2024-39506
Təsvir
Linux kernel-də aşağıdakı zəiflik aradan qaldırılıb: liquidio: lio_vf_rep_copy_packet funksiyasında NULL göstəricisinin idarəetmə yolu tənzimləndi lio_vf_rep_copy_packet() funksiyasında pg_info->page dəyişəni NULL dəyəri ilə müqayisə edilir, lakin daha sonra şərtsiz olaraq skb_add_rx_frag() funksiyasına ötürülür ki, bu da qəribə görünür və null pointer dereference-ə səbəb ola bilər. lio_vf_rep_copy_packet() çağırış izi belədir: octeon_droq_process_packets octeon_droq_fast_process_packets octeon_droq_dispatch_pkt octeon_create_recv_info ...dispatch_list daxilində axtarış... ->disp_fn(rdisp->rinfo, ...) lio_vf_rep_pkt_recv(struct octeon_recv_info *recv_info, ...) Bu yolda pg_info->page dəyişənini NULL edən heç bir kod yoxdur. Buna görə də, bu yoxlama lazımsız görünür və potensial problemi həll etmir. Lakin güman ki, müəllifin bu yoxlamanı əlavə etmək üçün səbəbi var idi və mənim belə bir kartım olmadığı üçün real test apara bilmirəm. Əlavə olaraq, liquidio/lio_core.c faylındakı liquidio_push_packet() funksiyasındakı kod da eynisini edir. Buna əsasən, ən məqbul kompromis həll kimi skb_add_rx_frag() funksiyasının şərti sahəyə köçürülməsi ilə bu problemin tənzimlənməsini hesab edirəm. SVACE vasitəsilə Linux Verification Center (linuxtesting.org) tərəfindən aşkar edilmişdir.
Necə düzəltmək olar
- linux linux_kernel4.19.317, 5.4.279, 5.10.221, 5.15.162, 6.1.95, 6.6.35, 6.9.6 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 | 4.15 ≤ v < 4.19.317, 4.20 ≤ v < 5.4.279, 5.5 ≤ v < 5.10.221, 5.11 ≤ v < 5.15.162, 5.16 ≤ v < 6.1.95, 6.2 ≤ v < 6.6.35, 6.7 ≤ v < 6.9.6, 6.10 | 4.19.317, 5.4.279, 5.10.221, 5.15.162, 6.1.95, 6.6.35, 6.9.6 |
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.