KI im Unternehmen 10 Min.

Keine Lust mehr, Schlüssel-Concierge Ihrer KI-Agenten zu sein?

Um nicht mehr Concierge für die Schlüssel Ihrer KI-Agenten zu spielen, legen Sie sie in einem durchgängig verschlüsselten Tresor für Geheimnisse ab, bei Ihnen oder in Europa gehostet. Jeder Agent erhält dort seine Identität und seine Schlüssel pro Umgebung und nutzt sie, ohne sie zu lesen: Sie werden im Moment des Aufrufs hinzugefügt.

Inhalt7
  1. 01Wie sieht das Leben eines Schlüssel-Concierge aus?
  2. 02Warum endet die Pflicht so oft in einem Leck?
  3. 03Was ein Tresor für Geheimnisse für den Concierge ändert
  4. 04Die Lösung, die wir gewählt haben, für uns und für Sie
  5. 05Was der Tresor Ihnen nicht abnimmt
  6. 06Wo anfangen?
  7. 07Häufige Fragen

Ich muss Ihnen etwas gestehen. Einen Teil meiner Wochen verbringe ich weder mit Verkaufen noch mit Konzipieren, nicht einmal damit, unsere KI-Agenten arbeiten zu lassen. Ich verbringe ihn damit, ihnen die Schlüssel zu halten.

Hier ein Token, um Code zu veröffentlichen, dort ein API-Schlüssel, um E-Mails zu versenden, ein CRM-Zugang für den Agenten, der die Datensätze aktualisiert. Ich erzeuge sie, lege sie ab, erneuere sie, verstecke sie und gebe sie dem nächsten Agenten, der sie braucht. Ein Concierge also. Nur ohne Pförtnerloge und ohne Trinkgeld zum Jahresende.

Dieser Text aus unserer Rubrik Unternehmens-KI erzählt von dieser Pflicht, warum sie so oft in einem Leck endet, und von der Lösung, die wir für uns gewählt haben und bei Ihnen installieren können.

Kurz gesagt

  • Ein einem KI-Agenten anvertrauter Schlüssel bedeutet sechs Handgriffe: ihn erzeugen, einfügen, notieren, wo er liegt, erneuern, verstecken und dann dem Nächsten geben. Jeder neue Agent startet die Schleife neu.
  • Die Pflicht verleitet zu Abkürzungen, und Abkürzungen enden in Lecks: Schlüssel, die in der Konfiguration der Agenten oder auf den Rechnern vergessen und nie erneuert werden.
  • Ein Tresor für Geheimnisse übernimmt die Arbeit: Jeder Schlüssel wird einmal abgelegt und ist überall aktuell, wo er verwendet wird, mit einer Identität pro Agent und pro Umgebung.
  • Niemand liest Ihre Schlüssel: weder wir, deren Zugänge bei der Übergabe verschwinden, noch Ihre KI, die nie den echten Wert sieht, noch der Hoster für alles, was durchgängig verschlüsselt ist.
  • Er wird bei Ihnen oder in einer in Europa gehosteten Cloud installiert, auf Ihren Namen, auf freier Software mit öffentlichem Quellcode.

Wie sieht das Leben eines Schlüssel-Concierge aus?

Ein KI-Agent tut nichts weiter als das, was seine Zugänge ihm erlauben: Das ist seine Stärke und seine Grenze, wie unser Artikel über die Schleife eines KI-Agenten erklärt. Der Agent, der Code veröffentlicht, braucht ein Token für das Repository, der Agent, der Angebote versendet, einen Schlüssel für den E-Mail-Versand, der Agent, der das CRM aktualisiert, einen API-Schlüssel. Und jeder Schlüssel durchläuft denselben Zyklus:

