ຊ່ອງໂຫວ່ທີ່ຍາກທີ່ຈະແກ້ໄຂໃນ GRUB2 ທີ່ຊ່ວຍໃຫ້ທ່ານສາມາດຂ້າມຜ່ານ UEFI Secure Boot ໄດ້.

ຂໍ້ມູນໄດ້ຖືກເປີດເຜີຍກ່ຽວກັບ 8 ຊ່ອງໂຫວ່ໃນ GRUB2 bootloader, ເຊິ່ງຊ່ວຍໃຫ້ທ່ານສາມາດຂ້າມກົນໄກ UEFI Secure Boot ແລະແລ່ນລະຫັດທີ່ບໍ່ໄດ້ຮັບການຢືນຢັນ, ຕົວຢ່າງ, ປະຕິບັດ malware ທີ່ແລ່ນຢູ່ໃນລະດັບ bootloader ຫຼື kernel.

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

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

ໃນລະບົບທີ່ມີເຟີມແວທີ່ມີບັນຊີລາຍຊື່ການຖອນໃບຢັ້ງຢືນທີ່ປັບປຸງໃຫມ່, ມີພຽງແຕ່ການປັບປຸງການແຈກຢາຍ Linux ທີ່ສາມາດໂຫລດໄດ້ໃນ UEFI Secure Boot mode. ການແຈກຢາຍຈະຕ້ອງອັບເດດຕົວຕິດຕັ້ງ, bootloaders, kernel packages, fwupd firmware ແລະ shim layer, ການສ້າງລາຍເຊັນດິຈິຕອນໃຫມ່ສໍາລັບພວກເຂົາ. ຜູ້​ໃຊ້​ຈະ​ຕ້ອງ​ໄດ້​ປັບ​ປຸງ​ຮູບ​ພາບ​ການ​ຕິດ​ຕັ້ງ​ແລະ​ສື່​ມວນ​ຊົນ bootable ອື່ນໆ​, ເຊັ່ນ​ດຽວ​ກັນ​ກັບ​ການ​ໂຫຼດ​ບັນ​ຊີ​ລາຍ​ການ​ຖອນ​ໃບ​ຢັ້ງ​ຢືນ (dbx​) ເຂົ້າ​ໄປ​ໃນ​ເຟີມ​ແວ UEFI​. ກ່ອນທີ່ຈະອັບເດດ dbx ເປັນ UEFI, ລະບົບຍັງຄົງມີຄວາມສ່ຽງໂດຍບໍ່ຄໍານຶງເຖິງການຕິດຕັ້ງການປັບປຸງໃນ OS. ສະຖານະການຂອງຊ່ອງໂຫວ່ສາມາດຖືກປະເມີນຢູ່ໃນຫນ້າເຫຼົ່ານີ້: Ubuntu, SUSE, RHEL, Debian.

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

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

