Überblick
Passwörter und gewöhnliche softwaregespeicherte Schlüssel sind wiederverwendbare Daten. Extrahiert ein Angreifer sie, können sie häufig andernorts erneut eingesetzt werden. Hardwaregestützte Authentifizierung verschiebt die Schlüsselgrenze: Unterstützte private Schlüssel können durch Secure Enclave, TPM oder einen dedizierten Security Key erzeugt und geschützt werden, sodass Anwendungen eine Signatur anfordern, ohne exportierbares privates Schlüsselmaterial zu erhalten.
Auf Apple-Plattformen ist die Secure Enclave ein isoliertes Sicherheitssubsystem in Apple Silicon oder im Apple T2 Security Chip. Unter Windows kann ein TPM diskret, integriert oder firmwarebasiert sein; Windows Hello kann Authentifizierungsschlüssel daran binden. TPM-geschütztes privates Material liegt nicht zwingend dauerhaft im TPM, sondern kann außerhalb als umschlossener Blob vorliegen, den nur das TPM laden und verwenden kann. Entscheidend sind erzwungene Nicht-Exportierbarkeit und kontrollierte Nutzung, nicht der physische Speicherort.
Hardwareschutz erhöht die Kosten des Credential-Diebstahls, ist aber keine vollständige Endpoint-Sicherheitsgrenze. Malware oder ein kompromittiertes Betriebssystem kann versuchen, einen verfügbaren Schlüssel aufzurufen, die Anwendung um den Signaturvorgang zu manipulieren, Daten nach Entschlüsselung zu stehlen oder nach der Authentifizierung eine Bearer-Sitzung zu erfassen. Lokale Benutzerverifizierung, Secure Boot, Gerätestatus, Anwendungsisolation und Sitzungsschutz bleiben eigene Ebenen.
Was Hardwareunterstützung verändert
- Schutz vor Schlüsselextraktion. Ein korrekt erzeugter hardwaregeschützter Schlüssel kann über normale Software-APIs nicht exportiert und auf einen anderen Endpoint kopiert werden.
- Lokale Autorisierung. PIN, Biometrie oder physische Geste können die Schlüsselnutzung freigeben, ohne das lokale Geheimnis oder biometrische Template an den IdP zu senden.
- Ratenbegrenzung und Anti-Hammering. Der Authenticator kann Wiederholungsgrenzen und weitere Schutzmaßnahmen in Schlüsselnähe erzwingen.
- Attestierung, soweit verfügbar. Unterstützte Attestierung kann belegen, dass ein Schlüssel von einem durch die Richtlinie akzeptierten Authenticator oder TPM geschützt wird. Sie beweist nicht automatisch, dass das gesamte Betriebssystem unverändert oder aktuell compliant ist.
- Stärkere Recovery-Anforderungen. Nicht-Exportierbarkeit erfordert bei verlorener oder ersetzter Hardware einen geplanten Recovery- und Ersatzprozess; der private Schlüssel kann nicht einfach aus einem Backup kopiert werden.
Unterschiedliche Plattform-Vertrauensgrenzen
| Authenticator | Vertrauensgrenze | Schlüsselschutz | Wichtige Einschränkung |
|---|---|---|---|
| Apple Secure Enclave | Sicherheitssubsystem in Apple Silicon oder Apple T2 Security Chip | Unterstützte Schlüssel und Schlüsselhierarchien sind vor dem Application Processor geschützt | WebAuthn-Attestierung kann fehlen oder datenschutzorientiert sein; Geräte-Compliance benötigt separate Management- und Statusnachweise |
| Windows TPM 2.0 | Diskrete, integrierte oder Firmware-TPM-Implementierung | Windows Hello und andere Provider können nicht exportierbare Schlüssel durch TPM-Operationen erzeugen oder schützen | Hardwareerzeugung muss per Richtlinie verlangt werden; Software-Fallback und Attestierung variieren |
| Externer Security Key | Dedizierter externer Authenticator über USB, NFC oder Bluetooth | Credential-Schlüssel bleiben im Authenticator und können PIN, Biometrie oder Berührung verlangen | Belegt Kontrolle über den Authenticator, nicht Management oder Gesundheit des Client-Computers |
| Virtuelles TPM | Durch Hypervisor oder Cloud-Plattform implementierte virtuelle Sicherheitsgrenze | Stellt einer VM TPM-kompatible Schlüssel- und Messoperationen bereit | Assurance hängt von Host, Provider, Migration und Schutz des vTPM-Zustands ab |
Was Hardwareunterstützung nicht beweist
- Aktuelle Geräte-Compliance. Patchstand, Festplattenverschlüsselung, Agent-Gesundheit, Jailbreak- oder Root-Zustand und Managementregistrierung benötigen separate Posture-Signale.
- Menschliche Identität allein. Die Hardware schützt einen Schlüssel. Kontobindung, Registrierungsautorisierung und lokale Benutzerverifizierung bestimmen den Principal.
- Ein sicheres Betriebssystem. Nicht-Exportierbarkeit verhindert Extraktion, garantiert aber nicht, dass jede Schlüsselnutzung von vertrauenswürdiger Software stammt.
- Eine gerätegebundene Anwendungssitzung. Eine Anwendung kann nach starker Authentifizierung weiterhin ein replayfähiges Bearer-Cookie ausstellen.
- Dauerhaftes Vertrauen. Hardware- und Firmwarelücken, widerrufene Attestierungswurzeln, Eigentümerwechsel und Recovery erfordern Lebenszyklusrichtlinien.
Was zu bewerten ist
- Schlüsselerzeugungsrichtlinie. Bestätigen Sie, welche Credential-Typen hardwaregestützt sind, ob Software-Fallback zulässig ist und wie die Durchsetzung getestet wird.
- Benutzerverifizierung. Verlangen Sie geeignete Biometrie, PIN oder Geste und dokumentieren Sie Retry-Grenzen, Fallback und Barrierefreiheit.
- Attestierungsumfang. Definieren Sie angeforderte Attestierung, tatsächliche Aussage, akzeptierte Trust Roots und Metadaten, Widerruf und Verhalten bei Nichtverfügbarkeit.
- Plattforminventar. Messen Sie Abdeckung für Apple Silicon, Intel-Macs mit und ohne T2, Windows-TPMs, externe Authenticators, Mobilgeräte, VDI und Cloud Workstations.
- Virtualisierungsrichtlinie. Dokumentieren Sie vTPM-Vertrauensgrenze, Zustandsschutz, Klonen, Migration, Host-Attestierung und Provider-Verantwortung.
- Degradierte und nicht unterstützte Geräte. Wählen Sie niedrigere Assurance, Upgrade-Frist, Step-up oder Ablehnung für sensible Ressourcen.
- Recovery und Ersatz. Bieten Sie phishingresistente Wiederherstellung, registrieren Sie gegebenenfalls mehrere genehmigte Authenticators, widerrufen Sie verlorene Credentials und bewahren Sie Nachweise auf.
- Kontrollen nach der Authentifizierung. Bewerten Sie Sitzungsdauer, Token-Speicherung, Reauthentifizierung, Widerruf, Anomalieerkennung und Proof-of-Possession.
Verwandte Konzepte
- Siehe Gerätegebundene Authentifizierung vs. konventionelle MFA zur Abgrenzung von Credential-, Geräte- und Sitzungsbindung.
- Siehe Trusted Authenticator Lineage zu Nachweisen über Registrierung, Authentifizierung, Recovery, Ersatz und Widerruf.
Primärquellen
- Apple beschreibt Secure-Enclave-Vertrauensgrenze und Schlüsselhierarchie in Apple Platform Security.
- Microsoft dokumentiert TPM- und Software-Fallback sowie lokale Verifizierung in How Windows Hello for Business works.
- Der WebAuthn-Standard definiert Bindung, Attestierung und deren Grenzen in Web Authentication Level 3.
So nutzen Sie diese Ressource
Stimmen Sie Security, IT und Einkauf ab, dokumentieren Sie Abdeckung und Vertrauensgrenzen hardwaregestützter Credentials und definieren Sie messbare Kriterien für Authentifizierung, Status, Recovery, Ausnahmen und Sitzungen.