KI-Zugangsschlüssel wechseln, ohne den Betrieb zu stoppen

Das Problem

Ihre Firma nutzt KI nicht nur im Chat, sondern in eigenen Programmen: Eine Automatik fasst Mails zusammen, ein Chatbot beantwortet Kundenfragen, ein Skript schreibt Berichte. Damit diese Programme beim KI-Dienst arbeiten dürfen, brauchen sie einen API-Schlüssel: eine lange Zeichenfolge, die wie ein Passwort für Programme wirkt.

Dieser Schlüssel liegt irgendwo: in einer Einstellungsdatei, einem Automatisierungswerkzeug, einem Server. Im Lauf der Zeit kennen ihn mehrere Personen. Jemand verlässt die Firma, jemand schickt ihn versehentlich per Mail. Wer den Schlüssel hat, kann auf Ihre Kosten KI nutzen.

Deshalb gilt: Schlüssel gehören regelmässig oder bei Verdacht ersetzt. Das Problem: Wenn man den alten sperrt, bevor alle Programme den neuen kennen, steht der Betrieb still. Wie es geordnet geht, zeigt diese Seite.

So lösen Sie es mit KI – Schritt für Schritt

1. Machen Sie eine Liste aller Verwendungsorte. Wo wird der Schlüssel eingesetzt? Programme, Automatisierungen, Server, Testumgebungen, Kolleginnen. Ohne diese Liste vergessen Sie einen Ort, und dort bricht danach etwas.

1. Legen Sie einen Zeitpunkt fest. Wählen Sie einen ruhigen Zeitpunkt, nicht den Monatsabschluss. Informieren Sie die Betroffenen.

1. Erzeugen Sie einen zweiten Schlüssel. Die meisten Anbieter erlauben mehrere Schlüssel gleichzeitig. Erstellen Sie einen neuen, mit sprechendem Namen («Mailzusammenfassung 2026-10») und, wenn möglich, nur den nötigen Rechten.

1. Speichern Sie den neuen Schlüssel sicher. In einem Passwortmanager oder einem Geheimnisspeicher, nie in einer E-Mail oder einem Chat. Siehe KI-Schlüssel sicher speichern.

1. Stellen Sie die Programme nacheinander um. Tragen Sie den neuen Schlüssel an jedem Ort ein. Testen Sie jeweils kurz, ob der Betrieb läuft. Der alte Schlüssel bleibt in dieser Phase noch gültig; das ist die Übergangsphase.

1. Prüfen Sie die Nutzung. Viele Anbieter zeigen, wann ein Schlüssel zuletzt verwendet wurde. Wenn der alte Schlüssel einige Tage nicht mehr genutzt wird, ist die Umstellung vollständig.

1. Sperren Sie den alten Schlüssel. Erst dann widerrufen oder löschen Sie ihn. Beobachten Sie in den folgenden Tagen, ob Fehlermeldungen auftreten.

1. Dokumentieren Sie den Wechsel. Datum, Grund, betroffene Systeme, zuständige Person. Planen Sie die nächste Erneuerung, etwa jährlich, oder öfter bei sensiblen Systemen.

1. Bei Verdacht gilt: sofort. Wenn ein Schlüssel veröffentlicht wurde oder verloren ging, sperren Sie ihn sofort, auch wenn es kurz Probleme gibt; siehe KI-Schlüssel veröffentlicht.

Ablauf im Überblick:

Vorlage zum Kopieren

Dieser Prompt erstellt Ihren Wechselplan. Geben Sie nie einen echten Schlüssel ein, auch nicht teilweise.

Ich bin keine Informatikerin und möchte unseren KI-Zugangsschlüssel (API-Key) beim Dienst [Name] regelmässig erneuern, ohne dass unsere Programme ausfallen.
Unsere Verwendungsorte: [Liste, z. B. Automatisierungswerkzeug, Chatbot auf der Website, internes Skript].
Erstelle: 1. eine Checkliste in einfacher Sprache für den Wechsel (Vorbereitung, Übergang, Abschluss),
2. eine Vorlage für ein Wechselprotokoll (Datum, Systeme, Test, durchgeführt von),
3. eine Mitteilung an die Beteiligten mit Zeitfenster und Ansprechperson,
4. Hinweise, was ich bei Fehlern nach dem Wechsel prüfe.
Nenne keine Menüpfade, die du nicht sicher kennst. Gib niemals echte Schlüssel in den Text ein.