Das Leben eines Schlüssels, der einem KI-Agenten anvertraut wird

  1. Erzeugen

    Der Schlüssel wird in der Konsole des Dienstes angelegt, mit Rechten, die hoffentlich passen.

  2. Einfügen

    Der Schlüssel kommt dorthin, wo der Agent ihn findet, in die Einstellungen seiner Umgebung oder der Veröffentlichungskette.

  3. Notieren

    Ort, Verwendung und Ablaufdatum des Schlüssels müssen irgendwo festgehalten werden.

  4. Erneuern

    Der Schlüssel läuft ab oder wurde gesehen, und alles muss neu gemacht werden, ohne etwas kaputt zu machen.

  5. Verstecken

    Der Schlüssel darf weder in einer Datei noch auf einem Screenshot noch in einem Chat landen.

  6. Weitergeben

    Ein neuer Agent oder ein neues Projekt kommt, und die Schleife beginnt von vorn.

Multiplizieren Sie das mit der Zahl der Agenten, dann mit den Umgebungen (Entwicklung, Staging, Produktion), dann mit den Projekten. Bei uns sind es sechs Code-Repositorys und Agenten, die in der Cloud arbeiten. Die Rechnung ist schnell gemacht, und sie geht nicht zugunsten des Concierge aus.

Aus der Praxis

Bei uns legt jeder Schlüssel den Weg noch von Hand zurück

Am 10. Oktober 2026 wurde das Setzen eines einzigen Schlüssels auf der neuen Hosting-Plattform dieser Website zum Kopfzerbrechen. Das Werkzeug lehnte ihn ab, weil die letzte Version der Website nicht die Live-Version war, sondern eine Vorschau in der Prüfung, und die beiden vorgeschlagenen Lösungen gingen von dieser Vorschau aus, mit dem Risiko, sie live zu schalten. Einziger sicherer Ausweg: ihn von Hand auf der Live-Version setzen. Am nächsten Tag beschlossen wir, alle unsere Agenten in der Cloud statt auf meinem Computer laufen zu lassen: Jeder Schlüssel, den sie brauchten, musste von Hand in die Einstellungen ihrer Umgebung kopiert werden. Und da eine Regel bei uns keine Ausnahme duldet (ein Schlüssel wird nie in den Chat mit einem Agenten eingefügt), lege ich den Weg jedes Mal selbst zurück.

Warum endet die Pflicht so oft in einem Leck?

Weil eine lästige Pflicht zu Abkürzungen verleitet und jede Abkürzung ihr eigenes Leck hat:

  • Der Schlüssel in der Konfiguration des Agenten, „um Zeit zu sparen“. Er bleibt dort, und die Datei reist: in ein Code-Repository, eine Sicherung, eine Hilfeanfrage an einen Kollegen.
  • Der Schlüssel, der nie abläuft, „damit ich nicht mehr daran denken muss“. Er überlebt Abgänge, aufgegebene Projekte und gegangene Dienstleister.
  • Derselbe Schlüssel für alles, „damit ich nicht zehn verwalten muss“. An dem Tag, an dem er durchsickert, öffnet sich alles auf einmal, und ihn zu ändern legt alles gleichzeitig lahm.
  • Der per Messenger geschickte Schlüssel, „nur dieses eine Mal“. Er schläft dort, lesbar für jeden, der in den Messenger gelangt.

Diese Abkürzungen hinterlassen messbare Spuren. GitGuardian, das offengelegte Geheimnisse in großem Maßstab aufspürt, findet sie sogar in den Dateien, die KI-Agenten an ihre Werkzeuge anbinden, und auf den Rechnern, die von Shai-Hulud 2 betroffen waren, einem Angriff über präparierte Codepakete:

24 008

eindeutige Geheimnisse in MCP-Konfigurationsdateien offengelegt, jenen, die einen KI-Agenten an seine Werkzeuge anbinden

44 %

der von Shai-Hulud 2 kompromittierten Rechner enthielten mehr als zehn Geheimnisse, 5 % mehr als hundert

59 %

dieser Rechner waren keine Arbeitsplätze, sondern Server von Veröffentlichungsketten

Quelle: GitGuardian, Bericht 2026 über die Ausbreitung von Geheimnissen

