6 ຊ່ອງໂຫວ່ Bootloader GRUB2 ທີ່ສາມາດຂ້າມຜ່ານ UEFI Secure Boot

ຊຸດການແກ້ໄຂໄດ້ຖືກເຜີຍແຜ່ເພື່ອແກ້ໄຂຫົກຊ່ອງໂຫວ່ໃນ GRUB2 bootloader, ເຊິ່ງສ່ວນໃຫຍ່ແມ່ນເຮັດໃຫ້ເກີດບັນຫາ use-after-free (UAF). ບັນຫາທີ່ອາດເກີດຂຶ້ນເຫຼົ່ານີ້ສາມາດຖືກນໍາໃຊ້ເພື່ອຂ້າມກົນໄກການບູດທີ່ຢືນຢັນໂດຍ UEFI Secure Boot. ສະຖານະຂອງການແກ້ໄຂເຫຼົ່ານີ້ໃນການແຈກຢາຍສາມາດປະເມີນໄດ້ໃນໜ້າຕໍ່ໄປນີ້: Debian, Ubuntu, SUSE, RHEL, Arch, ແລະ Fedora. ການແກ້ໄຂບັນຫາ GRUB2 ຕ້ອງການຫຼາຍກວ່າການອັບເດດແພັກເກດ; ມັນຍັງຮຽກຮ້ອງໃຫ້ມີການສ້າງລາຍເຊັນດິຈິຕອນພາຍໃນໃໝ່ ແລະ ການອັບເດດຕົວຕິດຕັ້ງ, bootloaders, ແພັກເກດ kernel, ເຟີມແວ fwupd, ແລະຊັ້ນ shim.

ຊ່ອງໂຫວ່ທີ່ລະບຸໄວ້:

• CVE-2025-61661 — ການຂຽນນອກຂອບເຂດໃນຟັງຊັນ grub_usb_get_string() ສາມາດຖືກຂູດຮີດໃນເວລາປະມວນຜົນ UTF-8 ແລະ UTF-16 ສາຍເຂົ້າລະຫັດທີ່ຖືກສົ່ງຜ່ານເມື່ອເຊື່ອມຕໍ່ອຸປະກອນ USB. ບັນຫາແມ່ນເກີດມາຈາກການຈັດສັນ buffer ໂດຍອີງໃສ່ຂະຫນາດສະຕຣິງທີ່ລະບຸໄວ້ໃນຂໍ້ຄວາມທໍາອິດຈາກອຸປະກອນ USB, ແລະຂະຫນາດໃນລະຫວ່າງການແປງການເຂົ້າລະຫັດໄດ້ຖືກຄິດໄລ່ໂດຍອີງໃສ່ການປະຕິບັດການອ່ານຕໍ່ມາຈາກອຸປະກອນ USB. ດັ່ງນັ້ນ, ອຸປະກອນ USB ທີ່ຖືກດັດແປງທີ່ໃນເບື້ອງຕົ້ນສົ່ງຄືນຂະຫນາດທີ່ຄາດຄະເນໄວ້ແມ່ນສາມາດນໍາໃຊ້ສໍາລັບການໂຈມຕີນີ້.
• CVE-2025-61663, CVE-2025-61664, CVE-2025-54770, CVE-2025-61662 — ຄວາມລົ້ມເຫລວໃນການທໍາຄວາມສະອາດຕົວຈັດການຄໍາສັ່ງ "normal," "normal_exit," "net_set_vlan," ແລະ "gettext" ໂຕຈັດການຄໍາສັ່ງໃນເວລາທີ່ unloading ໂມດູນ ". ແລະປົກກະຕິ," "ປົກກະຕິ," ນີ້ສ້າງເງື່ອນໄຂສໍາລັບຊ່ອງໂຫວ່ການນໍາໃຊ້ພາຍຫຼັງທີ່ບໍ່ມີການໂຫຼດ (UFS) ເມື່ອປະຕິບັດຄໍາສັ່ງທີ່ໄດ້ກ່າວມາຂ້າງເທິງຫຼັງຈາກໂມດູນທີ່ສອດຄ້ອງກັນໄດ້ຖືກຍົກເລີກ. ຊ່ອງໂຫວ່ທີ່ຄ້າຍຄືກັນຍັງຖືກພົບເຫັນສໍາລັບຄໍາສັ່ງ "functional_test" ແລະ "all_functional_test", ແຕ່ພວກມັນບໍ່ໄດ້ຖືກມອບຫມາຍຕົວລະບຸ CVE ເພາະວ່າຄໍາສັ່ງເຫຼົ່ານີ້ແມ່ນສ່ວນຫນຶ່ງຂອງຫ້ອງສະຫມຸດການທົດສອບແລະບໍ່ຄວນຖືກລວມເຂົ້າໃນການຜະລິດການຜະລິດ.
• CVE-2025-54771 - ຄວາມຜິດພາດໃນການນັບການອ້າງອີງຂອງໂຄງສ້າງ "fs" ໃນຟັງຊັນ grub_file_close() ນໍາໄປສູ່ການນໍາໃຊ້ພາຍຫຼັງທີ່ບໍ່ເສຍຄ່າ.