Fügen Sie in die Platzhalter nur Namen und Zwecke ein, keine Schlüssel oder Passwörter.

Worauf Sie achten müssen

• Schlüssel sind Geheimnisse. Sie gehören nie in einen Chat, eine E-Mail, ein Foto oder öffentlichen Programmcode. Auch nicht «nur zur Hilfe».
• Vergessene Verwendungsorte. Der häufigste Fehler beim Wechsel: Eine Testumgebung oder ein altes Skript nutzt noch den alten Schlüssel.
• Kosten im Blick. Ein gestohlener Schlüssel erzeugt Rechnungen. Legen Sie Limits fest, siehe KI-Kostenlimit einrichten.
• Rechte begrenzen. Wo möglich, geben Sie jedem Programm einen eigenen Schlüssel mit minimalen Rechten. Dann trifft ein Wechsel nicht alles auf einmal.
• Personalwechsel. Wenn Mitarbeitende mit Zugang gehen, tauschen Sie die Schlüssel, die sie kannten; siehe KI-Zugang beim Austritt.
• Details sind anbieterabhängig. Wie Sie Schlüssel erzeugen, benennen und sperren, unterscheidet sich je Dienst. Verlassen Sie sich auf die Anleitung des Anbieters und nicht auf allgemeine Beschreibungen.

Ein Beispiel aus der Praxis

Ein Beispiel: Eine Gemeinde im Kanton Zürich betreibt einen Chatbot für Fragen zu Abfallkalender und Öffnungszeiten. Der Schlüssel zum KI-Dienst liegt in den Einstellungen des Webservers und wurde bei der Einrichtung per Mail an drei Personen geschickt.

Vorher: ein alter Schlüssel, unbekannt, wer ihn noch hat. Nachher: Der IT-Verantwortliche erzeugt einen zweiten Schlüssel, trägt ihn im Webserver ein, prüft den Chatbot und beobachtet die Nutzung drei Tage lang. Dann sperrt er den alten Schlüssel. Die alten Mails werden gelöscht, das Protokoll abgelegt, die nächste Erneuerung ist im Kalender.

So hilft Ihnen Alpasana

Wenn Sie oder Ihre Entwicklerinnen und Entwickler KI sicher in eigene Programme einbauen möchten, bietet absofort den Kurs KI für Developer mit Claude und Codex. Laut Beschreibung geht es um LLM-Grundlagen, Datenschutz, Codegenerierung und Review sowie um das Verifizieren von Ergebnissen; ein Entwickler-Playbook mit Prompts, Review-Regeln, Tests und Datenschutzgrenzen gehört dazu.

Der Kurs vermittelt Arbeitsweisen; die Einrichtung Ihrer Schlüsselverwaltung nimmt er Ihnen nicht ab.

Häufige Fragen

Wie oft sollte ich Schlüssel wechseln?

Eine feste Regel gibt es nicht. Legen Sie ein Wechselintervall risikobasiert fest. Bei Verdacht auf Offenlegung widerrufen oder ersetzen Sie den Schlüssel sofort; weitere Anlässe wie Personalwechsel sind je nach Zugriffsregelung zu prüfen.

Was, wenn mein Programm den neuen Schlüssel nicht annimmt?

Prüfen Sie, ob der Schlüssel vollständig kopiert wurde, keine Leerzeichen enthält und für das richtige Projekt gilt. Der alte Schlüssel ist ja noch aktiv und sichert den Betrieb in der Zwischenzeit.

Kann ich den Wechsel automatisieren?

Teilweise, mit Geheimnisverwaltungen, die Schlüssel regelmässig erneuern. Für kleine Betriebe ist ein sauberer manueller Ablauf oft der richtige Anfang.

Darf ich einen Schlüssel mit der Entwicklerin teilen?

Besser erhält jede Person oder jedes Programm einen eigenen Schlüssel. So bleibt nachvollziehbar, wer was nutzt, und ein Wechsel trifft nicht alle.