Eine verantwortliche Person
Die Primäridentität bleibt der eindeutige Eigentümer jeder zusätzlichen Rolle und jedes Zertifikats.
MULTI-IDENTITY YUBIKEY MANAGEMENT
Ein physischer Schlüssel kann mehrere sauber getrennte Identitäten tragen.
SYNRION x.ID hält jedes Zertifikat, jede Rolle und jeden Anwendungskontext mit der verantwortlichen Primäridentität verbunden. Abhängig von Hardwareversion und Kryptografie lassen sich bis zu 23 Sekundäridentitäten auf einem YubiKey verwalten.
NUTZEN IN 30 SEKUNDEN
Weniger physische Schlüssel, ohne Verantwortungen zu vermischen.
Getrennte Anwendungsfälle
Administrative Tiers, Domains und Anwendungsrollen bleiben getrennt, auch wenn sie einen Hardwareträger teilen.
Unabhängige Lifecycles
Eine Sekundäridentität lässt sich ausgeben, erneuern oder entfernen, ohne das gesamte Gerät zur unkontrollierten Ausnahme zu machen.
EIN TRÄGER · KONTROLLIERTE IDENTITÄTEN
Wie teilen mehrere Identitäten Hardware, ohne Vertrauen zu teilen?
Die Lösung ist nicht, den YubiKey als eine globale Identität zu behandeln. x.ID modelliert Person, jede Sekundäridentität, ihr Zertifikat und ihren erlaubten Einsatz als getrennte, aber verbundene Objekte.
-
01
Primäridentität verankern
Mit der verifizierten Person beginnen, die für die Hardware und jede darauf zugeordnete Sekundäridentität verantwortlich ist.
-
02
Rollen und Trust-Grenzen definieren
Sekundäridentitäten für getrennte Administrationstiers, Domains, Forests, Anwendungen oder Betriebsaufgaben anlegen.
-
03
Geeignete PIV-Slots zuordnen
Jede unterstützte Zertifikatsidentität in einem kontrollierten Slot platzieren und die Zuordnung für Administratoren und Prüfer sichtbar halten.
-
04
Ausgabe-Policy durchsetzen
Hardwarenachweis, Identität, Rolle und erforderliche Freigaben prüfen, bevor eine Sekundäridentität aktiv wird.
-
05
Jede Identität gezielt betreiben
Die betroffene Identität erneuern, sperren oder entfernen und die übrigen freigegebenen Rollen auf demselben Schlüssel erhalten.
DIE ARCHITEKTUR AUF EINEN BLICK
Ein Träger bedeutet keinen ungetrennten Trust-Kontext: Jede Sekundäridentität bleibt mit eigener Rolle, eigenem Zertifikat, eigener Policy und eigenem Lifecycle verbunden.
TECHNISCHE TIEFE
Kapazität ist eine Architekturentscheidung, kein pauschales Versprechen.
Das physische Gerät kann Credentials konsolidieren. Die nutzbare Belegung muss jedoch gegen Hardware, Kryptografie, Anwendungen und organisatorische Trennungsregeln geplant werden.
- Bis zu 23 Sekundäridentitäten
- In einer geeigneten Konfiguration kann x.ID eine Primäridentität und bis zu 23 Sekundäridentitäten auf einem YubiKey verwalten. Die tatsächliche Zahl hängt von Hardwareversion, Kryptoalgorithmen, Zertifikatsgrößen, Slot-Belegung und Policy ab.
- PIV-Slots
- Die PIV-Anwendung stellt definierte Zertifikats- und Schlüssel-Slots bereit. x.ID hält vorgesehenen Identitäts- und Anwendungskontext sichtbar, statt sich auf eine gemerkte Slot-Konvention des Administrators zu verlassen.
- Rollentrennung
- Ein gemeinsamer Träger hebt Tier-, Domain- oder Funktionstrennung nicht auf. Jede Identität kann eigene Ausgaberegeln, Freigaben, Gültigkeit und Entfernung besitzen.
- FIDO2 bleibt ein eigener Anwendungsfall
- FIDO2-Credentials und PIV-Zertifikatsidentitäten nutzen unterschiedliche Protokolle und Lifecycle-Objekte. Ein gemeinsamer physischer Schlüssel macht sie technisch nicht austauschbar.
NACHWEIS & GRENZEN
Was bei konsolidierten Identitäten kontrollierbar bleibt.
Entscheidend ist nicht die maximale Slot-Zahl. Entscheidend ist, Hardware zu reduzieren und trotzdem jede Identität verständlich und veränderbar zu halten.
Identität-zu-Slot-Zuordnung
Administratoren sehen, welche Sekundäridentität, welches Zertifikat und welcher Anwendungsfall zusammengehören.
Policy je Identität
Freigabe- und Lifecycle-Regeln können sich nach Rolle, Tier, Domain oder Anwendungskontext unterscheiden.
Kontrollierte Entfernung
Eine Rolle lässt sich entfernen, ohne automatisch alle übrigen Identitäten auf der Hardware zu verwerfen.
PASSENDES PRODUKT
SYNRION x.ID
SYNRION x.ID verbindet verifizierte Primäridentitäten, authentische Hardware und unabhängige Policy-Durchsetzung zu einer belastbaren Vertrauensentscheidung.
NÄCHSTER KONTROLLIERTER SCHRITT
Ordnen Sie Ihre Rollen, bevor Sie pro Identität einen Schlüssel kaufen.
Wir betrachten Tiers, Domains, Anwendungen und Trennungsvorgaben und zeigen, welche Identitäten Hardware teilen können, ohne Kontrolle zu verlieren.