Eine Anmeldung für Ihre Mitarbeitenden, Geräte und Anwendungen.
Prismara Identity meldet Ihre Mitarbeitenden an Windows- und Linux-Geräten, an allen Prismara-Apps und an Ihren eigenen Anwendungen an – mit Passkeys als erstem Faktor und standardmäßig Post-Quanten-signierten Tokens. Jede App legt fest, wer sie nutzen darf und wie stark die Anmeldung sein muss, und Gruppen aktualisieren sich anhand von Benutzerattributen selbst. Von Grund auf in Rust entwickelt, kann Prismara Identity Microsoft Entra ID ersetzen oder parallel dazu laufen.
Was Prismara Identity leistet
Single Sign-on
Authorization Code mit PKCE, Rotation von Refresh-Tokens mit Diebstahlerkennung, Client Credentials und Back-Channel-Logout für jede angebundene Anwendung.
Zugriffssteuerung pro Anwendung
Jede App und jede API hat eigene Rollen, standardmäßig als privilegiert eingestuft. Eine Zuweisung ist Pflicht, und jede App legt eine Mindest-Anmeldestärke fest – mit Step-up, wenn ein stärkerer Faktor nötig ist.
APIs und delegierte Scopes
Registrieren Sie APIs mit eigenen Audiences und delegierten Scopes und geben Sie Diensten Client-Credential-Zugriff über App-Rollen statt pauschaler Secrets.
Dynamische Gruppen
Mitgliedschaftsregeln auf Attributen wie Abteilung, Position oder Standort, innerhalb von Sekunden angewendet, mit Vorschau vor dem Speichern.
Anmeldung an Windows und Linux
Ein Windows Credential Provider für Anmeldung, Entsperren und UAC-Abfragen sowie Linux-Anmeldung über PAM und NSS mit Offline-Anmeldung für bis zu 14 Tage.
Standardmäßig passwortlos
Passkeys und FIDO2-Sicherheitsschlüssel sind der primäre Faktor, TOTP der Fallback. Neue Mitarbeitende erhalten einen einmaligen Pass, mit dem sich nur ein Passkey registrieren lässt.
Benutzerbereitstellung
Benutzer und Gruppen gelangen per SCIM 2.0 zu Prismara Mail und den anderen Apps. Ausgeschiedene werden überall deaktiviert, nie stillschweigend gelöscht.
Tokens für Partner prüfbar
Veröffentlichte Testvektoren helfen Partnern und Drittanwendungen, hybride Post-Quanten-Tokens korrekt zu prüfen.
So ist es abgesichert
Prismara Identity folgt den gemeinsamen Engineering-Regeln der Suite und ergänzt sie um diese produktspezifischen Maßnahmen.
Attribute machen niemanden zum Admin
Dynamische Gruppen sind nie privilegiert und werden nie an Geräte übertragen – ein HR-Attribut kann also keine lokalen Administratorrechte verleihen.
Standardmäßig Post-Quanten
Tokens nutzen hybride ML-DSA-65-Signaturen, Verbindungen TLS 1.3 mit X25519MLKEM768. Rein klassische Geräte werden abgewiesen.
Geschützte privilegierte Konten
Bereitstellungs-Tokens können Administratoren, Rollen und privilegierte Gruppen nicht verändern, und für Administratoren werden keine Zugangspässe ausgestellt.
Mandantentrennung und Audit
Jeder Mandant ist mit erzwungener PostgreSQL Row-Level Security getrennt, und jede Änderung landet in einem hash-verketteten Audit-Log.
Verbunden mit dem Rest der Suite
Soll SovSec den Betrieb für Sie übernehmen?
SovSec erbringt Managed-Security-, SOC- und Microsoft-365-Services für Organisationen in Großbritannien und der DACH-Region und kann Prismara als Teil dieser Services betreiben.