Nach einem Leak der Cloud-Umgebungsvariablen gehört der neue Schlüssel nicht in den Chat

Ende August 2026 veröffentlichte die Cloud-Deploy-Plattform Zeabur einen Vorfall mit dem Titel „Unauthorized Access to Project Environment Variable Data“. Die offizielle Statusseite schreibt: Der Angreifer nutzte eine geleakte interne AWS-Administrationsberechtigung, erreichte die primäre Datenbank und führte gezielte Abfragen und Exporte gegen Projekt-Variables aus. Das genannte Ziel waren API-Schlüssel von KI-Diensten und andere Zugangsdaten, die sich sofort verwenden lassen.

Dieselbe Seite listet betroffene Schlüsselnamen, darunter OPENAI_API_KEY, ANTHROPIC_API_KEY, OPENROUTER_API_KEY, DATABASE_URL, AWS_ACCESS_KEY_ID sowie gängige JWT-, Stripe- und GitHub-Formate. Eigene Variablennamen galten als betroffen, sobald der Wert zu diesen Zugangsdatenformaten passte. Zeabur bat betroffene Nutzer, die genannten Credentials zu widerrufen und zu ersetzen und die Nutzung sowie Kosten bei Drittanbietern zu prüfen. Ein kursierender Screenshot über ein „vollständiges Datenset zum Verkauf“ gilt als unbestätigt: Die Statusseite schreibt, die vorliegenden Belege stützten diese Behauptung nicht. Dieser Artikel behandelt sie ebenfalls nicht als feststehende Tatsache.

Solche Vorfälle haben eine feste Erste-Hilfe-Liste: alten Schlüssel widerrufen, Nutzung prüfen, auf einen neuen rotieren. Runde eins ist auf dem Hoster schon geschehen. Eine Zeichenkette holen Sie niemandem aus der Hand. Der Schritt, den Teams überspringen, ist Runde zwei: Nachdem die Herstellerkonsole einen neuen Schlüssel ausgibt, muss ihn jemand an eine Kollegin geben, auf eine zweite Maschine legen oder in ein temporäres Ticket werfen. Läuft dieser Schritt über ein Chatfenster, steht der „frisch rotierte Klartext“ in einem Datensatz, den man durchsuchen, synchronisieren und als Admin exportieren kann.

Der Plattformname dient hier nur dazu, Datum und öffentliche Quelle festzunageln. Die Schlussfolgerung gilt für jede Aufgabe „rotieren, dann übergeben“: Datenbankpasswort, CI-Token, ein temporäres SSH-Passwort. Die Gefahr ist nicht, dass die Kollegin das Geheimnis sieht. Die Gefahr ist, dass jeder Zwischenschritt eine vollständige Klartextkopie behalten kann. Dieser Artikel baut keinen Härtungsplan für einen Hoster und verkauft UsePwd nicht als Tresor, der das Auslesen auf der Hostseite hätte verhindern können.

Fügen Sie eine Zeichenkette mit Prefix sk- in einen Kanal ein, entstehen sofort mehrere Kopien. Der Nachrichtentext landet im Verlauf des Arbeitsbereichs. Desktop- und Mobilclient halten jeweils einen Cache. Viele Produkte schicken den Text zusätzlich in einen serverseitigen Suchindex, damit jemand in drei Monaten „openai“ eintippen und den Key wiederziehen kann. Admin-Exporte, Aufbewahrungspflichten und das „Chat-Archiv packen“ beim Offboarding nehmen diesen Klartext mit. Eine einzelne Blase zu löschen löscht in der Regel weder die bereits gelesene Push-Nachricht der Gegenseite noch eine heruntergeladene Client-Bibliothek noch das Bild, das ein Screenshot-Tool schon gespeichert hat.

Das ist ein anderes Problem als „ich vertraue meinem Team“. Die Kollegin braucht den neuen Schlüssel, damit der Dienst wieder läuft. Der Kanal speichert standardmäßig einen wiederauffindbaren Arbeitsnachweis, kein Geheimnis, das nur während des Lesens existieren sollte. „Neuer Key steht unten“ in einem Kanal ist zugleich eine Mitteilung an alle, die diesen Kanal später durchsuchen können: Leute, die im nächsten Quartal dazukommen, jede Person mit Audit-Export-Rechten und wer irgendwann an ein Backup kommt. Secret-Scanning-Berichte behandeln das als bekannten Ausbreitungspfad; die GitGuardian-Hinweise zu API-Keys formulieren es klar: Geheimnisse nicht unverschlüsselt in Messaging-Systemen wie Slack teilen.

Legen Sie ein typisches Notfall-Runbook auf den Tisch, sitzt die Gefahr nicht bei „in der Herstellerkonsole einen neuen Key erzeugen“. Sie sitzt in den Schritten um diesen Klick. Jemand fotografiert den alten Schlüssel und fragt „ist das der?“. Jemand erfasst die ganze Konsolenseite, sodass Adresszeile, andere Projektnamen und eine Rechnungszahl gemeinsam in Fotos landen. Jemand erzeugt den neuen Schlüssel, die Kollegin ist nicht am Platz, und der Kanal bekommt „nehmt den erstmal“. Alle drei machen aus Klartext ein Objekt, das aufbewahrt wird.