Das Erneuern, der Schritt, den man überspringt

Von den sechs Handgriffen ist er der mühsamste und deshalb der, den man aufschiebt. Derselbe Bericht fasst es in einem Satz zusammen:

Teams can’t rotate secrets without risking production outages, so they don’t.

GitGuardian, State of Secrets Sprawl 2026 report

Sinngemäß: Teams können ihre Geheimnisse nicht erneuern, ohne Ausfälle in der Produktion zu riskieren, also tun sie es nicht. Das ist die ganze Falle des Concierge: Je mehr Kopien ein Schlüssel hat, desto beängstigender ist es, ihn zu ändern, und desto länger lebt er. Die Risiken, die Agenten diesem Bild hinzufügen, von der präparierten Anweisung bis zum weiterverkauften KI-Schlüssel, beschreibt unser Artikel über den Tresor für Geheimnisse.

Was ein Tresor für Geheimnisse für den Concierge ändert

Ein Tresor für Geheimnisse ist ein einziger, verschlüsselter Ort, an dem die Schlüssel des Unternehmens liegen, mit einer Identität für jede Person, jede Automatisierung und jeden Agenten. Er schafft die Schlüssel nicht ab. Er schafft den Concierge ab.

Mit einem Tresor

  • Jeder Schlüssel wird einmal abgelegt und aktuell überall hingeschickt, wo er verwendet wird

  • Die Erneuerung ist geplant und läuft automatisch, wenn der Dienst es erlaubt

  • Die Agenten nutzen den Schlüssel, ohne ihn zu sehen: Der echte Wert wird erst im Moment des Aufrufs hinzugefügt

  • Das Protokoll sagt, wer welchen Schlüssel wann und von wo verwendet hat

Mit einem Concierge

  • Jeder Schlüssel wird in jedes Werkzeug, jedes Projekt und jede Umgebung kopiert

  • Ein Schlüssel läuft ohne Vorwarnung ab, und man merkt es, wenn alles stillsteht

  • Die Agenten bewahren ihre Schlüssel in ihren Einstellungen auf, wo sie sie lesen und wiederholen können

  • Niemand weiß, wer welchen Schlüssel wann benutzt hat

Die Lösung, die wir gewählt haben, für uns und für Sie

Im Oktober 2026 haben wir für unsere eigenen Agenten einen freien, auditierten Tresor gewählt, und unsere Schlüssel wandern einer nach dem anderen hinein, angefangen mit denen der Agenten. Es ist auch der, den wir Ihnen anbieten, mit diesen Vorteilen:

  • Bei Ihnen oder in Europa gehostet. Der Tresor wird auf Ihrem Server installiert, auch ohne Internetverbindung, oder in einer in der Europäischen Union gehosteten Cloud, immer auf Ihren Namen. Wenn Ihre Branche einen qualifizierten Hoster verlangt, wie SecNumCloud in Frankreich, wird er bei diesem Hoster installiert: Sie entscheiden, wo er läuft, nicht sein Hersteller.
  • Niemand liest Ihre Schlüssel. Die Werte sind durchgängig verschlüsselt: Sie werden nur bei Ihnen entschlüsselt, nie auf dem Server des Tresors oder bei seinem Hoster, mit einer Ausnahme, die weiter unten behandelt wird. Unsere Zugänge verschwinden bei der Schlüsselübergabe.
  • Nicht einmal Ihre KI. Ein Agent erhält nie den echten Wert. Je nach Aufbau bekommt er das Ergebnis der Aktion oder einen falschen Schlüssel, einen Köder. Das Relais prüft jede Anfrage anhand Ihrer Regeln und ersetzt den Köder dann durch den echten Schlüssel, in dem Moment, in dem die Anfrage an den vorgesehenen Dienst geht. Ein durch eine versteckte Anweisung getäuschter Agent hat nichts preiszugeben.
  • Eine Umgebung, ihre Schlüssel. Entwicklung, Staging, Produktion: Jede Umgebung hat ihre eigenen Schlüssel, und der Agent, der Tests macht, berührt nie die der Produktion. Der Tresor zeigt auf einen Blick, welcher Schlüssel welcher Umgebung fehlt.
  • Eine Identität pro Agent. Jeder Agent, jede Automatisierung und jede Person hat ihre eigene, mit genau ihren Rechten. Ein Agent entgleist, ein Dienstleister geht: Sie sperren diesen Zugang, und die anderen laufen weiter. Unser Leitfaden zur KI-Governance im Unternehmen zeigt, wie man diese Rechte zuschneidet.
  • Ein einmal geänderter Schlüssel ist überall aktuell. Der Tresor schickt den neuen Wert selbst an Ihre Veröffentlichungsketten, Ihr Hosting und Ihre Werkzeuge. Bei Diensten, die es erlauben, kann jeder Agent sogar neue, kurzlebige Schlüssel erhalten.
  • Eine Historie und ein Protokoll. Ein versehentlich überschriebener Wert lässt sich mit einem Klick wiederherstellen, und jeder Lesezugriff wird festgehalten: wer, welcher Schlüssel, wann, von wo.
  • Nichts Selbstgebautes. Jede Zeile des Codes, der Ihre Schlüssel schützt, ist öffentlich und prüfbar. Der Hersteller wird von einem unabhängigen Dritten auditiert (SOC 2 Typ 2), und seine Software wird regelmäßig von einem Sicherheitsunternehmen getestet. Wenn Sie den Dienstleister wechseln, bleibt der Tresor bei Ihnen.

