Kritieke kwetsbaarheid in UEFI-firmware maakt servers kwetsbaar

Dit meldt Ars Technica. TianoCore EDK II wordt door hardwarefabrikanten en cloudproviders gebruikt om UEFI-firmware te bouwen. Vrijwel alle leveranciers van UEFI-firmware, waaronder AMI, Insyde en Phoenix, gebruiken de referentiecode uitgebreid. Ook Project Mu, de versterkte EDK2-variant van Microsoft, bevat het kwetsbare onderdeel. Een vertegenwoordiger van het UEFI Forum noemde EDK2 vorig jaar de belangrijkste implementatie van de UEFI-specificaties.

Bufferoverflow in de netwerkboot

Het gaat om een geheugenfout van zestien jaar oud in de PXE Base Code-driver, het onderdeel waarmee servers en opslagapparatuur opstarten met code van het lokale netwerk. De driver luistert tijdens dat proces naar ICMP-foutmeldingen en kopieert elk bericht naar een vast veld van 504 bytes. Zowel de IPv4- als de IPv6-afhandeling controleert de lengte onjuist, waardoor een te lang bericht gegevens voorbij dat veld wegschrijft. Eerder in het ontvangstpad wordt de berichtlengte nergens beperkt.

Een aanvaller kan het kwaadaardige bericht als unicast naar het IP-adres van een apparaat sturen, zolang dit tijdens de PXE-opstartfase gebeurt. Dat kan het opstarten laten vastlopen. Kent de aanvaller de firmwareversie van het doelwit dan kan hij code uitvoeren in ring 0, het hoogste privilegeniveau van de processor. De payload blijft niet bewaard en draait maar één keer, maar kan de weg openen voor andere payloads die bij elke start vroeg in het opstartproces draaien. Doordat de aanval de attestatiecontroles omzeilt, kan een systeem tegenover externe servers toch als veilig overkomen.

Uitgelekt vóór de geplande bekendmaking

De kwetsbaarheid werd gevonden door Alex Matrosov van Anthropic en Dan Holmes van Google. Zij hadden afgesproken dat de details tot een gecoördineerde bekendmaking in januari geheim bleven. AMI publiceerde echter vorige maand een pull request waarin de fout werd beschreven en een oplossing stond. Nadat de vinders dit opmerkten, publiceerden leden van het TianoCore-project vorige week meer details.

Met de openbare patchcode is het voor aanvallers eenvoudig te achterhalen hoe de fout kan worden uitgebuit. Het uitrollen van UEFI-updates op miljoenen apparaten van duizenden fabrikanten en cloudproviders gaat bovendien langzaam.

Controle over lokaal netwerk nodig

Misbruik vereist overigens enige controle over het lokale netwerk. Dat beperkt de aanvalsmogelijkheden waarschijnlijk tot insiders en tot aanvallers die al binnen een netwerk zitten, zoals staatshackers of ransomwarebendes die hun rechten willen uitbreiden. Er is vooralsnog geen aanwijzing dat de fout als eerste toegang tot een netwerk kan dienen. Ook moet een aanvaller specifieke geheugenadressen raden, waardoor een exploit per model, versie en configuratie moet worden afgestemd, aldus Jesse Michael van firmwarebeveiliger Eclypsium. Volgens hem is de fout met een eenvoudige codewijziging en een BIOS- of UEFI-update te verhelpen, zonder de intrekkingen en sleutelupdates die eerdere Secure Boot-omzeilingen als BootHole, BlackLotus en Baton Drop vereisten.

De kwetsbaarheid treft alleen organisaties met machines die via het lokale netwerk of via internet opstarten. Bovendien moet de firmware op EDK2 zijn gebaseerd en de PXE-functie gebruiken, die standaard aanstaat.

Organisaties die getroffen kunnen zijn krijgen het advies bij de maker van hun firmware om richtlijnen te vragen en netwerkboot, indien mogelijk, minstens tijdelijk uit te schakelen. TPM en Secure Boot horen waar mogelijk ingeschakeld te blijven, al beschermen die niet tegen deze kwetsbaarheid. Ook is het verstandig logbestanden te controleren op pogingen tot misbruik. Omdat sommige platforms mogelijk geen EDK2-code bevatten maar dat niet zeker is, doen gebruikers van servers er goed aan zelf na te gaan of ze geraakt worden.