Geteilte Ablagen und Git übersieht man leichter. Eine rohe .env im Teamordner oder ein Beispiel-Commit, der noch einen Schlüssel enthält, ist eine weitere Kopie. Cloud-Sync schreibt die Datei auf jedes angemeldete Gerät. Die Datei später zu ändern löscht die Zeichenkette nicht aus älteren Git-Commits. Ein lokales Backup einer einzelnen Datei bis 5 GB sollte im aktuellen Tab zuerst zu Geheimtext werden, statt eine Klartext-.env wie ein gewöhnliches Dokument hochzuladen. Die UsePwd-Datei verschlüsseln macht Streaming-Verschlüsselung lokal mit AES-256-GCM und schreibt .lock / .enc. Die Datei wird standardmäßig nicht hochgeladen. Das ist „selbst eine Geheimtextdatei behalten“, nicht „den Schlüssel in den Chat stopfen“.

Ein Chatfenster übergibt Klartext. Kopieren ist auf beiden Seiten einfach. Der Preis: Workspace, Suchindex und Backups halten je eine Kopie. E-Mail-Anhänge funktionieren genauso: Sobald eine .env oder eine Notizdatei angehängt ist, haben Mailserver und beide Clients die vollständige Datei.

Ein einmalig verschlüsselter Link übergibt „eine Geheimtext-ID plus Entschlüsselungsmaterial, das auf dem Gerät bleibt“. UsePwd Burn-Link verschlüsselt den Text im aktuellen Tab mit Web Crypto und AES-256-GCM und sendet nur Geheimtext an den Server. Der Entschlüsselungsschlüssel hängt hinter # in s.html?id={id}#{key}. Erzeugen und Lesen funktionieren sofort – keine Seite registriert sich. Der Server speichert Geheimtext, eine TTL in Stunden und eine Lesezahl. Er sieht keinen Klartext, und es gibt kein Kontosystem, das „nach Nutzer wiederherstellen“ könnte.

Den Schlüssel hinter # zu legen, betrifft Zugriffsprotokolle des Hosters und die HTTP-Request-Zeile: Der Browser sendet das Fragment nicht als Teil der Anfrage. Diese Schicht ist in Warum das #-Fragment einer URL nicht in Server-Logs steht aufgeschlüsselt. Dieser Artikel behandelt die nächste Schicht. Auch wenn der Schlüssel nie in eine UsePwd-Request-Zeile kommt: Den vollständigen Link in den Chat einzufügen speichert die ganze Adresse in diesem Chatprodukt. Wer die komplette URL hat, kann die Leseseite öffnen und entschlüsseln, bis die Lesezahl aufgebraucht ist. Burn-Link begrenzt, wie lange Geheimtext auf dem Server lebt und wie oft er gelesen werden kann. Es hindert die Empfängerin nicht am Screenshot oder am Weiterleiten des Links.

Muss das Geheimnis lange bleiben, über Geräte synchronisiert oder später wiedergefunden werden, nutzen Sie weder Burn-Link noch den Chat-Verlauf als Tresor. Das ist die Aufgabe eines Passwortmanagers. UsePwd bietet weder Konto noch Tresor. Ist die Lesezahl aufgebraucht oder der Link verloren, kann es das Geheimnis nicht für Sie wiederherstellen.

Ist das Geheimnis ein hochwertiger Hauptschlüssel, ein Wurzelzertifikat oder eine Wallet-Seed-Phrase, mit der sich Geld bewegen lässt, reichen weder Link noch Chatkanal. Sagen Sie es persönlich, nutzen Sie Offline-Medien oder bleiben Sie in einem Ende-zu-Ende-Kanal, den Sie bereits eingerichtet haben. Ein Fragment-Schema stoppt weder einen bereits übernommenen Rechner noch eine Browsererweiterung, die die aktuelle Seite lesen kann, noch eine volle URL, die an die Konferenzraumwand projiziert wird.

Dateibackup ist ein anderer Weg: Eine Klartext-.env auf diesem Rechner in .lock / .enc verwandeln, dann den Geheimtext auf eine Ablage legen. Das Entsperrkennwort über einen Kanal übergeben, der nicht die Datei selbst ist. Ziehen Sie die beiden Werkzeuge nicht zu einem Versprechen zusammen. Burn-Link regelt, wie oft ein kurzes Geheimnis gelesen werden kann. Datei verschlüsseln regelt eine Geheimtextdatei, die Sie behalten.

Zurück zur Frage. Nachdem Cloud-Umgebungsvariablen gestohlen wurden, müssen die alten Schlüssel widerrufen werden. Dafür gibt es keinen Abkürzungsweg. Der neue Schlüssel gehört nicht zurück in ein Chatfenster, weil Chat standardmäßig durchsuchbaren Klartext speichert – und der Sinn der Rotation ist, dass die alte Zeichenkette sofort stirbt. Dieselbe Minute sollten Sie nicht damit verbringen, eine Kopie zu erzeugen, die länger lebt. Braucht eine Kollegin ihn einmal, nutzen Sie Burn-Link: lokale Verschlüsselung, sofort nutzbar. Brauchen Sie ein Backup, das Sie selbst behalten, nutzen Sie Datei verschlüsseln. Beide Seiten haben wie dieser Artikel rechts in der Kopfzeile nur die Sprachumschaltung. Es gibt keinen Anmelde-Einstieg.