Sollten Sie Ihren weclapp- oder Shopify-API-Token in ChatGPT einfügen?

Die Abkürzung, die jeden reizt

Meist beginnt es so: „Hier ist mein weclapp-API-Token, hol mir bitte meine offenen Aufträge.“ Oder ein Shopify-Admin-API-Token landet in einem Custom GPT, einer Browsererweiterung oder einer No-Code-Automatisierung. Die KI schreibt ein paar Zeilen Code, die Daten erscheinen, und es fühlt sich an wie Zauberei.

Es lohnt sich, hier kurz innezuhalten. Denn ein API-Token ist kein Passwort, mit dem man einen Bericht liest. Es ist ein Schlüssel, der in Ihrem Namen handelt – oft mit Administratorrechten und so lange, wie er gültig ist.

Was mit einem eingefügten Token tatsächlich passiert

Sobald ein Token in einer Unterhaltung steht, ist er Teil dieser Unterhaltung. In der Praxis bedeutet das:

• Er bleibt im Chatverlauf. Wer diesen Chat öffnen kann, jetzt oder später, kann ihn kopieren. Das gilt auch für geteilte Links, Team-Arbeitsbereiche und synchronisierte Geräte.
• Er wird vom KI-Anbieter verarbeitet. Je nach Tarif und Einstellungen werden Unterhaltungen gespeichert oder zur Verbesserung von Modellen genutzt. Ihr Token wird wie jeder andere Text behandelt.
• Die KI kann ihn wiederholen. Ein Modell, das den Token gesehen hat, kann ihn in generierten Code, Zusammenfassungen oder Antworten übernehmen, die Sie dann an Kollegen oder Freelancer weiterleiten.
• Er trägt die vollen Rechte seines Inhabers. weclapp-Tokens handeln als der Benutzer, der sie erstellt hat. Shopify-Admin-API-Tokens tragen alle Scopes ihrer App, darunter möglicherweise Kunden, Bestellungen und Erstattungen.
• Er lässt sich nur schwer zurückholen. Um sicherzugehen, müssen Sie einen neuen Token erstellen, alle Stellen aktualisieren, die den alten genutzt haben, und ihn dann widerrufen. Die meisten tun das nie.

Das Geschäftsrisiko, verständlich erklärt

Stellen Sie sich einen API-Token als Generalschlüssel zu einem Ihrer Geschäftssysteme vor. Ihn in einen Chat einzufügen ist, als würden Sie diesen Schlüssel einem hilfsbereiten Dienstleister geben und ihn auf unbestimmte Zeit eine Kopie behalten lassen.

Die Risiken sind keine exotischen Hackerszenarien, sondern ganz alltägliche Situationen:

• Ein Kollege verlässt das Unternehmen, hat aber noch den alten Chat mit dem Schlüssel.
• Ein Chat-Link wird für eine kurze Frage geteilt – und der Schlüssel geht mit.
• Die KI führt „hilfsbereit“ mit dem Token eine Aktualisierung aus und ändert 200 Preise, weil die Anfrage mehrdeutig war. Niemand hat vorher geprüft.
• Ein Prüfer oder Kunde fragt, wer Zugriff auf Kundendaten hatte, und Sie können es nicht beantworten.

Nach der DSGVO ist unkontrollierter Zugriff auf Kundendaten außerdem eine Compliance-Frage, nicht nur eine IT-Frage.

Das sicherere Muster: Schlüssel in den Tresor, nicht in die Unterhaltung

Das sichere Muster ist schnell beschrieben:

1. Der Schlüssel kommt einmal in einen geschützten Speicher, eingegeben von einem Administrator in ein Feld, das für Geheimnisse gedacht ist.
2. Die KI erhält den Schlüssel nie. Sie bittet einen vertrauenswürdigen Dienst, eine Anfrage zu stellen, und dieser Dienst fügt die Zugangsdaten hinzu.
3. Jede Anfrage wird geprüft – gegen das, was die anfragende Person tun darf.
4. Änderungen werden zu Vorschlägen, die eine verantwortliche Person genehmigt, bevor sie ausgeführt werden.
5. Zugriffe werden pro Person verwaltet, sodass niemand einen neuen Schlüssel braucht, wenn jemand entfernt wird.

Wie Steward dieses Muster umsetzt

Steward wurde genau nach diesem Ansatz für weclapp, Shopify und ASA HOTEL gebaut:

• Geschützte Felder, verschlüsselte Speicherung. Zugangsdaten werden einmal unter Einstellungen → Verbindungen eingegeben, verschlüsselt gespeichert und nie wieder angezeigt, nicht einmal der Person, die sie eingegeben hat.
• Keine Zugangsdaten im KI-Code. Wenn die KI von Steward Code schreibt, um Ihre Daten auszuwerten, läuft dieser Code in einer isolierten Umgebung ohne Ihre Zugangsdaten. Anfragen an Ihre Geschäftstools laufen über Steward, das die Zugangsdaten hinzufügt und die Berechtigungen durchsetzt.
• Projektrollen. Betrachter verfolgen Ergebnisse, Mitwirkende nutzen eingerichtete Verbindungen und bereiten Änderungen vor, Projektmanager genehmigen. Eingeladene Projektmitglieder benötigen keine separate Verbindungsfreigabe.
• Prüfung vor Änderungen. Der voreingestellte Modus „Genehmigung anfordern“ macht aus jeder Änderung einen Vorschlag. Genehmigungsregeln machen die Prüfung für ausgewählte Aktionen verpflichtend.
• Shopify ohne langlebige Tokens. Für Shopify empfiehlt Steward die Client-ID und das Secret Ihrer eigenen App. Steward tauscht diese gegen kurzlebige Zugriffstokens.
• Ein gemeinsamer, nachvollziehbarer Verlauf. Fragen, Vorschläge, Genehmigungen und Ergebnisse bleiben im Projekt des Teams.

Eingefügter Token oder Steward?

	Token in einem Chat	Steward-Verbindung
Wo der Schlüssel liegt	Im Chatverlauf, möglicherweise geteilt	Verschlüsselt, nie angezeigt
Sieht die KI ihn?	Ja	Nein
Welche Rechte gelten	Die des Token-Inhabers, ohne Einschränkung	Eingeschränkt pro Person und pro Projekt
Vor einer Änderung	Meist nichts	Standardmäßig Vorschlag und Genehmigung
Wenn jemand geht	Token überall austauschen	Zugriff der Person entfernen
Wer hat was getan	Schwer nachzuvollziehen	Gemeinsamer Verlauf mit Genehmigungen

Token schon eingefügt? Eine kurze Checkliste

1. Erstellen Sie einen neuen Token in weclapp (persönliche Einstellungen) oder tauschen Sie die App-Zugangsdaten in Shopify aus.
2. Widerrufen Sie den alten, sobald nichts anderes mehr davon abhängt.
3. Löschen Sie die Chats, die ihn enthalten, einschließlich geteilter Links.
4. Prüfen Sie die letzten Änderungen im System auf alles, was Sie nicht erwartet haben.
5. Verbinden Sie das System richtig, zum Beispiel in Steward, damit niemand den Token je wieder im Klartext braucht.

Jetzt starten

Lesen Sie, wie Teams Steward statt eines selbst gebauten weclapp-MCP-Servers nutzen, oder verbinden Sie Ihr erstes Tool und stellen Sie eine Frage im Modus Nur lesen.