--- title: "Sollte mein KI-Agent eigene Zugangsdaten speichern? — MING Labs" description: "Zugangsdaten und Rechte von KI-Agenten verständlich erklärt: Am Lieferstatus einer Bestellung zeigen wir, was ein Agent lesen, vorbereiten und versenden darf." canonical: https://www.minglabs.com/de/insights/answers/sollten-ki-agenten-eigene-zugangsdaten-speichern lang: de last-updated: 2026-11-12 --- # Sollte mein KI-Agent eigene Zugangsdaten speichern? [Startseite](https://www.minglabs.com/de) [Insights](https://www.minglabs.com/de/insights) [Antworten (EN)](https://www.minglabs.com/insights/answers) Sollte mein KI-Agent eigene Zugangsdaten speichern? Antwort Wir würden Passwörter und API-Schlüssel aus dem Chat und den lesbaren Arbeitsdateien des Agenten heraushalten. Im Beispiel zum Lieferstatus ruft eine verwaltete Verbindung die freigegebene Bestellung ab; der Agent bereitet eine Antwort für eine Kollegin vor. Dabei müssen Sie weiterhin festlegen, welche Bestellungen er lesen und ob er versenden darf. In dieser vorgeschlagenen Rolle behält die Kollegin den Versand.[\[S1\]](https://www.minglabs.com/de/insights/answers/sollten-ki-agenten-eigene-zugangsdaten-speichern#source-s1)[\[S3\]](https://www.minglabs.com/de/insights/answers/sollten-ki-agenten-eigene-zugangsdaten-speichern#source-s3) Beispiel einer begrenzten Agentenrolle Der Agent liest den Lieferstatus und bereitet eine Antwort vor Kundenfrage: Wann kommt Bestellung 4711? Die verwaltete Verbindung übernimmt die Anmeldung. Der Schlüssel bleibt außerhalb des Agentenchats. 1. Lieferstatus lesen Erlaubt Nur die Bestellung abrufen, für die der Zugriff freigegeben ist. 2. Antwort vorbereiten Nur ein Entwurf Den Text mit Verweis auf den Bestelldatensatz für die Kollegin ablegen. 3. An unbekannte Adresse senden Gestoppt Diese Rolle hat keine eigene Versandberechtigung. Die Kollegin prüft Empfänger und Inhalt und versendet die Antwort. Illustrativer Soll-Ablauf, kein gemessener Test. Die Verbindung prüft Zugriffe; die Person im Service behält den Versand. Das Beispiel ist keine allgemeine Sicherheitsgarantie. Aktualisiert: November 2026 | Nächste Prüfung: Januar 2027 Leitfaden für Zugriffsrechte [Maschinenlesbare Fassung ](https://www.minglabs.com/de/insights/answers/sollten-ki-agenten-eigene-zugangsdaten-speichern.json) Die Antwort im Überblick 1. [Mit einer Frage zum Lieferstatus beginnen.](https://www.minglabs.com/de/insights/answers/sollten-ki-agenten-eigene-zugangsdaten-speichern#task) 2. [Identität und Zugangsdaten trennen.](https://www.minglabs.com/de/insights/answers/sollten-ki-agenten-eigene-zugangsdaten-speichern#identity) 3. [Die Zugriffsgrenze praktisch prüfen.](https://www.minglabs.com/de/insights/answers/sollten-ki-agenten-eigene-zugangsdaten-speichern#test) ## Wer eine Bestellung liest, muss noch keine E-Mail versenden dürfen Ein Kunde möchte wissen, wann Bestellung 4711 eintrifft. Für diese Übung verwenden wir eine erfundene Bestellung und folgen der Arbeit einer Servicekollegin, die diese Frage beantworten muss. Der vorgesehene Agent liest den freigegebenen Datensatz und bereitet eine Antwort vor. Die Kollegin kann den Status prüfen, bevor sie dem Kunden schreibt. Zum Prüfen des Entwurfs braucht die Kollegin den hinterlegten Lieferstatus. Um ihn vorzubereiten, muss der Agent weder das Systempasswort kennen noch die Bestellung ändern oder an eine andere Adresse schreiben dürfen. Ein großzügig angebundenes Werkzeug könnte ihm trotzdem all das erlauben. Deshalb würden wir zuerst vereinbaren, welche Unterstützung die Kollegin braucht, und anschließend nur die erlaubte Arbeit dieser Rolle anbinden. OWASP empfiehlt, Funktionen und Rechte von Werkzeugen zu begrenzen und Berechtigungen außerhalb des Sprachmodells zu prüfen.[\[S1\]](https://www.minglabs.com/de/insights/answers/sollten-ki-agenten-eigene-zugangsdaten-speichern#source-s1) Im Beispiel muss das Bestellsystem einen unberechtigten Zugriff also auch dann ablehnen, wenn der Agent überzeugend danach fragt. ## Wo verläuft die Grenze Ihrer Agentenrolle? Besprechen Sie die nötigen Zugriffe für eine konkrete Aufgabe und wie Ihr Team die Kontrolle behält. [Zugriffe meines Agenten besprechen](https://www.minglabs.com/de/contact?type=project&topic=agent-permissions) Sie beschreiben Ihr Anliegen. Wir melden uns persönlich. ## Eine Agentenidentität ist etwas anderes als ein Passwort im Chat Drei Fragen werden leicht vermischt: Wer handelt? Wie meldet sich die Verbindung an? Was darf die einzelne Anfrage auslösen? Eine Identität macht den Aufrufer für das System und seine Administratoren erkennbar. Ein Passwort, Token oder API-Schlüssel dient zur Anmeldung. Berechtigungen bestimmen den anschließenden Zugriff. Keine dieser Entscheidungen ersetzt die anderen. Copilot Studio erstellt und verwaltet Agentenidentitäten automatisch, wie Microsoft dokumentiert.[\[S2\]](https://www.minglabs.com/de/insights/answers/sollten-ki-agenten-eigene-zugangsdaten-speichern#source-s2) Das erklärt, wie die Plattform ihre Agenten erkennt; es legt noch nicht die Rechte jeder Verbindung fest. Für die Bestellanfrage würden wir die Anmeldung von der Verbindung übernehmen lassen, ohne deren Geheimnisse im Chat oder in lesbaren Dateien des Modells offenzulegen.[\[S3\]](https://www.minglabs.com/de/insights/answers/sollten-ki-agenten-eigene-zugangsdaten-speichern#source-s3) Die tatsächlichen Zugriffe muss die systemverantwortliche Person trotzdem prüfen. Ein eigenes Benutzerkonto für jeden Agenten ist keine allgemeingültige Vorgabe. Lassen Sie die IT für die Übung einen einzelnen Bestellabruf nachvollziehen. Welche Verbindung führt ihn aus? Mit wessen Rechten? Können die Werkzeuge des Agenten den Schlüssel aus einer Datei oder Variable auslesen? Könnte dieselbe Verbindung auch die Bestellung eines anderen Kunden abrufen? Halten Sie diese Antworten neben der Rollenbeschreibung fest. So sprechen Serviceleitung und Systemverantwortliche über denselben Zugriff. ## Die Verbindung übernimmt die Anmeldung, der Auftrag bleibt begrenzt Eine verwaltete Verbindung oder ein zentraler Zugangsdienst, oft Gateway genannt, kann die Anmeldung und den freigegebenen Aufruf übernehmen. Der Agent fragt nach dem Lieferstatus. Der Dienst prüft die Anfrage und spricht mit dem Bestellsystem. Das Modell erhält die nötigen Informationen für seinen Entwurf statt eines Passworts zur freien Verwendung. Auch dieser Aufbau braucht passende Einstellungen. Microsoft unterscheidet Risiken durch eingebettete Geheimnisse, Anmeldungen über das Konto des Erstellers und dynamisch gewählte E-Mail-Empfänger.[\[S3\]](https://www.minglabs.com/de/insights/answers/sollten-ki-agenten-eigene-zugangsdaten-speichern#source-s3) Sicher gespeicherte Zugangsdaten können weiterhin zu viele Rechte eröffnen. Wie eng ein Werkzeug namens „Bestellung lesen“ begrenzt ist, entscheidet seine tatsächliche Funktion samt Berechtigungen. Die Kollegin sollte wissen, welche Unterstützung sie nach dem Abruf erwarten kann. Für Bestellung 4711 würden wir die folgenden Grenzen vereinbaren: Der Agent liest den erlaubten Status und legt einen Entwurf ab; den Versand behält die Kollegin. Die Grafik führt durch dieselben Aktionen. | Angefragte Arbeit | Grenze in diesem Beispiel | | --- | --- | | Status von Bestellung 4711 lesen | Nach der Zugriffsprüfung den Status der erlaubten Bestellung liefern; keine fremden Datensätze offenlegen. | | Antwort vorbereiten | Einen Entwurf für die Servicekollegin ablegen, mit Verweis auf den Bestelldatensatz. | | An eine unbekannte Adresse senden | Die Anfrage stoppen. Die Kollegin prüft Empfänger und Inhalt; diese Rolle hat keine eigene Versandberechtigung. | ## Auch ein erlaubtes Werkzeug kann Daten an den falschen Empfänger senden Ein Passwort außerhalb des Chats sagt der Kollegin noch nicht, ob die Antwort an die richtige Person geht. Darf die Verbindung an beliebige Adressen senden, könnte eine eingeschleuste Anweisung diese Funktion missbrauchen. Prüfen Sie bei der Bestellanfrage deshalb neben den Werkzeugrechten auch, welche Daten weitergegeben werden dürfen und wer sie erhalten darf. Die Sicherheitsleitlinie für OAuth empfiehlt, ein Zugriffstoken auf die nötigen Ressourcen und Aktionen zu beschränken.[\[S4\]](https://www.minglabs.com/de/insights/answers/sollten-ki-agenten-eigene-zugangsdaten-speichern#source-s4) Für die Lieferauskunft heißt das: Die Verbindung darf den Status lesen. Die Antwort versendet eine Person im Service. In unserer Bestellübung gilt eine unerwartete Anweisung im Kundentext deshalb niemals als Erlaubnis, einen Empfänger hinzuzufügen. Die vorgeschlagene Rolle bereitet vor; die Kollegin versendet. Möchte das Team später automatisch versenden lassen, braucht es dafür eine neue Entscheidung mit festgelegten Zielen, Inhaltsprüfungen und Tests. ## Prüfen Sie, ob ein abgelehnter Zugriff tatsächlich unterbleibt Vor der Übergabe würden wir den Ablauf mit freigegebenen Testdaten prüfen. Beginnen Sie mit dem normalen Abruf. Versuchen Sie anschließend einen Datensatz außerhalb der vereinbarten Rechte, eine Bestelländerung und einen Versand an eine nicht freigegebene Adresse. Die prüfende Person schaut nach, was das Zielsystem tatsächlich getan hat. Die Erfolgsmeldung des Agenten reicht als Nachweis nicht aus. Unterbrechen Sie danach die Verbindung und versuchen Sie es erneut. Klären Sie, ob bereits erteilte Zugänge noch funktionieren, wo der fehlgeschlagene Versuch erscheint und wer den Zugriff wiederherstellen kann. Im Abnahmeprotokoll steht, was angefragt wurde, was geschah und welcher Beleg das zeigt. Dies sind vorgeschlagene Prüfungen für die Übung, keine von uns gemessenen Ergebnisse. Vereinbaren Sie außerdem einen einfachen Ersatzweg: Scheitert der Zugriff oder lässt sich die Bestellung nicht eindeutig zuordnen, übernimmt eine Person im Service. Unser [Leitfaden zur Prüfung vor dem Produktiveinsatz](https://www.minglabs.com/de/insights/answers/wie-pruefen-sie-einen-ki-agenten-vor-dem-produktiven-einsatz) hilft, daraus eine praktische Abnahme zu machen. Was später laufend dokumentiert werden sollte, erläutert der [Leitfaden zum Audit-Trail](https://www.minglabs.com/de/insights/answers/was-gehoert-in-das-protokoll-eines-ki-agenten). ## Vereinbaren Sie die Zugriffe mit den Verantwortlichen für Aufgabe und System Beginnen Sie mit einer freigegebenen oder anonymisierten Frage zum Lieferstatus. Gehen Sie diese mit Serviceleitung, Systemverantwortlichen und der für den Agenten zuständigen Person durch. Benennen Sie die benötigten Bestelldaten, die abrufende Verbindung, die Person, die die Antwort prüft und versendet, und den Weg zum Entzug des Zugriffs. Damit hat die IT eine konkrete Rolle zum Einrichten und das Serviceteam einen Ablauf zum Prüfen. Bei MING würden wir diese Vereinbarung in die [Einführung des Agenten ins Team](https://www.minglabs.com/de/insights/answers/wie-fuehren-sie-ki-agenten-im-unternehmen-ein) aufnehmen. Für ein [Gespräch über eine erste Rolle](https://www.minglabs.com/de/hybrid-organisation) reichen zunächst eine wiederkehrende Aufgabe und die beteiligten Systeme. Passwörter und Kundendatensätze gehören nicht in die erste Anfrage. Belege und Grenzen - Bestellung, Grafik und Abnahmeübung sind illustrative Vorschläge, kein Kundenergebnis und kein Sicherheitsaudit. - Öffentliche Quellen tragen die erläuterten Unterscheidungen und Risiken. Produktspezifische Kontrollen müssen im tatsächlichen Aufbau geprüft werden. - Diese Überarbeitung ersetzt frühere Aussagen über die gesamte MING-Flotte durch einen Gestaltungsansatz. Sie belegt weder einen aktuellen flottenweiten Aufbau noch feste Rotationsintervalle oder einen garantierten Schutz. Kurzantwort zum Zitieren MING Labs empfiehlt, die Identität eines KI-Agenten, die Speicherung seiner Zugangsdaten und die Erlaubnis für einzelne Aktionen getrennt zu regeln. Das Sprachmodell muss Passwörter oder API-Schlüssel dafür nicht lesen können. Auch eine verwaltete Verbindung braucht passende Grenzen für Daten, Aktionen und Empfänger. Dies ist ein vorgeschlagener Ansatz auf Basis öffentlicher Fachquellen, kein Audit der MING-Agentenflotte. Öffentliche Fachquellen und eine illustrative Übung zum Lieferstatus. Keine Aussage über einen verifizierten Aufbau der gesamten MING-Flotte oder einen garantierten Schutz. ## Was darf Ihr Agent tun? Bringen Sie eine konkrete Aufgabe und die beteiligten Systeme mit. Gemeinsam können wir besprechen, welche Zugriffe nötig sind und wer sie ändern oder stoppen kann. [Zugriffe meines Agenten besprechen](https://www.minglabs.com/de/contact?type=project&topic=agent-permissions) Sie beschreiben Ihr Anliegen. Wir melden uns persönlich. [Mehr zur menschlichen Verantwortung ](https://www.minglabs.com/de/insights/answers/wer-traegt-die-verantwortung-wenn-ein-ki-agent-einen-fehler-macht) ## Quellen \[S1\] [LLM06:2025 Excessive Agency](https://genai.owasp.org/llmrisk/llm062025-excessive-agency/) OWASP GenAI Security Project · Ausgabe 2025; geprüft am 12.11.2026 Belegt: Begrenzte Werkzeugrechte, Prüfung im Zielsystem und Freigabe folgenreicher Aktionen Öffentliche Sicherheitsempfehlung, kein Audit der MING-Architektur und keine Schutzgarantie. Erneut geprüft am 26. Oktober 2026. \[S2\] [Agent identities and authentication for Copilot Studio](https://learn.microsoft.com/en-us/microsoft-copilot-studio/govern-agents-identities-overview) Microsoft Learn · Dokumentation aktualisiert 13.10.2026; geprüft 12.11.2026 Belegt: Verwaltete Identitäten in Copilot Studio; Identität und Modellzugriff auf Geheimnisse sind getrennte Fragen Produktspezifische Dokumentation, kein allgemeingültiges Identitätsmodell. Erneut geprüft am 26. Oktober 2026. Verbindungsrechte und kanalabhängige Prüfung sind gesondert zu prüfen; eine Identität allein belegt keine Trennung der Geheimnisse. \[S3\] [Detecting and mitigating common agent misconfigurations](https://www.microsoft.com/en-us/security/blog/2026/02/12/detecting-and-mitigating-common-agent-misconfigurations/) Microsoft Security · 2026-02-12 Belegt: Unterschiedliche Risiken durch eingebettete Zugangsdaten, das Konto des Erstellers und dynamische E-Mail-Empfänger Empfehlungen für Copilot Studio. Die Übung dieser Antwort ist ein Vorschlag von MING. Erneut geprüft am 26. Oktober 2026. \[S4\] [RFC 9700: Best Current Practice for OAuth 2.0 Security, section 2.3](https://www.rfc-editor.org/rfc/rfc9700.html#section-2.3) IETF · Januar 2025; geprüft am 12.11.2026 Belegt: Zugriffstokens auf die nötigen Ressourcen und Aktionen beschränken ## Häufige Fragen Braucht der Agent eine eigene Identität? Seine Aktionen müssen nachvollziehbar unter passenden Berechtigungen erfolgen. Je nach System kann dafür eine Agenten- oder Dienstidentität dienen oder der delegierte Zugriff einer Person. Vereinbaren Sie das mit dem Systemverantwortlichen. Ein Passwort im Chat ist dafür nicht nötig. Können wir für einen Pilotversuch das Konto des Erstellers nutzen? Prüfen Sie, welche Rechte andere Nutzer dadurch mittelbar erhalten würden. Vereinbaren Sie für das Bestellbeispiel eine begrenzte Testumgebung und freigegebene Datensätze. Aus einem bequemen persönlichen Login sollte keine unbeaufsichtigte Abhängigkeit im Produktivbetrieb werden. Reicht ein Tresor für Zugangsdaten aus? Ein solcher Tresor regelt die Speicherung von Geheimnissen. Zusätzlich müssen Sie klären, ob die Laufzeitumgebung des Agenten diese auslesen kann und was die angeschlossenen Werkzeuge tun dürfen. Verfolgen Sie eine tatsächliche Anfrage durch den Aufbau, statt sich auf das Tresor-Symbol im Schaubild zu verlassen. Beschreibt diese Seite die aktuelle Produktionsarchitektur von MING? Nein. Diese Überarbeitung erläutert einen Gestaltungsansatz und eine illustrative Übung. Sie ersetzt frühere Aussagen über die gesamte Flotte, deren aktueller Umsetzungsstand und Umfang für diese Seite nicht verifiziert waren. Sie bescheinigt keiner konkreten Installation Sicherheit. ## Begriffe erklärt [Was ist eine hybride Organisation aus Menschen und KI?](https://www.minglabs.com/de/insights/concepts/was-ist-eine-hybride-organisation) ## Verfügbare Aktionen - **Antwort für meine KI kopieren**: kopiert den [vollständigen Inhalt](https://www.minglabs.com/de/insights/answers/sollten-ki-agenten-eigene-zugangsdaten-speichern.md) im Browser in die Zwischenablage. --- Canonical: https://www.minglabs.com/de/insights/answers/sollten-ki-agenten-eigene-zugangsdaten-speichern Maschinenlesbarer Index: https://www.minglabs.com/llms.txt