Unsere Agenten arbeiten bereits so, wenn sie Code veröffentlichen: Das Token wird unterwegs von der Netzwerkschicht hinzugefügt und gelangt nie in ihre Arbeitsumgebung. Der Tresor dehnt dieses Prinzip auf alle unsere Schlüssel aus.

Was der Tresor Ihnen nicht abnimmt

Achtung

Den Zugang zum Tresor verlieren heißt, alle Schlüssel auf einmal zu verlieren

Das Wiederherstellungskit wird offline aufbewahrt, und das Notfallverfahren, das zwei von Ihnen benannten Personen anvertraut ist, wird getestet, bevor man es braucht. Wir behalten keinen Zweitschlüssel: Das wäre genau der Zugang, den wir versprechen, nicht zu haben.

Zwei weitere Grenzen verdienen Erwähnung. Erstens muss der Server des Tresors einen Schlüssel entschlüsseln können, um ihn selbst an Ihre Werkzeuge zu schicken. Deshalb installieren wir ihn bei Ihnen oder bei einem europäischen Hoster auf Ihren Namen, und die gewichtigsten Schlüssel (Geld, Domainnamen, Administratorkonten) liegen in einem Bereich, der nie synchronisiert wird und durchgängig verschlüsselt bleibt. Zweitens repariert ein Tresor keinen Schlüssel, der bereits durchgesickert ist: Er wird geändert, ohne Diskussion.

Wo anfangen?

Mit einer Liste: die Schlüssel, die Ihre Agenten und Automatisierungen verwenden, wo sie liegen, wer sie erstellt hat und wann sie ablaufen. Wenn sie auf eine Seite passt, umso besser. Wenn niemand sie schreiben kann, haben Sie Ihre Antwort. Und wenn Ihre Agenten erst ein Projekt sind, ist das der beste Moment: Der Tresor lässt sich leichter vor ihnen einrichten als danach, und unser Leitfaden zur Integration von KI im Unternehmen nennt die Schritte.

Den Rest übernimmt unser Angebot KI-Tresor: die Bestandsaufnahme Ihrer Geheimnisse und bereits vorhandener Lecks, die Eröffnung des Tresors auf Ihren Namen, die Anbindung Ihrer Werkzeuge und Agenten einzeln, dann die Schlüsselübergabe. Rechnen Sie mit 2 900 bis 4 900 € je nach Zahl der Werkzeuge und Agenten und mit zwei bis drei Wochen. Vorher prüfen wir mit Ihnen in 20 Minuten, ob es das richtige Projekt ist. Und damit jeder Agent auch sein Budget und seine Obergrenzen hat, lässt sich unser Paket KI zum fairen Preis anschließen.

