29.03.2026
Aktualisiert 27.07.2026
Best Practice
Supply-Chain- und Third-Party-Tool-Security für KI-Agenten
Externe Tools, MCP-Server, Modelle und Abhängigkeiten über Inventar, Provenance, minimale Scopes und Widerruf kontrollieren.
Worum es geht
Tools, MCP-Server, Connectoren, Modelle und Libraries erweitern die Vertrauenskette eines Agenten. Zulassung allein reicht nicht: Herkunft, Berechtigungen, Datenflüsse, Änderungen und Widerruf müssen über den gesamten Lebenszyklus kontrolliert bleiben.
Der Kontrollpfad
Inventarisieren
Komponente, Supplier und Owner erfassen
Verifizieren
Herkunft, Integrität und Risiko prüfen
Begrenzen
Scopes, Datenfluss und Isolation setzen
Überwachen
Änderungen erkennen und widerrufen
Mögliche Folgen
Freigegeben
Isoliert
Widerrufbar
Die drei wichtigsten Maßnahmen
Tools, MCP-Server, Plugins, APIs, Modelle, Packages, Versionen und verantwortliche Owner zentral erfassen.
Maintainer, Release-Prozess, Signaturen, Provenance, SBOM, Advisories und Änderungsverhalten risikobasiert prüfen.
Minimale Scopes, kein blindes Token-Passthrough, Egress-Regeln, Isolation sowie Kill Switch erzwingen.
Eine kompromittierte Drittkomponente erhält nur einen begrenzten Wirkungskreis und kann schnell aus dem Agentenpfad entfernt werden.
Drei Umsetzungsmuster
Freigegebenen Katalog nutzen
SaaSJede Integration besitzt Owner, Datenklassen, Version und dokumentierten Widerruf.
Server getrennt autorisieren
MCPTool-Beschreibung, Ziel, Parameter und Delegation werden nicht ungeprüft übernommen.
Runner isolieren
Lokale ToolsSignierte Artefakte laufen mit restriktivem Datei-, Secret- und Netzwerkzugriff.
Minimalstandard und Tests
Minimalstandard
- Alle externen Fähigkeiten, Versionen, Supplier und Owner sind inventarisiert.
- Freigaben berücksichtigen Herkunft, Integrität, Datenklassen und Betriebsrisiko.
- Tools erhalten minimale Scopes und keine pauschalen Shared Tokens.
- Lokale oder ausführende Dritttools laufen isoliert.
- Änderungen an Version, Schema, Endpunkt und Berechtigung werden geprüft.
- Revocation, Kill Switch, Fallback und Incident-Runbook sind einsatzbereit.
Tests müssen manipulierte Updates, Schema-Drift, Supplier-Ausfall, Token-Missbrauch, Egress-Versuche, kompromittierte Tool-Ausgaben und zentralen Widerruf abdecken.