Secure Boot is een cruciale beveiligingsfunctie die ervoor zorgt dat alleen vertrouwde software wordt uitgevoerd tijdens het opstartproces. Naarmate er echter kwetsbaarheden aan het licht komen, zijn er geavanceerdere mechanismen zoals Secure Boot Advanced Targeting (SBAT) geïntroduceerd om de beveiliging te verbeteren. Dit artikel legt de belangrijkste concepten achter SBAT uit en hoe het werkt om de integriteit van het opstartproces te waarborgen.

Hoe traditionele veilige opstart werkt #

Secure Boot functioneert door elk onderdeel van het opstartproces te valideren, te beginnen met de firmware die de bootloader verifieert, die op zijn beurt de kernel valideert enzovoort. Deze vertrouwensketen zorgt ervoor dat alleen geverifieerde en ondertekende componenten mogen worden uitgevoerd. Als er een kwetsbaarheid wordt gevonden, trekt het systeem onbetrouwbare componenten in door hun hash toe te voegen aan een zwarte lijst. Deze methode is effectief gebleken, maar kent uitdagingen bij het omgaan met de schaal en complexiteit van moderne opstartomgevingen.

Op een hoog niveau volgt het Secure Boot-proces een chain-of-trust-model:
1. UEFI Firmware: Controleert de bootloader-handtekening.
2. Bootloader: Controleert de kernelhandtekening.
3. pit: Valideert dynamisch geladen modules en eventuele aanvullende kernelcode.
4. Runtime-omgeving: Vertrouwen wordt overgedragen en de uitvoeringsomgeving van het systeem wordt beveiligd.

Dit model zorgt ervoor dat alleen componenten die met een vertrouwde sleutel zijn ondertekend, worden uitgevoerd. Wanneer er echter een kwetsbaarheid wordt ontdekt in een van deze componenten (bijvoorbeeld de bootloader), vereist een traditionele Secure Boot-implementatie dat de hash van de component aan een zwarte lijst wordt toegevoegd, waardoor dat binaire bestand in de toekomst niet meer kan worden uitgevoerd. Het probleem? Schaalbaarheid.

Het probleem: het beheren van grote aantallen binaire bestanden #

Elke Linux-distributie kan bijvoorbeeld zijn eigen versie van de bootloader compileren (bijvoorbeeld GRUB), en zo veel verschillende binaire bestanden met unieke hashes creëren. Wanneer een kwetsbaarheid wordt geïdentificeerd in de onderliggende bootloadercode, moet elk getroffen binair bestand afzonderlijk worden ingetrokken. Aangezien de opslag die beschikbaar is voor intrekkingshashes (meestal opgeslagen in NVRAM) beperkt is, is deze aanpak niet houdbaar voor grootschalige omgevingen.

SBAT: Verbetering van de schaalbaarheid van veilig opstarten #

Secure Boot Advanced Targeting (SBAT) is ontworpen om dit schaalbaarheidsprobleem op te lossen door af te stappen van het intrekken van individuele binaire hashes en in plaats daarvan beveiligingsgeneraties te introduceren. Het SBAT-mechanisme werkt als volgt:
1. Veiligheidsgeneratienummer: Aan elk bootcomponent (bootloader, kernel, etc.) wordt een generatienummer toegewezen. Dit nummer wordt tijdens het bouwproces in het ondertekende binaire bestand ingesloten.
2. SBAT-variabele: Er is een nieuwe firmwarevariabele geïntroduceerd om de minimaal toegestane beveiligingsgeneratie voor elk onderdeel op te slaan.
3. Validatielogica: Tijdens het opstartproces controleert het systeem het beveiligingsgeneratienummer van het volgende component tegen de minimale generatie die is gedefinieerd in de SBAT-variabele. Als de generatie van het component onder de drempelwaarde ligt, wordt deze afgewezen en stopt het opstartproces.

SBAT-stroom #

• De firmware start de bootloader en controleert de SBAT-beveiligingsgeneratie.
• De bootloader valideert het generatienummer van de kernel.
• De kernel kan indien nodig de beveiligingsgeneratienummers van andere modules valideren.

Met deze aanpak kunnen meerdere versies van kwetsbare binaire bestanden worden ingetrokken door eenvoudigweg het minimale generatienummer in de SBAT-variabele te verhogen, zonder dat afzonderlijke hashes hoeven te worden opgeslagen.

Implementatie van SBAT: Belangrijkste componenten #

SBAT-sectie in ondertekende binaire bestanden #

Elk onderdeel in de opstartketen moet een SBAT-metadata-sectie bevatten die het volgende bevat:

• De naam van het onderdeel.
• Het huidige beveiligingsgeneratienummer van het onderdeel.

Firmware-integratie #

De systeemfirmware moet worden bijgewerkt om de SBAT-variabele te herkennen en te verwerken. Dit omvat:

• De SBAT-variabele opslaan in NVRAM.
• Controleren van SBAT-metagegevens in opstartcomponenten.
• Alle componenten met verouderde generatienummers worden afgewezen.

Beheer van beveiligingsbeleid #

Het updaten van de SBAT-variabele is onderdeel van het algehele beveiligingsbeleidbeheer van het systeem. Alle updates moeten het generatienummer verhogen voor alle relevante componenten in de bootketen om continue bescherming te garanderen.

SBAT en Secure Boot Hardening #

Door SBAT te implementeren, kunnen organisaties:
1. Verminder de overheadkosten van intrekking:In plaats van het opslaan van meerdere hashes van kwetsbare binaire bestanden, hoeft alleen het generatienummer te worden bijgewerkt.
2. Verhoog de beveiliging: Kwetsbare componenten kunnen efficiënter worden geblokkeerd, waardoor risico's worden beperkt zonder dat de firmwareopslag wordt uitgeput.
3. Gemakkelijkere uitrol: Systeembeheerders kunnen firmware-updates en Secure Boot-configuraties eenvoudiger beheren, waardoor ze sneller kunnen reageren op kwetsbaarheden.

Conclusie #

Secure Boot Advanced Targeting (SBAT) is een effectieve methode voor het verwerken van beveiligingsupdates in de Secure Boot-keten zonder de opslag of beveiligingsinfrastructuur van het systeem te overbelasten. Door generatienummers in elk bootcomponent in te bedden en één updatemechanisme te gebruiken om die generaties af te dwingen, biedt SBAT schaalbaarheid en flexibiliteit voor het beheren van het steeds veranderende landschap van bootbeveiliging.

Voor moderne Linux- en Windows-systemen zorgt SBAT voor een sterkere, veerkrachtigere Secure Boot-omgeving die snel kan reageren op bedreigingen met minimale operationele overhead.