Kurz: Der beste Concierge ist der, den man nicht mehr braucht. Wenn Sie Ihre Schürze abgeben möchten, schreiben Sie uns.

Häufige Fragen

Warum gibt man den Schlüssel nicht einfach dem KI-Agenten?

Weil ein Agent alles liest, was man ihm gibt, und es wiederholen, kopieren oder sich durch eine in einem Dokument versteckte Anweisung entlocken lassen kann. Ein Schlüssel, den er nie gesehen hat, ist ein Schlüssel, den er nicht durchsickern lassen kann. Mit einem Tresor fordert er die Aktion an, und der Schlüssel wird erst im Moment des Aufrufs hinzugefügt, nur für den vorgesehenen Dienst.

Ersetzt ein Tresor für Geheimnisse den Passwort-Manager?

Nein, er ergänzt ihn. Der Passwort-Manager dient Personen für ihre Konten. Der Tresor dient auch Maschinen (Agenten, Automatisierungen, Veröffentlichungsketten), mit einer Identität für jede, getrennten Umgebungen und einem Protokoll jedes Lesezugriffs. Für seine persönlichen Passwörter behält jeder seinen Manager, mit Zwei-Faktor-Authentifizierung überall, wo es sie gibt.

Muss man den Tresor selbst hosten?

Nicht unbedingt. Bei Ihnen behalten Sie die Kontrolle über alles, auch über den Server, der die synchronisierten Schlüssel entschlüsselt, um den Preis eines zu wartenden Servers. In Europa auf Ihren Namen gehostet, gibt es nichts zu warten, und die durchgängig verschlüsselten Schlüssel bleiben für den Hoster unlesbar. Die Wahl hängt von Ihrem Team und Ihren Pflichten ab.

Kann KI die Schlüssel im Tresor lesen?

Nein. Sie erhält das Ergebnis der Aktion oder einen falschen Wert, den das Relais im Moment, in dem die Anfrage abgeht, durch den echten ersetzt, nachdem es sie anhand Ihrer Regeln geprüft hat. Das KI-Modell sieht den Schlüssel nie, gleich welcher Anbieter es stellt, und eine präparierte Anweisung kann es daher nichts wiederholen lassen.

Jim · Gründer von Brain Plus AI

Ebenfalls lesenswert zu ki im unternehmen

  • Verstehen11 Min.

    Tresor für Geheimnisse: Ihre KI nutzt Schlüssel, ohne sie zu sehen

    Passwörter per E-Mail, im Code vergessene API-Schlüssel, KI-Agenten, die alles kopieren könnten: Das sind die Lecks, denen wir am häufigsten begegnen. Und so lässt ein Tresor auf Ihren Namen Ihre KI Ihre Schlüssel nutzen, ohne sie je zu lesen.

  • Verstehen10 Min.

    Agentische KI: wie die Schleife eines Agenten funktioniert

    Ein KI-Agent erledigt nicht alles auf einmal: Er arbeitet in einer Schleife, sammelt Kontext, handelt, prüft und beginnt von vorn. Wer diese Schleife versteht, weiß, wo Kontrollen, Grenzen und menschliche Prüfung hingehören.

  • Praxisleitfaden12 Min.

    KI-Governance im Unternehmen: Wer hat Zugriff auf was?

    Ein KI-Assistent liest, was Ihre Zugriffsrechte ihn lesen lassen, Freigabefehler eingeschlossen. So teilen Sie Ihre Wissensbasen nach Abteilungen auf, behalten eine gemeinsame Grundlage und entscheiden, wer in das gemeinsame Gedächtnis schreibt.

WhatsApp