Ahmad Fatoum

From the workstation /home partition to a certificate store on an embedded system, use cases abound for encrypting data at rest. The common goal is thwarting offline attacks by keeping the plaintext key material safe from where an attacker could extract it.

In his talk, Ahmad will give a brief introduction to the kernel's trusted key subsystem and his work in enabling it for unattended disk decryption on NXP's i.MX line of embedded SoCs.

DOOM als Boot-Splash, Wie, wieso und wie bekomme ich das auf das nächstgelegene Haushaltsgerät.

Von der Videokamera bis zum Schwangerschaftstest: Seit der Veröffentlichung in 1997, haben Hunderte den Quelltext des Spiels auf Hardware aller Art portiert. Hilfreich dabei ist die in portablem C geschriebene Spiellogik. Was dem DOOM-Portierer die meiste Arbeit bereitet, ist dann das ganze drumherum: andere Grafik- und Audio- Bibliotheken, unterschiedliche C-Umgebung und wenn es hart auf hart kommt: das Fehlen eines Betriebssystems. Solche DOOM-Ports laufen dann oft ohne jegliche Hilfssoftware direkt auf dem "nackten Metall". BareDOOM bezweckt gerade solchen DOOM-Ports mehr Struktur zu verpassen. Das Projekt integriert DOOM als interaktiven Bootsplash in den, auf Embedded-Systemen anzutreffenden, barebox-Bootloader. Damit läuft es schon von Haus aus auf diversen ARM-, MIPS-, RISC-V- und x86-Maschinen. Durch die Integration mit barebox liefert es ein klare Vorgehensweise, wie man es auf noch mehr Geräten zum Laufen bringen kann. In seinem Vortrag bespricht Ahmad die Herausforderungen bareDOOM zu portieren, die Integration mit den barebox-Treibern, das Portieren von barebox/bareDOOM auf neue Geräte und ganz generell, wie die Welt vor int main(void) so aussieht. Um das meiste aus dem Vortrag rauszuholen, empfiehlt sich etwas C- und/oder DOOM-Erfahrung. Letzteres lässt sich hier schon mal aneignen: https://barebox.org/jsbarebox/?graphic=1

Long gone are the times of executing the OS in-place from memory-mapped flash upon reset. A modern SoC now comes with complex mask ROM firmware, with driver, filesystem, protocol and crypto support for loading... yet another bootloader.

In his talk, Ahmad follows this chain of bootloaders until the kernel is started, stopping along the way for RAM setup, peripherial initialization, runtime services and other interesting sights.

Getting acquainted with the bootstrap process on a modern ARM-based SoC can be an intimidating task: Documentation speaks of Boot ROM, blobs, SPL, secure monitor, trusted execution environment, Open Firmware Device Trees all interacting with each other and with a bootloader to facilitate kernel boot.

The talk intends to shed some light onto this. Starting with an overview of the bare minimum needed to bootstrap an i.MX8M, it retraces the steps of the barebox bootloader, and firmware loaded by it, until Linux eventually takes over.