Key-Proxy und Secrets-Vault
API-Key-Proxy für KI-Agenten: Schlüssel nutzen, ohne sie preiszugeben
Leg einen API-Schlüssel für einen Drittanbieter einmal ab. Agenten in deinen Chats können ihn nutzen und sehen den echten Wert nie. Beim Agenten kommt nur ein Platzhalter an, und du kannst den Schlüssel jederzeit sperren.
Was ein Agent sieht
- Einen Platzhalter, nie den Schlüssel
Beim Agenten kommt nur ein Platzhalter an. Der echte Schlüssel bleibt in einem eigenen, getrennten Key-Dienst und wird erst auf dem Weg zum Anbieter eingesetzt.
- Zurückgegebene Geheimnisse werden ebenfalls abgefangen
Jedes neue Geheimnis, das ein Anbieter zurückgibt, etwa ein frisch erstelltes Token, wird genauso abgelegt. Auch dafür sieht der Agent nur einen Platzhalter.
- Anbieter
Die Doku nennt Cloudflare, Tailscale und Stripe als Beispiele.
Du behältst die Kontrolle
- Zuerst nur lesend
Neue Schlüssel sind zuerst nur lesend. Wähle eine Vorlage, etwa «DNS für eine Zone», um mehr freizugeben, oder schalte vollen Zugriff mit einer Passkey-Bestätigung frei.
- Zahlungen warten auf dich
Ausserhalb des vollen Zugriffs warten Zahlungen und Bestellungen immer auf deine Freigabe. Unter vollem Zugriff gehen sie ohne Nachfrage durch.
- Zuerst kommt ein Passkey
Vor deinem ersten Schlüssel registrierst du einen Passkey. Er stellt sicher, dass sich der Zugriff nur mit deiner Bestätigung erweitern lässt, nie allein durch die App.
- Einen Schlüssel sofort sperren
Sperr einen Schlüssel im Panel. Ein gesperrter Schlüssel funktioniert sofort überall nicht mehr.
Der Secrets-Vault ist ein anderes Werkzeug
- Was er speichert
Der Vault hält Zugangsdaten, die die KI braucht, etwa ein Deploy-Token oder ein Datenbank-Passwort, und du hängst sie an einen Chat. Die Werte sind im Ruhezustand verschlüsselt und kommen nach dem Speichern nie wieder in den Browser.
- Was er nicht steuert
Nutzt ein Chat einen gespeicherten Zugang, kann diese Information in den Inhalt gelangen, der an den gewählten KI-Anbieter geht. Lies vor dem Anhängen sensibler Zugänge dessen Datenregeln.
- Nur über einen bestätigten Weg
Ein Chat mit angehängtem Zugang läuft nur über einen Weg, dessen Zero-Data-Retention-Zusage bestätigt ist. Bei Featherless ist das die schriftliche Zusage des Anbieters vom 28. September 2026, die ZeroLog technisch nicht erzwingen kann. Auf jedem anderen Weg wird die Anfrage abgelehnt, und es wird nichts gesendet.
Grenzen, die du kennen solltest
- Dein eigener Anbieter-Schlüssel
Mit deinem eigenen KI-Anbieter-Schlüssel gehen Anfragen direkt an diesen Anbieter, und dessen Aufbewahrungsregeln gelten. ZeroLog garantiert keine Zero-Data-Retention bei Drittanbietern.
- Container mit eigenem VPN
Sie laufen nicht über den Key-Dienst und können hier abgelegte Schlüssel nicht nutzen. Das ist technisch erzwungen: Ein solcher Arbeitsbereich erhält nie das Vertrauen des Key-Dienstes und keine Geheimnisse.
- Anderswo gehostete Seiten
Eine anderswo gehostete Seite liest ihren eigenen Code, auch alles, was darin eingebettet ist. Nimm einen Schlüssel, der auf das beschränkt ist, was die Seite wirklich braucht.
Details: Key-Proxy, Secrets-Vault, Isolation, Eigener Schlüssel.
Fragen
- Kann ein KI-Agent meinen API-Schlüssel lesen?
Nicht beim Key-Proxy. Der Agent sieht nur einen Platzhalter, und der echte Schlüssel bleibt in einem eigenen Key-Dienst, bis die Anfrage zum Anbieter hinausgeht. Du kannst einen Schlüssel jederzeit im Panel sperren, und er funktioniert dann sofort überall nicht mehr, für jeden Agenten.
- Welche Anbieter unterstützt der Key-Proxy?
Die Doku nennt Cloudflare, Tailscale und Stripe als Beispiele. Ein neues Geheimnis, das ein Anbieter zurückgibt, etwa ein frisch erstelltes Token, wird genauso abgefangen und abgelegt, der Agent sieht dafür also ebenfalls nur einen Platzhalter. Die Doku verspricht keine vollständige Liste, prüfe dort also einen Anbieter, der nicht genannt ist.
- Ist der Secrets-Vault bei KI-Anbietern sicher?
Der Vault verschlüsselt Werte im Ruhezustand und gibt sie nach dem Speichern nie wieder an den Browser. Er steuert nicht, was ein Anbieter mit Inhalten macht, die ein Chat sendet. Nutzt ein Chat einen gespeicherten Zugang, kann dieser Inhalt den gewählten KI-Anbieter erreichen. Prüfe vorher dessen Bedingungen.
- Was kann ein Agent mit einem neuen Schlüssel tun?
Weniger, als du vielleicht denkst. Ein neuer Schlüssel ist zuerst nur lesend. Du wählst eine Vorlage, etwa DNS für eine Zone, um mehr freizugeben, oder bestätigst vollen Zugriff mit einem Passkey. Ausserhalb des vollen Zugriffs warten Zahlungen und Bestellungen auf deine Freigabe, und du kannst den Schlüssel jederzeit sperren.
Weiterlesen
- KI-Arbeitsbereich in der Schweiz
Chat mit vielen Modellen und ein Linux-Container in einem Konto.
- /goal und /ultracode
Agenten, die auf dem Server weiterarbeiten, und was ihre Ausgaben stoppt.
- KI-Coding-Agent mit persistentem Arbeitsbereich
Dateien, Snapshots, Jobs und Zeitpläne, die einen Chat überdauern.
- Cloud-Entwicklungsumgebung in der Schweiz
Wo deine Dateien, dein Container und die Modellaufrufe liegen.
Agenten sollen Schlüssel nutzen, nicht sehen
Frag Zugang an und leg dann deinen ersten Schlüssel ab.