Co sprawdzić przed użyciem skonfigurowanego środowiska? Zweryfikuj strefę czasową i lokalizację wyjścia, język, rozdzielczość, wycieki WebRTC oraz Canvas/WebGL, zwracając szczególną uwagę na sprzeczności między parametrami.
To, że środowisko jest skonfigurowane i normalnie otwiera strony internetowe, nie oznacza jeszcze, że jest gotowe do użycia. Właściwa weryfikacja powinna odbyć się przed uruchomieniem: sprawdź kolejno kluczowe parametry i oceń, czy wszystkie opisują tę samą sytuację.
Najpierw warto wyjaśnić jedną rzecz. Czerwony wynik testu może mieć dwie przyczyny: środowisko rzeczywiście ma problem albo serwis testujący korzysta z bazy danych o innych założeniach niż Twoja konfiguracja. Drugi przypadek nie jest rzadki, ale obie możliwości trzeba sprawdzić. Nie należy pomijać ostrzeżenia tylko dlatego, że może być fałszywym alarmem.
Pięć elementów do sprawdzenia
Po pierwsze, strefa czasowa i lokalizacja wyjścia. Jeśli exit IP znajduje się w określonym kraju i mieście, strefa czasowa systemu powinna odpowiadać tej lokalizacji. Niezgodność tych dwóch danych należy do najłatwiejszych do wykrycia, ponieważ jej sprawdzenie jest bardzo proste.
Po drugie, język i region. Najlepiej, aby język przeglądarki, język systemu i rynek wskazany w profilu konta były ze sobą zgodne. Jeśli środowisko wychodzi do sieci ze Stanów Zjednoczonych, a inny język interfejsu ma najwyższy priorytet, pozostawia to ślady ręcznej konfiguracji.
Po trzecie, rozdzielczość i typ urządzenia. W środowisku desktopowym wymiary ekranu powinny mieścić się w rozsądnym zakresie dla komputerów stacjonarnych. Zestawienie mobilnego user-agenta z rozdzielczością desktopową łatwo zwraca uwagę. Rozmiar okna i współczynnik pikseli w tym samym środowisku również powinny pasować do skonfigurowanego urządzenia.
Po czwarte, WebRTC. Podczas zestawiania połączeń peer-to-peer WebRTC może ujawniać adresy lokalne i publiczne. Przy niewłaściwej obsłudze prawdziwe wyjście sieciowe może zostać w ten sposób ujawnione. Kontrola jest prosta: porównaj adres WebRTC pokazywany przez tester z adresem IP używanym do dostępu. Jeśli są różne, wcześniej skonfigurowana izolacja w praktyce nie działa.
Po piąte, cechy Canvas i WebGL. Parametry te odzwierciedlają sprzęt graficzny i możliwości renderowania. Jeśli system identyfikuje się jako komputer określonej marki, a WebGL raportuje inny profil sprzętowy, jest to typowa sprzeczność. Jeżeli środowisko pozwala definiować własne parametry sprzętowe, dopasuj producenta i model do skonfigurowanego urządzenia.
Sprzeczności są bardziej widoczne niż niedoskonały realizm
Wiele osób skupia się na tym, czy każda pojedyncza wartość wygląda wystarczająco realistycznie. Większym ryzykiem jest jednak sytuacja, w której grupa parametrów wzajemnie sobie przeczy.
Prawdziwe urządzenie nie przeczy samo sobie: lokalizacja wyjścia naturalnie wiąże się ze strefą czasową, językiem i ustawieniami systemu, a typ urządzenia z rozdzielczością, współczynnikiem pikseli i informacjami o grafice. Te zależności powstają naturalnie na realnym sprzęcie i właśnie w nich środowiska symulowane najłatwiej popełniają błędy. Jeśli natomiast parametry są wewnętrznie spójne, jedna mniej typowa wartość nie musi od razu przyciągać uwagi.
Dlatego warto odwrócić kolejność kontroli: najpierw szukaj sprzeczności, potem oceniaj pojedyncze wartości.
Jak korzystać z wyników detekcji
Wynik ogólny jest wartością orientacyjną, a nie oceną z egzaminu. Pokazuje, na ile środowisko przypomina prawdziwe urządzenie, a nie czy konto jest bezpieczne. Przy wyniku poniżej 90% warto przejrzeć szczegóły, ale wysoki wynik nie oznacza, że każda operacja jest bezpieczna, a niski nie dowodzi automatycznie realnego problemu.
Najważniejsze jest miejsce wystąpienia nieprawidłowości. Jeśli problem zgłasza tylko jeden serwis testujący, najpierw podejrzewaj różnicę źródeł danych. Jeśli kilka serwisów konsekwentnie zgłasza ten sam problem, przyczyną bardzo prawdopodobnie jest konfiguracja.
Kolejność diagnostyki po wykryciu anomalii
Najpierw sprawdź, czy WebRTC ujawnia prawdziwe wyjście, ponieważ skutki są tu najpoważniejsze, a potwierdzenie najłatwiejsze. Następnie szukaj sprzeczności między identyfikacją systemu, strefą czasową, językiem i informacjami o sprzęcie. Potem przypomnij sobie, czy ostatnio zainstalowano rozszerzenie zmieniające zachowanie przeglądarki. Rozszerzenia mogą nadpisywać ustawienia środowiska i same stawać się częścią fingerprintu, dlatego wyłączaj je po kolei i ponawiaj test. Na końcu sprawdź źródło danych i oceń, czy konkretna baza geolokalizacji IP nie została zaktualizowana z opóźnieniem.
Większość anomalii wyglądających na poważne można w ten sposób zawęzić do jednego konkretnego parametru.
O ponownym używaniu parametrów
Używanie tego samego zestawu parametrów fingerprintu w wielu środowiskach sprawia, że w systemie detekcji kilka kont wskazuje na to samo urządzenie, czyli osiąga efekt przeciwny do izolacji. Każde środowisko potrzebuje niezależnej i stabilnej kombinacji parametrów, która pozostaje niezmienna w dłuższym czasie. Częste modyfikacje mogą tworzyć nowe anomalie. Środowiska fingerprint PurpleMark pozwalają osobno konfigurować i zapisywać parametry dla każdego środowiska, aby ustawienia jednego nie nadpisywały ustawień innego.
Samodzielne wykonanie tych pięciu kontroli po konfiguracji jest znacznie prostsze niż reagowanie na ostrzeżenia platformy po uruchomieniu.
