A TianoCore EDK II (EFI Development Kit II) nyílt referencia-implementációjában, amelyet a legtöbb szerver alaplapnál alkalmaznak, egy kritikus sebezhetőséget (CVE-2026-97631) fedeztek fel. A sebezhetőség a PXE illesztőprogramban található, és kihasználható speciálisan megformázott ICMP-csomagok küldésével a hálózati indítás során IPv4 vagy IPv6 hálózatokban. A támadás nem igényel hitelesítést, és lehetővé teszi a támadó számára, hogy kódot hajtson végre UEFI firmware jogosultságokkal a működési rendszer irányítása előtt, amelyet fel lehet használni az UEFI Secure Boot hitelesített indítási mechanizmusának megkerülésére és rosszindulatú összetevők beillesztésére az indítási folyamat során.
A probléma egy puffer túlcsordulásából adódik az ICMP-üzeneteket kezelő UefiPxeBcDxe illesztőprogramban, amely a PXE-indításhoz használatos, és ICMP-csomagokat fogad a hálózati indítás során a hálózati hibák rögzítésére. A túlcsordulás abból adódik, hogy az érkezett hibaüzeneteket egy 504 bájt méretű fix buferrbe helyezik anélkül, hogy ellenőriznék az érkezett adatok tényleges méretét. Ha az ICMP-csomagban több mint 504 bájtot küldenek, a túlcsordulás a puffer határain túlnyúlva többi struktúrára átlép.
A támadás globális hálózatból is végrehajtható — elegendő tudni az áldozat IP-címét és meg tudni határozni a PXE-indítás időpontját. Ismerve, hogy pontosan melyik firmware van használatban az áldozatnál, a támadó készíthet egy exploitot a speciális firmware összeállítás memóriában lévő struktúráinak elhelyezkedésével összhangban, és kiaknázza a sebezhetőséget kód végrehajtására DXE (Driver Execution Environment) szinten, amely a nullás védelmi gyűrűben fut. szerveren A támadó így képes lehet felkészíteni egy exploitot a firmware specifikus memória struktúráinak helyzetére alapozva, és kihasználni a sebezhetőséget kód végrehajtására a DXE (Driver Execution Environment) szinten, amely a nullás védelmi gyűrűben fut.
Az EDK II projektet az Intel indította 2004-ben, és a nagy gyártók, adatközpontok és felhőszolgáltatók használják. Többek között az AMI, Insyde és Phoenix firmware-ekben is alkalmazzák. A sebezhetőségek jelen vannak a Microsoft Mu platformjára alapozott firmware-ekben is, amely az EDK II forkja.
A problémát az Anthropic és a Google képviselői azonosították, és 2027 januárjára terveztek egy összehangolt nyilvános bejelentést. Azonban az információt korábban kellett nyilvánosságra hozni, mivel egy AMI mérnök véletlenül megsértette a titoktartást, és közzétett egy nyilvános pull kérdést a javítással, amely alapján érthető volt a sérülékenység lényege.
Forrás: opennet.ru
