Coreboot 4.17 ປ່ອຍອອກມາ

ການປ່ອຍໂຄງການ CoreBoot 4.17 ໄດ້ຖືກເຜີຍແຜ່, ຢູ່ໃນຂອບເຂດທີ່ທາງເລືອກທີ່ບໍ່ເສຍຄ່າກັບເຟີມແວແລະ BIOS ແມ່ນໄດ້ຖືກພັດທະນາ. ລະຫັດໂຄງການແມ່ນແຈກຢາຍພາຍໃຕ້ໃບອະນຸຍາດ GPLv2. ນັກພັດທະນາ 150 ຄົນໄດ້ມີສ່ວນຮ່ວມໃນການສ້າງສະບັບໃຫມ່, ຜູ້ທີ່ກະກຽມຫຼາຍກວ່າ 1300 ການປ່ຽນແປງ.

ການປ່ຽນແປງຕົ້ນຕໍ:

• ຊ່ອງໂຫວ່ (CVE-2022-29264) ທີ່ປາກົດຢູ່ໃນ CoreBoot ລຸ້ນ 4.13 ຫາ 4.16 ໄດ້ຖືກແກ້ໄຂ ແລະອະນຸຍາດໃຫ້ປະຕິບັດລະຫັດໃນລະບົບທີ່ມີ AP (Application Processor) ໃນລະດັບ SMM (System Management Mode) ເຊິ່ງມີບູລິມະສິດສູງກວ່າ (. ວົງແຫວນ -2) ຫຼາຍກວ່າໂຫມດ hypervisor ແລະວົງແຫວນສູນການປົກປ້ອງ, ແລະມີການເຂົ້າເຖິງບໍ່ຈໍາກັດກັບຫນ່ວຍຄວາມຈໍາທັງຫມົດ. ບັນຫາແມ່ນເກີດມາຈາກການໂທຫາຕົວຈັດການ SMI ທີ່ບໍ່ຖືກຕ້ອງໃນໂມດູນ smm_module_loader.
• ເພີ່ມການສະຫນັບສະຫນູນສໍາລັບ 12 ເມນບອດ, 5 ອັນທີ່ຖືກນໍາໃຊ້ໃນອຸປະກອນທີ່ມີ Chrome OS ຫຼືໃນເຊີບເວີຂອງ Google. ໃນບັນດາຄ່າທໍານຽມທີ່ບໍ່ແມ່ນຂອງ Google:
  • Clevo L140MU / L141MU / L142MU
  • Dell ຄວາມແມ່ນຍໍາ T1650
  • HP Z220 CMT Workstation
  • Star Labs LabTop Mk III (i7-8550u), LabTop Mk IV (i3-10110U, i7-10710U), Lite Mk III (N5000) ແລະ Lite Mk IV (N5030).
