Coreboot 4.17 kiadás

Megjelent a CoreBoot 4.17 projekthez tartozó kiadás, amely szabad alternatívát kínál a tulajdonosi firmware-eken és BIOS-on. A projekt kódja GPLv2 licenc alatt terjed. Az új verzió elkészítésében 150 fejlesztő vett részt, akik több mint 1300 módosítást végeztek.

Főbb változások:

• Eldöntésre került egy sérülékenység (CVE-2022-29264), amely a CoreBoot 4.13-tól 4.16-ig terjedő kiadásokban jelentkezik, és lehetővé teszi a kód végrehajtását SMM (System Management Mode) szinten, amely priorításban (Ring -2) felülmúlja a hypervisor és a nulladik védelmi szintet, és korlátlan hozzáférést biztosít az összes memóriához. A probléma a SMI kezelő helytelen hívásából adódik a smm_module_loader modulban.
• Támogatás került 12 alaplap számára, amelyek közül 5 Chrome OS-alapú készülékeken használatos. szervereken Google. A Google-hoz nem kapcsolódó alaplapok között:
  • Clevo L140MU / L141MU / L142MU
  • Dell Precision T1650
  • HP Z220 CMT Workstation
  • Star Labs LabTop Mk III (i7-8550u), LabTop Mk IV (i3-10110U, i7-10710U), Lite Mk III (N5000) és Lite Mk IV (N5030).
• A Google Deltan és Deltaur alaplapok támogatása megszűnt.
• Új payload került bevezetésre, a coreDOOM, amely lehetővé teszi a DOOM játék indítását Coreboot-ból. A projektben a doomgeneric kód került felhasználásra, amely a libpayload-ra lett portálva. A megjelenítéshez a Coreboot lineáris framebufferét használják, míg a WAD fájlokat játékbeli forrásokkal CBFS-ből töltik be.
• Frissítve lettek a payload komponensek: SeaBIOS 1.16.0 és iPXE 2022.1.
• Új mód került bevezetésre, a SeaGRUB (GRUB2 a SeaBIOS felett), amely lehetővé teszi a GRUB2 számára a SeaBIOS callback-hívásainak használatát, például a payload GRUB2 által nem elérhető hardverek elérésére.
• Beépített védelem került bevezetésre a SinkHole támadással szemben, amely lehetővé teszi kód végrehajtását SMM (System Management Mode) szinten.
• Megvalósították a memóriaszegmensek statikus tábláinak generálásának beépített lehetőségét assembly fájlokból, harmadik fél segédprogramjainak hívása nélkül.
• Debbugolási információk rögzítése engedélyezve lett a CBMEMC konzolra SMI kezelők használatával DEBUG_SMI beállítással.
• Megváltozott a CBMEM inicializáló kezelők rendszere; az egyes stádiumokhoz kötött *_CBMEM_INIT_HOOK kezelők helyett két újabb kezelőt javasolnak: CBMEM_CREATION_HOOK (az inicializáló szakaszban használatos, amely létrehozza a cbmemet) és CBMEM_READY_HOOK (bármely szakaszban felhasználható, ahol a cbmem már létre lett hozva).
• Támogatás került a PSB (Platform Secure Boot) számára, amelyet a PSP (Platform Security Processor) aktivál, a BIOS integritásának digitális aláírás általi ellenőrzésére.
• Megvalósításra került a FSP-ből (FSP Debug Handler) érkező hibakeresési adatok kezelője.
• Gyártói specifikus TIS-funkciók (TPM Interface Specification) kerültek hozzáadásra a TPM (Trusted Platform Module) regiszterek közvetlen olvasására és írására — tis_vendor_read() és tis_vendor_write().
• Támogatás került bevezetésre a null pointerek dereferálásának megfogására a hibakeresési regisztereken keresztül.
• Megvalósításra került az i2c eszközök azonosítása, amely megkönnyíti a különböző gyártók érintőpadjaival vagy érintőképernyőivel ellátott alaplapok kezelését.
• Lehetőség nyílt az indítás különböző szakaszaiban eltöltött idő grafikonok készítésére alkalmas formátumban történő rögzítésére, amely vizuálisan szemlélteti, hogy mennyi időbe telik az egyes szakaszok során.
• A cbmem segédprogramhoz hozzáadott opció lehetővé teszi a btáblázatba a felhasználói térből származó időbélyeg hozzáadását, lehetővé téve a cbmem eseményeinek megjelenítését a CoreBoot után végrehajtott szakaszokban.

Ezen kívül említést érdemel az OSFF (Open-Source Firmware Foundation) által az Intel cégnek küldött nyílt levél, amely a firmware támogatási csomagok (FSP, Firmware Support Package) modulárisabbá tételére és a SoC Intel inicializálásához kapcsolódó dokumentáció közzétételére szólít fel. Az FSP kód hiánya jelentősen megnehezíti a nyílt firmware-ek létrehozását, és hátráltatja a Coreboot, U-Boot és LinuxBoot projektek előrehaladását Intel hardvereken. Korábban hasonló kezdeményezés sikeres volt, és az Intel megnyitotta a közösség által kért PSE (Programmable Services Engine) firmware kódját.

Forrás: opennet.ru