CVE-2024-47742

Linux kernel-də aşağıdakı zəiflik aradan qaldırılıb: firmware_loader: Yol keçidinin qarşısı alınır Əksər firmware adları sabit kodlanmış sətirlərdir və ya dinamik hissələri sadəcə bəzi hex ədədləri olan kifayət qədər məhdud format sətirlərindən qurulur. Lakin kernel-də firmware fayl adlarının cihazdan və ya yarı-imtiyazlı istifadəçi məkanından ötürülən sətir komponentləri ehtiva etdiyi bir neçə kod yolu var; tapa bildiklərim (root imtiyazları tələb edən interfeysləri saymadan) bunlardır: - lpfc_sli4_request_firmware_update() firmware fayl adını əvvəllər lpfc_fill_vpd()-də hansısa deskriptordan ("Vital Product Data") çıxarılmış "ModelName" sətirindən qurur görünür - nfp_net_fw_find() firmware fayl adını nfp_hwinfo_lookup(pf->hwinfo, "nffw.partno")-dan gələn model adından qurur görünür, məncə bu, cihazdan oxunmuş hansısa deskriptoru analiz edir. (Lakin bu halın istismar edilə biləcəyi ehtimalı azdır, çünki format sətri "netronome/nic_%s" kimi görünür və "netronome/nic_" ilə başlayan heç bir *qovluq* olmamalıdır. Əvvəlki hal fərqli idi, çünki orada "%s" format sətrinin *əvvəlində* idi.) - module_flash_fw_schedule() funksiyasına GENL_UNS_ADMIN_PERM kimi işarələnmiş ETHTOOL_MSG_MODULE_FW_FLASH_ACT netlink əmri ilə çatmaq mümkündür (yəni imtiyaz yoxlamasından keçmək üçün istifadəçi ad məkanı daxilində CAP_NET_ADMIN kifayətdir) və bu, istifadəçi məkanı tərəfindən verilən firmware adını qəbul edir. (Lakin məncə bu hala çatmaq üçün xüsusi növ ethernet cihazının map edildiyi şəbəkə ad məkanı üzərində CAP_NET_ADMIN olmalıdır, ona görə düşünürəm ki, bu praktikada istifadə edilə bilən hücum yolu deyil.) Bunu ".." yol komponentləri ehtiva edən istənilən firmware adını rədd etməklə düzəldin. Qeyd edim ki, axtarış etdim və firmware yükləyicisindən təhlükəli şəkildə istifadə edən heç bir USB cihaz drayveri tapmadım.