• ການສະຫນັບສະຫນູນສໍາລັບ motherboards Google Deltan ແລະ Deltaur ໄດ້ຖືກຢຸດເຊົາ.
• ເພີ່ມ payload coreDOOM ໃໝ່, ໃຫ້ທ່ານເປີດເກມ DOOM ຈາກ Coreboot. ໂຄງການໃຊ້ລະຫັດ doomgeneric, ported to libpayload. Coreboot linear framebuffer ຖືກໃຊ້ເພື່ອຜົນຜະລິດ, ແລະໄຟລ໌ WAD ທີ່ມີຊັບພະຍາກອນເກມຖືກໂຫລດຈາກ CBFS.
• ອັບເດດອົງປະກອບ payload SeaBIOS 1.16.0 ແລະ iPXE 2022.1.
• ເພີ່ມໂໝດ SeaGRUB (GRUB2 over SeaBIOS), ເຊິ່ງອະນຸຍາດໃຫ້ GRUB2 ໃຊ້ການໂທກັບທີ່ສະໜອງໃຫ້ໂດຍ SeaBIOS, ຕົວຢ່າງ, ເພື່ອເຂົ້າເຖິງອຸປະກອນທີ່ບໍ່ສາມາດເຂົ້າເຖິງໄດ້ຈາກ GRUB2 payload.
• ເພີ່ມການປ້ອງກັນການໂຈມຕີ SinkHole, ເຊິ່ງອະນຸຍາດໃຫ້ລະຫັດຖືກປະຕິບັດຢູ່ໃນລະດັບ SMM (System Management Mode).
• ປະຕິບັດຄວາມສາມາດໃນການສ້າງຕາຕະລາງຄົງທີ່ຂອງຫນ້າຫນ່ວຍຄວາມຈໍາຈາກໄຟລ໌ປະກອບ, ໂດຍບໍ່ຈໍາເປັນຕ້ອງໂທຫາອຸປະກອນຂອງພາກສ່ວນທີສາມ.
• ອະນຸຍາດໃຫ້ຂຽນຂໍ້ມູນການດີບັກໃສ່ຄອນໂຊ CBMEMC ຈາກຕົວຈັດການ SMI ເມື່ອໃຊ້ DEBUG_SMI.
• ລະບົບຂອງຕົວຈັດການການເລີ່ມຕົ້ນ CBMEM ໄດ້ຖືກປ່ຽນແປງ; ແທນທີ່ຈະເປັນຕົວຈັດການ *_CBMEM_INIT_HOOK ທີ່ຕິດກັບຂັ້ນຕອນ, ສອງຕົວຈັດການໄດ້ຖືກສະເຫນີ: CBMEM_CREATION_HOOK (ໃຊ້ໃນຂັ້ນຕອນທໍາອິດທີ່ສ້າງ cbmem) ແລະ CBMEM_READY_HOOK (ໃຊ້ໃນຂັ້ນຕອນໃດກໍ່ຕາມ cbmem ໄດ້ແລ້ວ. ສ້າງ).
• ເພີ່ມການສະຫນັບສະຫນູນສໍາລັບ PSB (Platform Secure Boot), ເປີດໃຊ້ໂດຍໂປເຊດເຊີ PSP (Platform Security Processor) ເພື່ອກວດສອບຄວາມສົມບູນຂອງ BIOS ໂດຍໃຊ້ລາຍເຊັນດິຈິຕອນ.
• ເພີ່ມການຈັດຕັ້ງປະຕິບັດຕົວຈັດການຂອງພວກເຮົາເອງສຳລັບການດີບັກຂໍ້ມູນທີ່ຖືກໂອນມາຈາກ FSP (FSP Debug Handler).
• ເພີ່ມຟັງຊັນ TIS ສະເພາະຜູ້ຂາຍ (TPM Interface Specification) ສຳລັບການອ່ານ ແລະການຂຽນໂດຍກົງຈາກທະບຽນ TPM (Trusted Platform Module) - tis_vendor_read() ແລະ tis_vendor_write().
• ເພີ່ມການສະຫນັບສະຫນູນສໍາລັບການຂັດຂວາງການອ້າງອິງຕົວຊີ້ null ໂດຍຜ່ານການລົງທະບຽນ debug.
• ປະຕິບັດການກວດຫາອຸປະກອນ i2c, ເຮັດໃຫ້ມັນງ່າຍຂຶ້ນທີ່ຈະເຮັດວຽກກັບກະດານທີ່ມີ touchpads ຫຼືຫນ້າຈໍສໍາຜັດຈາກຜູ້ຜະລິດທີ່ແຕກຕ່າງກັນ.
• ເພີ່ມຄວາມສາມາດໃນການປະຫຍັດຂໍ້ມູນເວລາໃນຮູບແບບທີ່ເຫມາະສົມສໍາລັບການສ້າງກາຟ FlameGraph, ເຊິ່ງສະແດງໃຫ້ເຫັນຢ່າງຊັດເຈນວ່າໃຊ້ເວລາຫຼາຍປານໃດໃນຂັ້ນຕອນຕ່າງໆຂອງການເປີດຕົວ.
• ທາງເລືອກໄດ້ຖືກເພີ່ມເຂົ້າໃນຜົນປະໂຫຍດ cbmem ເພື່ອເພີ່ມ "timestamp" ຂອງເວລາຈາກພື້ນທີ່ຜູ້ໃຊ້ໄປຫາຕາຕະລາງ cbmem, ເຊິ່ງເຮັດໃຫ້ມັນເປັນໄປໄດ້ທີ່ຈະສະທ້ອນໃຫ້ເຫັນເຫດການໃນຂັ້ນຕອນທີ່ປະຕິບັດຫຼັງຈາກ CoreBoot ໃນ cbmem.

ນອກຈາກນັ້ນ, ພວກເຮົາສາມາດສັງເກດເຫັນການພິມເຜີຍແຜ່ໂດຍ OSFF (Open-Source Firmware Foundation) ຂອງຈົດຫມາຍເປີດໃຫ້ Intel, ເຊິ່ງສະເຫນີໃຫ້ສ້າງຊຸດສະຫນັບສະຫນູນເຟີມແວ (FSP, Firmware Support Package) ແບບໂມດູນຫຼາຍຂຶ້ນແລະເລີ່ມເຜີຍແຜ່ເອກະສານທີ່ກ່ຽວຂ້ອງກັບການເລີ່ມຕົ້ນ Intel SoC. . ການຂາດລະຫັດ FSP ເຮັດໃຫ້ເກີດຄວາມສັບສົນຢ່າງຫຼວງຫຼາຍຕໍ່ການສ້າງເຟີມແວເປີດແລະປ້ອງກັນຄວາມກ້າວຫນ້າຂອງໂຄງການ Coreboot, U-Boot ແລະ LinuxBoot ໃນຮາດແວ Intel. ກ່ອນຫນ້ານີ້, ການລິເລີ່ມທີ່ຄ້າຍຄືກັນແມ່ນປະສົບຜົນສໍາເລັດແລະ Intel ໄດ້ເປີດລະຫັດສໍາລັບ PSE (Programmable Services Engine) firmware ບລັອກທີ່ຮ້ອງຂໍໂດຍຊຸມຊົນ.

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