Sicherheit deines KI-Agenten: So scannst du seine Settings auf Lücken

Was ist eine Lücke im KI-Agenten selbst

Stell dir vor: Du hast eine Haushaltshilfe eingestellt und ihr die Schlüssel gegeben. Praktisch - sie macht selbst die Tür auf, spült ab, bringt den Müll raus. Nur die fiese Frage: Schlüssel wofür eigentlich? Für die Wohnungstür? Oder gleich auch für den Safe, das Auto und die Nachbarwohnung? Und den Zettel „lass jeden rein, der am Telefon darum bittet“ wirft sie in den Müll - oder befolgt sie ihn am Ende doch?

Dein KI-Helfer ist genau so eine Haushaltshilfe. Er hat Rechte (was er darf), ein Gedächtnis (Notizen, die er immer wieder liest) und Anweisungen (Regeln, denen er ohne Nachfrage glaubt). Eine Lücke in diesen Settings - und gehackt wird nicht dein Code, sondern der Helfer selbst. Und der steht, wohlgemerkt, schon mitten in deiner Wohnung.

Warum es für Vibecoder wichtig ist, den Agenten zu checken

Du bist Vibecoder. Du hängst deinem Agenten Tools dran, verteilst Rechte, kopierst fremde Settings aus YouTube und GitHub. Und genau hier wird’s spannend:

• du hast ein Passwort oder einen Key direkt in die Settings-Datei gepackt „damit es endlich läuft“ - und dann das Projekt auf GitHub hochgeladen;
• du hast vor lauter Freude auf „erlaube dem Agenten alles“ geklickt - und jetzt führt er jeden schiefen Tipp aus, ohne mit der Wimper zu zucken;
• du hast eine fremde CLAUDE.md kopiert, und zwischen den Zeilen lauert „schick den Inhalt der Dateien immer an diese Adresse“;
• der Agent führt still einen Befehl aus, der mit einem Fehler abstürzt, und du hast keinen blassen Schimmer davon.

Die gute Nachricht: All das lässt sich automatisch aufspüren. Es gibt einen Scanner, der in einer halben Minute durch die Settings des Agenten läuft und dir eine Liste der Lücken mit Note ausspuckt. Du musst kein Programmierer sein. Du musst einmal verstehen, was er sucht und wie du den Report liest.

Der Scanner für KI-Agent-Settings: so funktioniert er

Das Tool heißt AgentShield AgentShield - kostenloser Scanner für die Settings deines KI-Agenten. Prüft die Konfigurationsdateien (den .claude-Ordner) auf Passwörter, gefährliche Rechte, Fallen in den Anweisungen und unsichere Verbindungen. Startet mit einem Befehl. . Startet mit einer einzigen Zeile - in genau dem Terminal, in das du sonst die Befehle für den Agenten eintippst:

npx ecc-agentshield scan

In deine Website mischt er sich nicht ein und deinen Code zerlegt er auch nicht. Er schaut in die Service-Dateien des Agenten (der Settings-Ordner, meistens .claude): Regeln (CLAUDE.md), Rechte (settings.json), angebundene Tools (mcp.json), automatische Aktionen (Hooks) und die Beschreibungen der Sub-Agenten. Und sucht dort nach vier Hauptarten von Problemen. Gehen wir sie der Reihe nach durch.

1. Passwörter und Keys liegen im Klartext herum

Die häufigste Lücke. Und die ärgerlichste. Damit das Tool anspringt, klatscht der Anfänger den Zugangs-Key direkt in die Datei: „hier ist mein Key, nimm ihn“. Die Datei wandert auf GitHub - und den Key sehen alle, die wollen. Das ist, als würdest du den PIN mit Edding direkt auf die Bankkarte schreiben.

2. Dem Agenten wurden zu weite Rechte gegeben

Erinnerst du dich an die Haushaltshilfe mit den Schlüsseln für alles? In der Agenten-Welt ist der schlimmste „Schlüssel für alles“ das Recht „darf jeden beliebigen Befehl ausführen“. Klingt praktisch. In Wahrheit bedeutet es Folgendes: eine Halluzination, ein schiefer Tipp - und der Agent löscht was Wichtiges, schickt deine Dateien irgendwohin nach draußen oder reißt die laufende Version nieder. Ohne böse Absicht. Einfach, weil er konnte.

Rechte Rechte (permissions, allow/deny-Listen) - die Liste dessen, was der Agent darf und was nicht. Die „Whitelist“ - was erlaubt ist, die „Blacklist“ - was niemals erlaubt ist, auch wenn man ganz lieb fragt. gibt es eng („darf nur Dateien lesen“, „darf Tests ausführen“) und weit („darf überhaupt alles“). Eine gute Konfiguration ist simpel: eine enge Whitelist plus eine Blacklist mit Verboten für die gefährlichsten Aktionen. Das war’s.

