# Wir öffnen das Gehäuse. Dann die Firmware.

> Ein Hardware-Penetrationstest greift ein Embedded-Gerät physisch an: Debug-Schnittstellen wie UART, JTAG und SWD, Speicherchips, den Bootvorgang und die Firmware selbst. Die Ziele: Firmware und Secrets extrahieren, Secure Boot umgehen, Code ausführen und Schwachstellen finden, die jedes Gerät desselben Typs betreffen. Zyberum führt Hardware-Pentests im eigenen Labor durch, für IoT-Produkte, Fahrzeugsteuergeräte und Industriekomponenten.

Hardware-Pentest für Embedded-Geräte: Debug-Schnittstellen, Firmware-Extraktion, Secure Boot, Fault Injection und Reverse Engineering im eigenen Labor.

Source: https://zyberum.com/de/hardware-pentest

Testpunkte, Debug-Ports, Flash-Chips und Bootloader: alles, was sich ein Angreifer mit Schraubenzieher und einem freien Wochenende ansieht. Wir machen das in unserem Labor, mit denselben Werkzeugen und mehr Geduld.

## Von der Platine bis zur Root-Shell

### Platinenanalyse

Bauteile, Testpunkte und Debug-Header identifizieren und nachverfolgen, was womit verbunden ist.

### Debug-Schnittstellen

UART-Konsolen, JTAG und SWD: gesperrt, offen oder nur vermeintlich gesperrt.

### Firmware-Extraktion

Über den Debug-Port, die Update-Datei oder direkt aus dem Flash-Chip.

### Secure Boot & Schlüssel

Prüft jede Stufe die nächste? Wo liegen die Schlüssel, und wer kann sie auslesen?

### Fault Injection

Voltage- und Clock-Glitching, um Prüfungen zu überspringen, die sich per Software allein nicht umgehen lassen.

### Reverse Engineering

Firmware-Analyse in Ghidra: Secrets, Update-Logik, versteckte Befehle und Speicherfehler.

## Ein geöffnetes Gerät kann die ganze Flotte offenlegen

Hardware-Angriffe brauchen physischen Zugriff. Das klingt beruhigend, ist es aber nicht: Ein Angreifer kauft ein Gerät, zieht die Firmware, findet den gemeinsamen Schlüssel oder den versteckten Dienst und nutzt dieses Wissen dann gegen jedes Gerät im Feld, aus der Ferne.

Deshalb verlangt die Regulierung es inzwischen. Der Cyber Resilience Act, die Cybersecurity-Anforderungen der RED (EN 18031) und IEC 62443-4-2 erwarten geschlossene Debug-Schnittstellen, geschützte Secrets und sichere Updates.

**Passt dazu**

- Komplette IoT-Produkttests inklusive App und Cloud
- Steuergeräte-Tests für Automotive
- Secure Development und Secure-Boot-Design
- Nachweise für CRA und EN 18031

## Was wir auf echten Geräten gefunden haben

## FAQ

**Wie viele Geräte braucht ihr?**

Zwei oder drei. Hardware-Angriffe können ein Gerät zerstören, zum Beispiel wenn wir einen Flash-Chip auslöten.

**Testet ihr auch App und Cloud?**

Ja, als kompletten IoT-Produkttest. Viele der schlimmsten Findings entstehen, wenn ein Hardware-Finding auf eine Schwäche in der Cloud trifft.

**Könnt ihr gesperrte Mikrocontroller testen?**

Oft ja. Der Ausleseschutz lässt sich manchmal per Fault Injection oder über bekannte Schwächen des Chips umgehen. Im Scoping-Gespräch sagen wir dir, was bei deinem Gerät realistisch ist.

---
Zyberum GmbH. Canonical page: https://zyberum.com/de/hardware-pentest