• CVE-2020-14372 - ການນໍາໃຊ້ຄໍາສັ່ງ acpi ໃນ GRUB2, ຜູ້ໃຊ້ທີ່ມີສິດທິພິເສດໃນລະບົບທ້ອງຖິ່ນສາມາດໂຫລດຕາຕະລາງ ACPI ທີ່ຖືກແກ້ໄຂໂດຍການວາງ SSDT (ຕາຕະລາງຄໍາອະທິບາຍລະບົບຮອງ) ໃນໄດເລກະທໍລີ /boot/efi ແລະປ່ຽນການຕັ້ງຄ່າໃນ grub.cfg. ເຖິງແມ່ນວ່າໂຫມດ Secure Boot ເຮັດວຽກ, SSDT ທີ່ສະເຫນີຈະຖືກປະຕິບັດໂດຍ kernel ແລະສາມາດຖືກນໍາໃຊ້ເພື່ອປິດການປ້ອງກັນ LockDown ທີ່ຕັນ UEFI Secure Boot bypass paths. ດັ່ງນັ້ນ, ຜູ້ໂຈມຕີສາມາດບັນລຸການໂຫຼດໂມດູນ kernel ຂອງລາວຫຼືລະຫັດແລ່ນຜ່ານກົນໄກ kexec, ໂດຍບໍ່ຕ້ອງກວດເບິ່ງລາຍເຊັນດິຈິຕອນ.
• CVE-2020-25632 ແມ່ນການເຂົ້າເຖິງຫນ່ວຍຄວາມຈໍາທີ່ບໍ່ມີການນໍາໃຊ້ໃນການປະຕິບັດຄໍາສັ່ງ rmmod, ເຊິ່ງເກີດຂື້ນໃນເວລາທີ່ມີຄວາມພະຍາຍາມທີ່ຈະຖອນໂມດູນໃດໆໂດຍບໍ່ຄໍານຶງເຖິງຄວາມເພິ່ງພາອາໄສທີ່ກ່ຽວຂ້ອງກັບມັນ. ຊ່ອງໂຫວ່ບໍ່ໄດ້ຍົກເວັ້ນການສ້າງການຂູດຮີດທີ່ສາມາດນໍາໄປສູ່ການປະຕິບັດລະຫັດຜ່ານການກວດສອບ Secure Boot.
• CVE-2020-25647 ການຂຽນອອກນອກຂອບເຂດໃນຟັງຊັນ grub_usb_device_initialize() ເອີ້ນວ່າເມື່ອເລີ່ມຕົ້ນອຸປະກອນ USB. ບັນຫາສາມາດຖືກຂູດຮີດໂດຍການເຊື່ອມຕໍ່ອຸປະກອນ USB ທີ່ກຽມໄວ້ພິເສດທີ່ຜະລິດພາລາມິເຕີທີ່ມີຂະຫນາດທີ່ບໍ່ສອດຄ່ອງກັບຂະຫນາດຂອງ buffer ທີ່ຖືກຈັດສັນສໍາລັບໂຄງສ້າງ USB. ຜູ້ໂຈມຕີສາມາດບັນລຸການປະຕິບັດລະຫັດທີ່ບໍ່ໄດ້ຮັບການຢືນຢັນໃນ Secure Boot ໂດຍການຈັດການອຸປະກອນ USB.
• CVE-2020-27749 ແມ່ນ buffer overflow ໃນຟັງຊັນ grub_parser_split_cmdline(), ເຊິ່ງສາມາດເກີດຈາກການລະບຸຕົວແປທີ່ໃຫຍ່ກວ່າ 2 KB ໃນແຖວຄໍາສັ່ງ GRUB1. ຊ່ອງໂຫວ່ອະນຸຍາດໃຫ້ປະຕິບັດລະຫັດເພື່ອຂ້າມ Secure Boot.
• CVE-2020-27779 – ຄຳສັ່ງ cutmem ອະນຸຍາດໃຫ້ຜູ້ໂຈມຕີເອົາທີ່ຢູ່ໃດໜຶ່ງອອກຈາກໜ່ວຍຄວາມຈຳເພື່ອຂ້າມ Secure Boot.
• CVE-2021-3418 - ການປ່ຽນແປງຕໍ່ກັບ shim_lock ສ້າງ vector ເພີ່ມເຕີມເພື່ອໃຊ້ຊ່ອງໂຫວ່ຂອງປີທີ່ຜ່ານມາ CVE-2020-15705. ໂດຍການຕິດຕັ້ງໃບຢັ້ງຢືນທີ່ໃຊ້ເພື່ອເຊັນ GRUB2 ໃນ dbx, GRUB2 ອະນຸຍາດໃຫ້ kernel ໃດຖືກໂຫລດໂດຍກົງໂດຍບໍ່ມີການຢືນຢັນລາຍເຊັນ.
• CVE-2021-20225 - ຄວາມເປັນໄປໄດ້ຂອງການຂຽນຂໍ້ມູນນອກຂອບເຂດໃນເວລາທີ່ແລ່ນຄໍາສັ່ງທີ່ມີຈໍານວນຫລາຍທາງເລືອກ.
• CVE-2021-20233 - ຄວາມເປັນໄປໄດ້ຂອງການຂຽນຂໍ້ມູນອອກຈາກຂອບເຂດເນື່ອງຈາກການຄິດໄລ່ຂະຫນາດຂອງບັຟເຟີທີ່ບໍ່ຖືກຕ້ອງໃນເວລາທີ່ໃຊ້ວົງຢືມ. ໃນເວລາທີ່ການຄິດໄລ່ຂະຫນາດ, ມັນໄດ້ຖືກສົມມຸດວ່າສາມຕົວອັກສອນແມ່ນຕ້ອງການເພື່ອຫລົບຫນີຄໍາອ້າງອີງດຽວ, ໃນຕົວຈິງແມ່ນຕ້ອງການສີ່ຕົວ.

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