ສ່ວນໃຫຍ່ Linuxການແຈກຢາຍສຳລັບການບູດທີ່ຖືກຢືນຢັນໃນໂໝດ UEFI Secure Boot ໃຊ້ຊັ້ນ shim ຂະໜາດນ້ອຍ, ເຊັນດິຈິຕອລໂດຍ Microsoft. ຊັ້ນນີ້ກວດສອບ GRUB2 ດ້ວຍໃບຢັ້ງຢືນຂອງຕົນເອງ, ເຊິ່ງເຮັດໃຫ້ນັກພັດທະນາການແຈກຢາຍບໍ່ຈຳເປັນຕ້ອງແຈ້ງໃຫ້ Microsoft ຮູ້ກ່ຽວກັບທຸກໆ kernel ແລະ GRUB ອັບເດດ. ຊ່ອງໂຫວ່ໃນ GRUB2 ອະນຸຍາດໃຫ້ມີການປະຕິບັດລະຫັດໂດຍບໍ່ຮູ້ຕົວຫຼັງຈາກການກວດສອບ shim ທີ່ສຳເລັດ, ແຕ່ກ່ອນທີ່ລະບົບປະຕິບັດການຈະບູດ. ສິ່ງນີ້ຊ່ວຍໃຫ້ຜູ້ໂຈມຕີສາມາດເຈາະເຂົ້າໄປໃນລະບົບຕ່ອງໂສ້ຂອງຄວາມໄວ້ວາງໃຈໄດ້ເມື່ອ Secure Boot ຖືກເປີດໃຊ້ງານ ແລະ ໄດ້ຮັບການຄວບຄຸມຢ່າງສົມບູນຕໍ່ຂະບວນການບູດຕໍ່ມາ, ຕົວຢ່າງ, ເພື່ອບູດລະບົບປະຕິບັດການອື່ນ, ດັດແປງອົງປະກອບຂອງລະບົບປະຕິບັດການ, ຫຼື ຫຼີກລ້ຽງການປ້ອງກັນ Lockdown.

ເພື່ອສະກັດກັ້ນຊ່ອງໂຫວ່ໂດຍບໍ່ຍົກເລີກລາຍເຊັນດິຈິຕອນ, ການແຈກຢາຍສາມາດໃຊ້ກົນໄກ SBAT (UEFI Secure Boot Advanced Targeting), ເຊິ່ງການສະໜັບສະໜູນດັ່ງກ່າວຖືກຈັດຕັ້ງປະຕິບັດສຳລັບ GRUB2, shim, ແລະ fwupd ໃນການແຈກຢາຍທີ່ນິຍົມສ່ວນໃຫຍ່. LinuxSBAT ໄດ້ຖືກພັດທະນາຂຶ້ນໂດຍຮ່ວມມືກັບ Microsoft ແລະ ກ່ຽວຂ້ອງກັບການເພີ່ມ metadata ເພີ່ມເຕີມໃສ່ໄຟລ໌ປະຕິບັດຂອງອົງປະກອບ UEFI, ລວມທັງຂໍ້ມູນກ່ຽວກັບຜູ້ຜະລິດ, ຜະລິດຕະພັນ, ອົງປະກອບ ແລະ ເວີຊັນ. metadata ນີ້ຖືກເຊັນດ້ວຍລາຍເຊັນດິຈິຕອລ ແລະ ສາມາດລວມເຂົ້າແຍກຕ່າງຫາກໃນລາຍຊື່ອົງປະກອບທີ່ອະນຸຍາດ ຫຼື ປະຕິເສດສຳລັບ UEFI Secure Boot.

SBAT ອະນຸຍາດໃຫ້ທ່ານສາມາດສະກັດກັ້ນການໃຊ້ລາຍເຊັນດິຈິຕອນສໍາລັບຕົວເລກສະບັບຂອງອົງປະກອບສ່ວນບຸກຄົນໂດຍບໍ່ຈໍາເປັນຕ້ອງຖອນລະຫັດສໍາລັບ Secure Boot. ການຂັດຂວາງຊ່ອງໂຫວ່ຜ່ານ SBAT ບໍ່ຈໍາເປັນຕ້ອງໃຊ້ບັນຊີລາຍຊື່ການຖອນໃບຢັ້ງຢືນ UEFI (dbx), ແຕ່ຖືກປະຕິບັດໃນລະດັບການປ່ຽນລະຫັດພາຍໃນເພື່ອສ້າງລາຍເຊັນແລະປັບປຸງ GRUB2, shim ແລະເຄື່ອງບູດອື່ນໆທີ່ສະຫນອງໂດຍການແຈກຢາຍ. ກ່ອນທີ່ຈະແນະນໍາ SBAT, ການປັບປຸງບັນຊີລາຍຊື່ການຖອນໃບຢັ້ງຢືນ (dbx, UEFI Revocation List) ແມ່ນເງື່ອນໄຂເບື້ອງຕົ້ນສໍາລັບການສະກັດຊ່ອງໂຫວ່ທັງຫມົດ, ເນື່ອງຈາກວ່າຜູ້ໂຈມຕີ, ບໍ່ວ່າຈະເປັນລະບົບປະຕິບັດການທີ່ໃຊ້, ສາມາດນໍາໃຊ້ສື່ bootable ກັບ GRUB2 ຮຸ່ນເກົ່າທີ່ມີຄວາມສ່ຽງ, ໄດ້ຮັບການຢັ້ງຢືນໂດຍລາຍເຊັນດິຈິຕອນ, ເພື່ອປະນີປະນອມ UEFI Secure Boot .

ແຫຼ່ງຂໍ້ມູນ: opennet.ru