Jeder Mitarbeiter erhält einen Agenten. Sind Sie bereit?

Das Problem

Ein Unternehmens-Tresor. Ein persönlicher Tresor pro Mitarbeiter.

Der Unternehmens-Tresor enthält gemeinsam genutzte Anmeldedaten – API-Schlüssel, Dienstkonten, Datenbank-Passwörter. Bereichsbeschränkt nach Team. Der persönliche Tresor jedes Mitarbeiters gehört ihm allein – seine Logins, seine Identitätsfelder, verschlüsselt mit seinem eigenen Hardware-Schlüssel.

Der Unternehmens-Tresor hat keine Identitätsfelder. Hier kommen keine persönlichen Daten hinein. Persönliche Tresore sind privat – das Unternehmen kann nicht darauf zugreifen. Per Design. Per Mathematik.

Von Anfang an bereichsbeschränkt

Öffnen Sie die Web-UI, erstellen Sie einen Agenten oder laden Sie ein Teammitglied ein, weisen Sie einen Bereich zu. Jeder Akteur – Mensch oder Agent – sieht nur die Einträge in seinem Bereich. Der Tresor prüft jede Anfrage, bedient oder verweigert. Zustandsfrei. Sub-Millisekunde.

Der Deploy-Agent kann keine Entwickler-Anmeldedaten lesen. Der Support-Bot kann keine Deploy-Schlüssel lesen. Das Finanzteam sieht Stripe, aber nicht GitHub. Ihr Marketing-Mitarbeiter sieht die Social-Media-Logins, aber nicht die Produktionsdatenbank. Jeder Token kodiert genau, auf welche Einträge er zugreifen kann – nicht mehr, nichts Entdeckbares.

Bereiche funktionieren für Personen und Agenten gleich. Ein neuer Mitarbeiter erhält einen Bereich im Unternehmens-Tresor, der seiner Rolle entspricht – Engineering, Finanzen, Betrieb. Er sieht, was seine Rolle erfordert. Wenn sich seine Rolle ändert, ändert sich der Bereich. Die Anmeldedaten nicht.

Personen kommen und gehen. Anmeldedaten nicht.

Neuer Mitarbeiter beginnt am Montag – erstellen Sie seinen persönlichen Tresor, weisen Sie seine Rollenbereiche zu, und er arbeitet in wenigen Minuten. Keine gemeinsam genutzten Passwörter zum Übergeben, kein Onboarding-Dokument mit "der Stripe-Schlüssel ist im gemeinsamen Google Doc".

Jemand verlässt das Unternehmen am Freitag – widerrufen Sie seine Tokens in jedem gemeinsamen Tresor mit einem Klick. Sein persönlicher Tresor geht mit ihm. Die Anmeldedaten im Unternehmens-Tresor ändern sich nie. Keine Rotations-Hektik. Kein "haben wir den AWS-Schlüssel schon geändert?" Kein Notfall am Wochenende.

Das ist der Unterschied zwischen Passwort-Sharing und Anmeldedaten-Ausstellung. Ein gemeinsam genutzter Passwort-Tresor bedeutet, dass jedes Ausscheiden ein Rotationsereignis ist. Clavitor bedeutet, dass jedes Ausscheiden ein Token-Widerruf ist – sofort, vollständig und für alle anderen im Team unsichtbar.

Jeder Zugriff wird zugeschrieben

Jeder Zugriff auf Anmeldedaten wird protokolliert – welcher Agent, welche Person, welche Anmeldedaten, wann und von wo. Wenn eine Sicherheitsüberprüfung fragt "wer hat letzte Woche Donnerstag auf die Produktionsdatenbank zugegriffen?", haben Sie die Antwort in Sekunden. Nicht "jemand mit dem gemeinsamen Passwort" – ein Name, ein Bereich, ein Zeitstempel.

Passwort-Rotationen werden auf die gleiche Weise verfolgt. Wenn sich Anmeldedaten ändern, zeichnet der Audit-Log auf, wer die Änderung ausgelöst hat und welche Agenten den neuen Wert übernommen haben. Wenn eine Rotation eine Bereitstellung unterbricht, verfolgen Sie sie bis zur genauen Änderung.

Dies läuft immer, über jeden Tresor. Keine Konfiguration. Kein Opt-in. Der Audit-Log ist Ihr Compliance-Nachweis und Ihr Werkzeug für die Reaktion auf Vorfälle.

Drei Verschlüsselungsebenen

Der Unternehmens-Tresor enthält nur Felder auf Anmeldedaten-Ebene. Keine Identitätsdaten, keine persönlichen Informationen, keine Karten oder Pässe. Der persönliche Tresor jedes Mitarbeiters gehört ihm allein – verschlüsselt mit seinem eigenen Hardware-Schlüssel, für den Unternehmensadministrator unsichtbar. Per Design. Per Mathematik.