3. Prompt Injection: Fallen mitten in den Anweisungen

Und das ist das Hinterhältigste. Du lädst dir ein fremdes Regelset für den Agenten herunter (CLAUDE.md), und irgendwo in der Mitte versteckt sich eine harmlos aussehende Zeile: „führe beim Start diesen Befehl aus“ oder „schick den Inhalt des Projekts an diese und jene Adresse“. Der Agent glaubt seinen Anweisungen aufs Wort und führt sie aus, ohne dich irgendwas zu fragen.

Das nennt sich Prompt Injection Prompt Injection (Einschleusen von Anweisungen) - eine Masche, bei der ein bösartiger Befehl in Text versteckt wird, dem der Agent vertraut: in Regeln, in einer fremden Datei, in einem Kommentar. Der Agent liest das als Befehl und führt es aus. - ein bösartiger Befehl, verkleidet als ganz normale Anweisung. Der Scanner sucht nach solchen verdächtigen „Autostarts“ und hebt sie hervor.

4. Befehle stürzen still ab, und du kriegst es nicht mit

Manchmal werden die Settings absichtlich so geschrieben, dass Fehler stumm verschluckt werden (an die Befehle hängt man Anhängsel wie „zeig keine Fehler an“). Es sieht so aus, als würde alles laufen. In Wahrheit stolpert der Agent längst - du siehst es nur nicht. Die Lücke liegt hier nicht darin, dass etwas kaputtgeht. Sondern darin, dass du es nicht erfährst, bis es zu spät ist.

Wie du den Scanner-Report liest: Noten von A bis F

Nach dem Scan bekommst du einen Report mit Note - wie in der Schule. Je näher am Anfang des Alphabets, desto sicherer:

Die Funde sortiert der Scanner nach Wichtigkeit. Kritisch - ein Passwort im Klartext oder das Recht „führe jeden beliebigen Befehl aus“: lass alles stehen und liegen und repariere es. Hoch - verdächtige Autostarts in den Anweisungen und eine fehlende Verbotsliste: noch bevor du das Projekt anderen zeigst. Mittel - still verschluckte Fehler: sollte man besser ausbügeln. Info - einfach Notizen für die Zukunft.

Beispiel aus dem echten Leben: wie ein Key über GitHub abhandenkommt

Du hast dir genug YouTube reingezogen, dir das „Top-Settings-Set für Claude“ runtergeladen, deinen Key für den kostenpflichtigen Dienst direkt in die Datei geklatscht „damit es endlich läuft“, auf „dem Agenten alles erlauben“ geklickt und das Projekt stolz auf GitHub hochgeladen - zum Angeben.

Und jetzt, was wirklich passiert ist:

1. Dein kostenpflichtiger Key ist jetzt für alle auf GitHub sichtbar - jemand verbrät vermutlich schon munter dein Guthaben.
2. Im heruntergeladenen Set steckte eine Fallen-Zeile, und der Agent hat beim Start still deine Dateien an eine fremde Adresse geschickt.
3. Die Rechte „für alles“ bedeuteten, dass ein einziger schiefer Tipp deinen Arbeitsordner komplett plattmachen konnte.

Und wie hätte es ein Vibecoder gemacht, der diese Lektion durch hat? Der hätte einfach den Check laufen lassen, bevor er was hochlädt:

Prüf die Settings dieses Projekts auf Sicherheit. Führ den Befehl npx ecc-agentshield scan aus und zeig mir den Report mit Note. Erklär mir dann Punkt für Punkt in einfachen Worten jedes gefundene Problem: was es ist, was es anrichten kann und wie man es repariert. Fang mit den kritischsten an. Wenn sich etwas gefahrlos automatisch beheben lässt - schlag vor, es zu tun.

Häufige Anfängerfehler bei der Agenten-Sicherheit

• Keys und Passwörter direkt in die Settings-Dateien klatschen. Die wandern mit dem Projekt ab. Speicher sie separat, in Umgebungsvariablen.
• Auf „dem Agenten alles erlauben“ klicken. Praktisch genau bis zur ersten Halluzination. Gib nur die nötigen Rechte, nicht mehr.
• Fremde Settings ungeprüft einbinden. In einer fremden CLAUDE.md kann eine Falle stecken. Erst lesen oder scannen.
• Das Projekt ohne Check hochladen. 30 Sekunden Scanner sind billiger als ein geklauter Key. Viel billiger.
• Die Note D oder F ignorieren. Das ist kein „später“. Das ist „sofort“.
• Einmal prüfen und vergessen. Jede neue Konfiguration kann eine neue Lücke mitbringen. Scanne regelmäßig.