TPM 2.0 und Secure Boot: was die beiden wirklich machen
Seit Windows 11 ein TPM voraussetzt, kennen viele den Begriff – ohne zu wissen, was der Baustein tut. Und Secure Boot wird oft im selben Atemzug genannt, obwohl es etwas völlig anderes leistet. Die beiden werden ständig verwechselt: Secure Boot prüft Signaturen und verweigert nicht autorisiertem Code den Start. Das TPM kann kryptografische Schlüssel schützen und speichert in seinen PCRs verkettete Messwerte des Bootzustands; welche Komponenten gemessen wurden, steht im separaten Event Log. Das eine verhindert, das andere macht nachvollziehbar. Diese Seite erklärt beides ohne Fachjargon, zeigt, wo sie zusammenarbeiten, und beantwortet die Frage, ob man sie eigentlich braucht.
Das Wichtigste vorweg: Das TPM ist ein Sicherheitsbaustein, der kryptografische Schlüssel schützt und in seinen PCRs verkettete Messwerte des Bootzustands speichert; die zugehörigen Einzelereignisse stehen im separaten Event Log. Secure Boot ist eine Funktion der Firmware, die prüft, ob geladene Startbestandteile nach der hinterlegten Signaturpolitik autorisiert sind. Beides ergänzt sich, ersetzt sich aber nicht – und beides funktioniert auch ohne das jeweils andere.
Für die meisten Nutzer lautet die praktische Antwort: Beides sollte vorhanden und aktiv sein, weil moderne Systeme darauf aufbauen. Interessant wird es erst, wenn man ein anderes Betriebssystem einsetzen will – dann muss man wissen, was man da eigentlich abschaltet.
Geräte, bei denen sich diese Einstellungen offen konfigurieren lassen, gibt es bei unserem Partner NovaCustom: die Serien V54 und V56 mit der Firmware Dasharo coreboot.
Inhalt dieser Seite
Was das TPM macht
Das Trusted Platform Module ist ein kleiner Sicherheitsbaustein mit zwei Hauptaufgaben. Beide klingen unspektakulär und sind es nicht.
Es verwahrt Schlüssel. Kryptografische Schlüssel werden im Baustein erzeugt und verwaltet, statt offen auf dem Datenträger zu liegen. Als nicht exportierbar erzeugte Schlüssel verlassen ihn nicht im Klartext – Vorgänge, die sie brauchen, finden im Baustein selbst statt. Ob ein Schlüssel exportierbar ist, entscheidet sich bei seiner Erzeugung; die für Datenträgerverschlüsselung genutzten sind es typischerweise nicht. Wer den Datenträger ausbaut, hat den Schlüssel jedenfalls nicht.
Es verwahrt die Messwerte des Startvorgangs. Gemessen wird nicht vom TPM selbst: Firmware und Bootbestandteile erzeugen die Messungen und übergeben sie an das TPM, wo sie die Platform Configuration Registers – kurz PCRs – erweitern. Das eigentliche Ereignisprotokoll, das Event Log, liegt separat und macht die Registerwerte nachvollziehbar. Sie lassen sich nicht beliebig setzen, sondern nur erweitern: Jeder neue Wert wird mit dem bisherigen Registerinhalt verkettet und gehasht. Dadurch entsteht ein Zustand, der die gesamte Startkette abbildet.
Aus der zweiten Eigenschaft folgt der eigentliche Trick: Ein Schlüssel lässt sich an einen bestimmten Startzustand binden. Der Baustein gibt ihn nur frei, wenn die Messwerte passen. Ein wichtiges Beispiel ist BitLocker mit TPM-Protektor: Das für die Entsperrung benötigte Schlüsselmaterial kann an erwartete PCR-Zustände gebunden werden, sodass der Start ohne zusätzliche Eingabe gelingt. Nicht jede Datenträgerverschlüsselung arbeitet so – eine LUKS-Installation mit Passphrase kommt ohne TPM aus.
Warum das im Alltag zählt: Wenn dein verschlüsselter Rechner ohne Passworteingabe bis zum Anmeldebildschirm startet, macht das der Sicherheitsbaustein. Und wenn er nach einem Firmwareupdate den Wiederherstellungsschlüssel verlangt, liegt das an einer TPM-gebundenen Konfiguration: Bestimmte Firmware-, Boot- oder Hardwareänderungen können den Recovery-Modus auslösen, wenn sich relevante PCR-Werte unerwartet ändern. Nicht jedes Update hat diese Wirkung. Was das für die Praxis bedeutet, behandeln wir auf unserer Seite zur Datensicherung – und auf unserer Seite Festplatte verschlüsseln.
Diskretes TPM oder Firmware-TPM?
Es gibt zwei Umsetzungen, und der Unterschied taucht in Datenblättern selten auf.
← Tabelle seitlich scrollen →
| Variante | Umsetzung | Einordnung |
|---|---|---|
| Diskretes TPM | Ein eigener Chip auf der Hauptplatine | Stärker vom Hauptprozessor getrennt; eigene Angriffsfläche über die Verbindung zur Platine |
| Firmware-TPM | Die Funktion läuft in einem geschützten Bereich der Plattform, ohne separaten Baustein – bei Intel als Platform Trust Technology, bei AMD als fTPM bezeichnet | Weit verbreitet und für die üblichen Zwecke nutzbar; teilt sich die Plattform mit anderem Code |
Beide Varianten erfüllen dieselbe Spezifikation; sie unterscheiden sich in der Umsetzung, nicht in der Schnittstelle.
Für Datenträgerverschlüsselung und die üblichen Anwendungsfälle sind beide geeignet. Wer ein sehr enges Bedrohungsmodell hat und Wert darauf legt, dass die Schlüsselverwahrung physisch getrennt vom Hauptprozessor läuft, achtet auf einen eigenen Chip – für die meisten ist das keine Entscheidungsgrundlage.
Was Secure Boot macht
Secure Boot ist eine Funktion der UEFI-Firmware und arbeitet nach einem einfachen Prinzip: Es lädt nur, was nach der hinterlegten Signaturpolitik autorisiert ist. In der Firmware liegen dafür Schlüssel und Listen – erlaubte Signaturen und ausdrücklich gesperrte.
Startet der Rechner, prüft die Firmware die Signatur des Startprogramms gegen die erlaubten Signaturen und die Sperrliste. Passt sie nicht zur Politik, wird das Programm nicht ausgeführt – je nach Umsetzung mit Abbruch oder einer Meldung. Das soll verhindern, dass Schadsoftware sich vor das Betriebssystem schiebt.
Zwei Punkte, die man dazu wissen sollte. Erstens: Secure Boot prüft Autorisierung, nicht Qualität. Ein signiertes Programm mit einer Schwachstelle wird geladen wie jedes andere signierte auch. Zweitens: Wer die Schlüssel in der Firmware kontrolliert, kontrolliert die Politik. Typische x86-Systeme enthalten eine vom Gerätehersteller verwaltete Secure-Boot-Konfiguration, in der unter anderem Microsoft-Zertifikate als vertrauenswürdig hinterlegt sein können – Hersteller und Zertifikatsherausgeber sind dabei nicht dasselbe.
Die eigenen Schlüssel: Auf Geräten, deren Firmware das erlaubt, lassen sich die hinterlegten Schlüssel durch eigene ersetzen. Dann autorisierst du selbst, was starten darf, statt dich auf die Voreinstellung zu verlassen. Das ist der Punkt, an dem Secure Boot von einer Herstellerfunktion zu einer eigenen Sicherheitsmaßnahme wird – und einer der Gründe, warum offene Firmware für manche Käufer wichtig ist. Das Ersetzen der hinterlegten Schlüssel ist allerdings eine fortgeschrittene Konfiguration: Fehler dabei können dazu führen, dass Betriebssystem, Bootloader oder Firmwareupdates nicht mehr starten.
Measured Boot: die dritte Zutat
Zwischen den beiden steht ein drittes Verfahren, das die Verwechslung erklärt: der gemessene Start.
Secure Boot verhindert. Was nicht autorisiert ist, startet nicht.
Measured Boot dokumentiert. Jeder Schritt der Startkette wird gemessen und erweitert damit die PCR-Werte. Das heißt nicht, dass automatisch alles starten darf – Secure Boot und Measured Boot können gleichzeitig aktiv sein und schließen sich nicht aus.
Wichtig zur Wirkung: Measured Boot misst Bestandteile der Startkette und erweitert damit PCR-Werte. Ob eine Abweichung lediglich protokolliert wird, eine Attestierung fehlschlägt oder ein Schlüssel nicht freigegeben wird, entscheidet die darauf aufbauende Sicherheitsfunktion – etwa die Datenträgerverschlüsselung oder eine Attestierungslösung. Das TPM selbst blockiert nichts.
Der Unterschied ist grundsätzlich: Das eine ist eine Tür mit Schloss, das andere ein Protokoll. Beide zusammen ergeben ein vollständigeres Bild, und beide können unabhängig voneinander aktiv sein.
Auf dem gemessenen Start lässt sich eine Prüfung des Startvorgangs aufbauen, deren Ergebnis außerhalb des Rechners angezeigt wird. Wie das funktioniert, behandeln wir auf der Seite zum Laptop mit Heads.
TPM 2.0 und Secure Boot: der Unterschied auf einen Blick
← Tabelle seitlich scrollen →
| Merkmal | Secure Boot | Measured Boot mit TPM |
|---|---|---|
| Wirkungsweise | verhindert nicht autorisierten Start | speichert verkettete Messzustände in PCRs; Einzelereignisse stehen im Event Log |
| Wo es sitzt | in der UEFI-Firmware | im Sicherheitsbaustein plus Firmware |
| Prüft | Signaturen nach hinterlegter Politik | Firmware und Bootkomponenten erzeugen Messungen; PCRs speichern daraus den verketteten Zustand |
| Reaktion bei Abweichung | nicht autorisierter Code wird nicht ausgeführt | hängt von der aufbauenden Funktion ab: Protokolleintrag, fehlgeschlagene Attestierung oder ein nicht freigegebener Schlüssel |
| Braucht das andere | nein | nein |
| Typischer Nutzen | Schutz vor Startschadsoftware | Verschlüsselung ohne Passworteingabe, Nachweis des Startzustands |
TPM 2.0 und Secure Boot gegenübergestellt: Sie lösen unterschiedliche Probleme.
TPM 2.0 und Secure Boot bei Windows 11
Ein häufiger Anlass, sich mit dem Thema zu beschäftigen: Windows 11 setzt ein TPM 2.0 voraus – ein älteres TPM 1.2 genügt nicht. Microsoft verlangt zusätzlich eine UEFI-Firmware, die Secure Boot unterstützt; das Merkmal heißt dort Secure Boot capable und bedeutet nicht, dass Secure Boot zwingend eingeschaltet sein muss. Drei praktische Folgen.
Viele Geräte haben es bereits. Viele neuere PCs unterstützen TPM 2.0; bei manchen ist die Funktion in den Firmware-Einstellungen noch deaktiviert. Dort heißt die Option je nach Hersteller Platform Trust Technology, fTPM oder schlicht Security Device. Ein Blick in die Einstellungen löst das Problem häufig ohne Neukauf.
Manche haben ihn wirklich nicht. Bei älteren Plattformen fehlt die Funktion. Dann bleibt der Wechsel des Betriebssystems, ein Neukauf – oder die Entscheidung, den Rechner für andere Zwecke weiterzunutzen.
Der Anlass ist selten der Baustein. Wer ohnehin über ein neues Gerät nachdenkt, sollte zuerst prüfen, ob das wirklich nötig ist. Unser Beitrag zu Support-Ende und dem sicheren PC-Umzug ordnet die Möglichkeiten ein – manchmal reicht ein anderes Betriebssystem.
Was bei anderen Systemen gilt
Hier wird es interessant, weil sich die Verfahren unterschiedlich verhalten.
Linux-Distributionen. Die verbreiteten Distributionen lassen sich mit aktivem Secure Boot betreiben; dafür gibt es einen signierten Zwischenlader namens shim, der die Vertrauenskette fortsetzt. Ein Abschalten ist meist nicht nötig – wer eigene Kernelmodule oder Treiber einbindet, muss sie allerdings passend signieren.
Systeme mit strikter Isolation. Nicht jedes System unterstützt Secure Boot. Für Qubes OS hält die offizielle Dokumentation ausdrücklich fest, dass UEFI Secure Boot derzeit nicht ohne Weiteres unterstützt wird. Daraus folgt aber nicht, dass jede Installation stattdessen automatisch auf den gemessenen Start setzt: Auf geeigneter Hardware kann etwa Heads ein alternatives Modell aus gemessenem Bootzustand, kryptografischer Prüfung und Attestierung bereitstellen – Bestandteil jeder Installation ist das nicht. Die Kaufberatung dazu steht unter Qubes OS Laptop kaufen.
Firmware mit externer Prüfung. Manche Firmwarevarianten ersetzen die gewohnte Startumgebung. Heads etwa kombiniert TPM-basierte Messungen mit einer eigenen kryptografischen Verifikation der Bootumgebung und optionaler externer Attestierung – es ist also nicht schlicht „Messen statt Signaturprüfung“, sondern ein eigenes Vertrauensmodell.
Der Fehler, der dabei häufig passiert: Secure Boot abschalten, weil eine Anleitung im Netz das für irgendeinen Zweck empfiehlt – und es danach nie wieder einschalten. Wenn Betriebssystem, Treiber und Bootablauf Secure Boot unterstützen, ist eine dauerhafte Deaktivierung meist unnötig. Spezielle Systeme und eigene Bootloader können allerdings bewusst ein anderes Vertrauensmodell verwenden.
TPM aktivieren und Secure Boot prüfen
Beide Funktionen lassen sich ohne Fachkenntnisse nachsehen.
Unter Windows
Die Systeminformationen zeigen den Secure-Boot-Zustand; für den Sicherheitsbaustein gibt es eine eigene Verwaltungsansicht, die Version und Bereitschaft anzeigt.
Unter Linux
Systemwerkzeuge zeigen an, ob Secure Boot aktiv ist und ob ein Sicherheitsbaustein erkannt wurde; das Gerät taucht in der Geräteliste des Systems auf.
In der Firmware
Beim Start in die UEFI-Einstellungen gehen. Dort lässt sich das TPM aktivieren und Secure Boot einschalten – das TPM je nach Hersteller unter Platform Trust Technology, fTPM oder Security Device.
Vor dem Umstellen
Wenn die Verschlüsselung an den Baustein gebunden ist, kann eine Änderung den Wiederherstellungsschlüssel nötig machen. Also: erst Schlüssel griffbereit, dann umstellen.
Der letzte Punkt ist der wichtigste. Wer in den Firmware-Einstellungen etwas ändert, ohne den Wiederherstellungsschlüssel zur Hand zu haben, steht im ungünstigen Fall vor einem Rechner, der die eigenen Daten nicht mehr freigibt. Falls dabei etwas schiefgeht, hilft der Beitrag zum Rettungssystem vom USB-Stick weiter. Ein solches System umgeht eine vorhandene Datenträgerverschlüsselung allerdings nicht – zum Entsperren bleibt ein gültiger Schlüssel oder Wiederherstellungszugang erforderlich.
Begriffe kurz erklärt
TPM 2.0
Sicherheitsbaustein für kryptografische Schlüssel und Messwerte des Startvorgangs. Die Vorgängerversion 1.2 genügt für Windows 11 nicht.
Secure Boot
Firmwarefunktion, die nur nach hinterlegter Politik autorisierte Startbestandteile lädt.
Measured Boot
Firmware und Bootkomponenten erzeugen Messungen; daraus werden PCR-Zustände im TPM gebildet. Das separate Event Log hält fest, welche Ereignisse zu diesen Zuständen geführt haben.
PCRs
Platform Configuration Registers: Speicherplätze im TPM, deren Inhalt sich nur erweitern lässt. Jeder neue Wert wird mit dem bisherigen verkettet und gehasht – zurücksetzen lässt er sich nur durch einen Neustart.
Event Log
Das separat geführte Ereignisprotokoll des Startvorgangs. Es macht nachvollziehbar, welche Messungen zu den PCR-Werten geführt haben.
Attestierung
Der Nachweis des gemessenen Startzustands gegenüber einer prüfenden Instanz – lokal über eine Sicherheitsfunktion oder entfernt über einen Dienst.
Siegeln
Einen Schlüssel an einen bestimmten Startzustand binden. Er wird nur bei passenden Messwerten freigegeben.
UEFI
Standardisierte Firmware- und Bootumgebung moderner PCs. UEFI Secure Boot ist eine darin definierte Sicherheitsfunktion.
Häufige Fragen
Was ist der Unterschied zwischen TPM 2.0 und Secure Boot?
Secure Boot verhindert, dass nicht autorisierter Code startet – es prüft Signaturen. Das TPM schützt Schlüssel und speichert in seinen PCRs verkettete Messwerte des Bootzustands; die Einzelereignisse stehen im separaten Event Log. Das eine ist eine Tür mit Schloss, das andere ein Protokoll. Beide ergänzen sich, funktionieren aber auch unabhängig voneinander.
Brauche ich ein TPM?
Für Windows 11 ja, es ist Voraussetzung. Darüber hinaus ist es nützlich, weil es die Datenträgerverschlüsselung ohne zusätzliche Passworteingabe beim Start ermöglicht und Schlüssel getrennt vom Datenträger verwahrt. Zwingend nötig ist es für Verschlüsselung nicht – die funktioniert auch mit Passphrase.
Was ist ein Firmware-TPM?
Eine Umsetzung, bei der die Funktion in einem geschützten Bereich der Plattform läuft statt in einem eigenen Chip. Für die üblichen Zwecke ist das gleichwertig nutzbar. Wer Wert darauf legt, dass die Schlüsselverwahrung physisch vom Hauptprozessor getrennt ist, achtet auf einen diskreten Chip.
Soll ich Secure Boot einschalten?
Wenn Betriebssystem, Treiber und Bootablauf es unterstützen, ist die Aktivierung in aller Regel sinnvoll. Spezielle Systeme oder eigene Bootloader können bewusst ein anderes Vertrauensmodell verwenden. Wer Secure Boot für einen bestimmten Zweck abschaltet, sollte prüfen, ob es danach wieder aktiviert werden kann – das wird häufig vergessen.
Funktioniert Linux mit Secure Boot?
Bei den verbreiteten Distributionen ja, dafür gibt es einen signierten Zwischenlader. Abschalten ist meist nicht nötig. Anders sieht es bei einzelnen Spezialsystemen aus – etwa dem im Sicherheitsbereich bekannten System mit strikt getrennten Arbeitsbereichen, das UEFI Secure Boot laut eigener Dokumentation derzeit nicht unterstützt.
Warum verlangt mein Rechner nach einem Update den Wiederherstellungsschlüssel?
Das betrifft TPM-gebundene Konfigurationen wie BitLocker im Standardbetrieb: Ändern sich relevante PCR-Werte unerwartet, gibt der Sicherheitsbaustein den gesiegelten Schlüssel nicht mehr frei. Das ist beabsichtigtes Verhalten, kein Defekt – und nicht jedes Update löst es aus. Nach Eingabe des Wiederherstellungsschlüssels wird die Bindung in der Regel neu hergestellt.
Macht ein TPM meinen Rechner sicher?
Es ist ein Baustein, keine Lösung. Es schützt Schlüssel und verwahrt die Messwerte des Startvorgangs – gegen Schadsoftware im laufenden System, Phishing oder Kontoübernahmen hilft es nicht. Sicherheit entsteht aus dem Zusammenspiel mehrerer Ebenen, von denen dies eine ist.
Wie kann ich das TPM aktivieren?
Über die UEFI-Einstellungen, die du beim Start des Rechners erreichst. Die Option heißt je nach Hersteller Platform Trust Technology, fTPM oder Security Device. Wichtig: Wenn deine Verschlüsselung an das TPM gebunden ist, halte vor jeder Änderung den Wiederherstellungsschlüssel bereit.
Habe ich TPM 2.0 oder nur 1.2?
Unter Windows zeigt die TPM-Verwaltungsansicht die Spezifikationsversion an, unter Linux geben Systemwerkzeuge Auskunft. Für Windows 11 ist Version 2.0 Voraussetzung; ein älteres TPM 1.2 genügt nicht, auch wenn ein Baustein vorhanden ist.
Was bedeutet Platform Trust Technology?
So nennt Intel seine Firmware-TPM-Umsetzung; bei AMD heißt das Gegenstück fTPM. In beiden Fällen läuft die TPM-Funktion in einem geschützten Bereich der Plattform statt in einem eigenen Chip. Für die üblichen Zwecke ist das gleichwertig nutzbar.
Was ist das Event Log beim Measured Boot?
Das Ereignisprotokoll des Startvorgangs. Es liegt separat vom TPM und hält fest, welche Messungen zu den aktuellen PCR-Werten geführt haben. Ohne dieses Protokoll wären die Registerwerte nur Zahlen ohne Bedeutung – erst zusammen ergeben sie einen nachvollziehbaren Startzustand.
Blockiert Measured Boot einen manipulierten Start?
Nein, und das ist ein weit verbreiteter Irrtum. Measured Boot misst und protokolliert nur. Ob eine Abweichung folgenlos bleibt, eine Attestierung fehlschlägt oder ein gesiegelter Schlüssel nicht freigegeben wird, entscheidet die darauf aufbauende Funktion – etwa die Datenträgerverschlüsselung.
Verlangt Windows 11 eingeschaltetes Secure Boot?
Microsoft verlangt eine UEFI-Firmware, die Secure Boot unterstützt – das Merkmal heißt Secure Boot capable. Zusammen mit TPM 2.0 gehört es zu den Systemanforderungen. Dass die Funktion auch aktiviert sein muss, folgt daraus nicht zwingend; empfehlenswert ist es trotzdem.
Weiterlesen
Daten sicher löschen bei Festplatte, SSD und ganzem PC – wenn Schlüssel im Sicherheitsbaustein liegen, verändert das auch das Löschen. Bei einem verschlüsselten Datenträger ist das Vernichten des Schlüssels ein wirksamer Teil des Vorgangs. Der Beitrag erklärt, warum Löschen und Formatieren allein nicht reichen und was tatsächlich hilft. Besonders wichtig, bevor ein Gerät weitergegeben wird.
Wann heutige Verschlüsselung zum Risiko werden könnte – die Verfahren, auf denen Sicherheitsbaustein und Signaturprüfung beruhen, sind kryptografisch. Der Beitrag ordnet ein, welche davon langfristig unter Druck geraten könnten und wie realistisch die Zeitpläne sind. Für den Alltag ändert das nichts. Für Geräte, die zehn Jahre laufen sollen, ist es ein Gedanke wert.
Qubes OS zertifizierte Hardware: Liste und Voraussetzungen – warum ausgerechnet dieses System auf Secure Boot verzichtet und stattdessen auf den gemessenen Start setzt – und welche Geräte dafür geprüft sind.
Sicherer Laptop kaufen: sicheres Notebook erkennen – TPM und Secure Boot sind zwei von fünf Ebenen. Der Beitrag ordnet ein, welche davon im Alltag tatsächlich wiegen.