Tor Browser 16.0 na Firefox ESR 153: co zmienia audyt 270 poprawek i nowe opcje prywatności

Tor Project opublikował Tor Browser 16.0 dla komputerów i Androida. To pierwsze stabilne wydanie zbudowane na Firefoksie ESR 153, a więc na bazie, która przez rok zbierała zmiany wprowadzane w Mozilli. Razem z nim zespół zakończył coroczny audyt przejścia między wersjami ESR: przejrzał i zaadresował ponad 270 zgłoszeń w Bugzilli dotyczących zmian w Firefoksie, które mogłyby zaszkodzić prywatności lub bezpieczeństwu użytkowników Tor Browsera.

Wydanie dotyczy przede wszystkim osób, które używają Tor Browsera do pracy z materiałami wrażliwymi, do omijania cenzury albo do rutynowego rozdzielania tożsamości sieciowych — a więc także zespołów IT w firmach, które dopuszczają ten program jako narzędzie wsparcia. Jest ważne z dwóch powodów. Po pierwsze, pokazuje, ile pracy wymaga utrzymanie przeglądarki opartej na cudzym silniku: każda duża aktualizacja Firefoksa to setki miejsc, w których domyślne zachowanie może ujawnić więcej, niż zakłada model zagrożeń Tor Browsera. Po drugie, 16.0 zmienia układ ustawień i dokłada opcję ukrywania tytułów okien — drobną z pozoru, ale dotykającą realnego kanału wycieku informacji w systemie operacyjnym.

Co dokładnie się zmieniło

Tor Browser 16.0 jest dostępny dla Desktopu i Androida. Według wpisu na blogu Tor Project to pierwsze stabilne wydanie na Firefoksie ESR 153, obejmujące rok zmian, które trafiły wcześniej do Firefoksa. Audyt przejścia ESR to nie jednorazowa kontrola, lecz proces: zespół przegląda zgłoszenia opisujące modyfikacje w silniku i ocenia, czy któraś z nich nie osłabia ochrony właściwej dla Tor Browsera. Ponad 270 przejrzanych zgłoszeń to miara skali tego, co trzeba było sprawdzić, a nie liczba naprawionych błędów bezpieczeństwa — tego źródło nie precyzuje i nie należy tego dopowiadać.

Po stronie desktopu zmiany widać przede wszystkim w ustawieniach. Interfejs został przeprojektowany na wzór redesignu Firefoksa z czerwca. Stara strona „General” została wycofana, a jej zawartość rozdzielono na nowe strony: Wygląd, Pobieranie, Karty i przeglądanie, Dostępność oraz Języki. Strony charakterystyczne dla Tor Browsera, jak Połączenie i Poziom bezpieczeństwa, zbudowano od nowa na komponentach Firefoksa, żeby wyglądały spójnie z resztą ustawień.

Kluczowa z punktu widzenia bezpieczeństwa jest deklaracja, że część ustawień, których włączenie mogłoby osłabić prywatność lub ułatwić fingerprinting, została ukryta albo opatrzona wyraźnymi ostrzeżeniami. Wcześniejsze preferencje użytkownika pozostają zapisane, nawet jeśli dana opcja zmieniła miejsce — mają je odnaleźć etykiety i wyszukiwarka u góry ustawień.

Nowość: ogólne tytuły okien

W sekcji Prywatność i bezpieczeństwo → Ochrona przed aplikacjami zewnętrznymi pojawiła się opcja używania ogólnych tytułów okien. Działa prosto: zamiast tytułu odwiedzanej strony wszystkie okna pokazują „Tor Browser”. Ma to sens, bo tytuły okien są w wielu systemach czytelne dla innych programów bez specjalnych uprawnień — to znany, choć często pomijany kanał wycieku. Włączenie opcji utrudnia zatem innym aplikacjom podglądanie historii przeglądania przez sam tytuł okna.

Tor Project zaznacza przy tym dwa ograniczenia. Po pierwsze, opcja jest na razie wyłącznie opt-in, bo w cyklu wydawniczym zabrakło czasu na ocenę skutków ubocznych. Po drugie, zespół obawia się wpływu na dostępność: czytniki ekranu i inne narzędzia asystujące mogą opierać się na tytułach okien, podobnie jak nietypowe menedżery okien czy przełączniki aplikacji. Użytkowników takich konfiguracji Tor Project prosi o przetestowanie opcji i zgłaszanie błędów. Ta sama funkcja trafiła do Firefoksa w ramach Tor Uplift Project; zaawansowani użytkownicy Firefoksa mogą ją włączyć w about:config, ustawiając privacy.exposeContentTitleInWindow na false (oraz analogiczną preferencję dla okien prywatnych).

Podręcznik i Linux na ARM

Podręcznik Tor Browsera, dostępny pod about:manual lub z menu Pomoc, został odświeżony: starsze treści zastąpiono materiałami z nowego portalu wsparcia, który działa od 2025 roku. Nowa wersja jest dołączona do przeglądarki na desktopie i działa offline — to istotne, gdy problem z połączeniem uniemożliwia sięgnięcie po dokumentację online.

Druga praktyczna zmiana to natywne wsparcie Linuksa na 64-bitowych procesorach ARM (AArch64), po roku testów. Obejmuje m.in. Raspberry Pi oraz komputery Apple Silicon z Linuksem. Użytkownicy kanału Alpha na tych urządzeniach są zachęcani do przejścia na stabilny, chyba że chcą dalej testować wydania Alpha. Jednocześnie 16.0 kończy wsparcie 32-bitowego Linuksa x86, idąc za Firefoksem. Skala problemu jest mała: Tor Project odnotowuje około 200 sprawdzeń aktualizacji dziennie z tej platformy, wobec szczytu około 4000 w 2019 roku.

Na Androida zmiany dotyczą głównie interfejsu: duża część aplikacji przeszła na Material Design 3 w związku z migracją Firefoksa do Jetpack Compose. Zespół nadal walczy z limitem 100 MB dla pakietów APK w Google Play — dlatego podręcznik nie jest dołączany do wersji mobilnej. W planach jest m.in. nowy wyświetlacz obwodów, który ma trafić najpierw do kanału Alpha i po raz pierwszy pojawić się także na Androidzie.

Tło techniczne bez żargonu

Tor Browser to nie osobny silnik przeglądarki, lecz starannie skonfigurowany Firefoks z dodatkami i poprawkami. Tor Project nie pisze całego silnika od zera — bierze wydanie ESR (Extended Support Release) Firefoksa, czyli wersję o dłuższym cyklu wsparcia, i nakłada na nie własne zmiany. ESR jest wygodny, bo rzadziej się zmienia, ale właśnie dlatego, że zmienia się skokowo, każde przejście na nowszą gałąź oznacza duży pakiet nowości do sprawdzenia.

Model zagrożeń Tor Browsera jest ostrzejszy niż zwykłej przeglądarki. Chodzi nie tylko o to, czy strona może wykraść dane, ale też o to, czy sama przeglądarka nie zdradza zbyt wiele o użytkowniku. Każda funkcja, która różnicuje użytkowników — nietypowa czcionka, specyficzne ustawienie, zachowanie interfejsu zależne od systemu — może posłużyć do fingerprintingu, czyli rozpoznania konkretnej osoby bez ciasteczek. Dlatego audyt ESR polega na przeglądaniu zmian w Firefoksie pod kątem tego, czy nie wprowadzają nowych sygnałów albo nie omijają wcześniejszych zabezpieczeń.

Przykład z changelogu pokazuje skalę: wśród pozycji są m.in. wyłączenie reguł czcionek zależnych od języka jako obrony w głąb, ustawienie nowych preferencji „Suggest” na false, wyłączenie restrict_to_adults ze względu na potencjalny fingerprinting czy oczekiwanie, że javascript.options.asmjs będzie wyłączone na wszystkich poziomach bezpieczeństwa. To drobne przełączniki, ale w połączeniu tworzą powierzchnię, na której łatwo o niezamierzony wyciek.

Realne konsekwencje dla użytkownika i organizacji

Dla osoby prywatnej najważniejsza jest zapewne nowa opcja tytułów okien. Jeśli pracujesz na komputerze, gdzie inne aplikacje — komunikatory, programy do monitoringu, nietypowe nakładki — mogą czytać tytuły okien, włączenie opcji zmniejsza wyciek. Nie jest to jednak odpowiednik piaskownicy: tytuł okna to jeden z kanałów, a nie całość problemu. Tor Project sam wskazuje, że dla szerszej ochrony przed aplikacjami na urządzeniu zaleca Tails, czyli cały system nastawiony na minimalizowanie śladów.

Dla zespołu IT zmiana układu ustawień oznacza, że instrukcje wewnętrzne i zrzuty ekranu mogą się zdezaktualizować. Strona „General” zniknęła, a opcje rozjechały się na nowe zakładki. To pozornie kosmetyka, ale w organizacjach, które mają procedury konfiguracji przeglądarki, każda taka zmiana wymaga przejrzenia dokumentacji. Podobnie podręcznik: jego treść pochodzi teraz z portalu wsparcia, więc dotychczasowe odnośniki do starych opisów mogą prowadzić donikąd.

Wsparcie Linux AArch64 ma znaczenie dla firm, które stawiają tanie serwery lub stacje robocze na Raspberry Pi albo korzystają z Linuksa na Apple Silicon. Do tej pory stabilny Tor Browser na tych urządzeniach nie był dostępny natywnie — trzeba było korzystać z kanału Alpha albo szukać obejść. Teraz można oprzeć się na kanale stabilnym, co upraszcza utrzymanie i aktualizacje. To nie znaczy, że Tor Browser jest przeznaczony do pracy biurowej jako codzienna przeglądarka — jego model prywatności może kolidować z korporacyjnymi systemami logowania i zarządzania urządzeniami — ale jako narzędzie do konkretnych zadań staje się łatwiejszy do wdrożenia.

Zakończenie wsparcia 32-bitowego Linuksa x86 dotknie nielicznych. Tor Project podaje, że z tej platformy przychodzi około 200 sprawdzeń aktualizacji dziennie. Jeśli w organizacji zostały stare maszyny z 32-bitowym systemem, to dobry moment na inwentaryzację — nie tylko ze względu na Tor Browser, ale i na ogólny stan wsparcia systemu.

Scenariusze ryzyka

Ryzyko 1: fałszywe poczucie bezpieczeństwa po włączeniu ogólnych tytułów okien. Opcja ukrywa jeden kanał, ale nie izoluje przeglądarki od reszty systemu. Jeśli na komputerze działa oprogramowanie, które czyta zawartość schowka, przechwytuje klawisze albo monitoruje aktywność aplikacji, tytuły okien to najmniejszy problem. Wniosek: traktować opcję jako uzupełnienie, nie zamiennik higieny systemu.

Ryzyko 2: regresje dostępności. Tor Project wprost przyznaje, że nie zdążył ocenić skutków ubocznych. Czytniki ekranu i nietypowe środowiska graficzne mogą działać gorzej. W organizacji, która wspiera osoby z niepełnosprawnościami, włączenie opcji bez testów może pogorszyć użyteczność. To argument za pilotażem na małej grupie, a nie globalnym wdrożeniem.

Ryzyko 3: nieaktualna dokumentacja i procedury. Po zmianie układu ustawień wewnętrzne instrukcje mogą prowadzić do niewłaściwych ekranów. To ryzyko organizacyjne, nie techniczne, ale realne — szczególnie gdy zespół wsparcia zdalnego prowadzi użytkownika krok po kroku.

Ryzyko 4: pozostałości starych wersji. Aktualizacja nie zawsze usuwa wszystkie ślady poprzednich instalacji, a konfiguracje przenoszone między wersjami mogą zachowywać preferencje, których użytkownik już nie pamięta. Warto sprawdzić, czy po aktualizacji nie zostały włączone opcje osłabiające ochronę.

Ryzyko 5: przekonanie, że audyt oznacza brak błędów. Ponad 270 przejrzanych zgłoszeń to dużo pracy, ale nie gwarancja, że nowe wydanie jest wolne od problemów. Każde wydanie przeglądarki wymaga obserwacji po wdrożeniu.

Jak sprawdzić, czy problem dotyczy ciebie

Zacznij od wersji. W Tor Browserze otwórz menu i sprawdź informacje o wersji — jeśli to nie 16.0, aktualizacja jest dostępna. Na desktopie aktualizacje zwykle instalują się automatycznie, ale warto potwierdzić, że proces się zakończył i przeglądarka została uruchomiona ponownie.

Sprawdź, czy korzystasz z 32-bitowego Linuksa x86. Jeśli tak, 16.0 nie będzie już wspierany — trzeba przejść na 64-bitowy system albo zaplanować wymianę sprzętu. Jeśli używasz Linuksa na AArch64 (Raspberry Pi, Apple Silicon z Linuksem), sprawdź, czy nie masz zainstalowanego kanału Alpha; przy przejściu na stabilny warto odinstalować starą wersję, żeby nie mieszać profili.

Przejrzyj ustawienia pod kątem nowych ostrzeżeń. Po aktualizacji otwórz ustawienia i sprawdź sekcje Prywatność i bezpieczeństwo oraz Poziom bezpieczeństwa. Jeśli któraś opcja ma teraz ostrzeżenie, ustal, czy była włączona świadomie. Wyszukiwarka u góry ustawień pomaga znaleźć opcje, które zmieniły miejsce.

Jeśli zastanawiasz się nad ogólnymi tytułami okien, sprawdź najpierw, czy w twoim środowisku działają narzędzia dostępności albo nietypowe menedżery okien. W firmie warto zapytać zespół wsparcia o znane konfiguracje. Ostatecznie decyzja należy do użytkownika — opcja jest opt-in i domyślnie wyłączona.

Plan reakcji krok po kroku

1. Inwentaryzacja. Ustal, kto i na jakich urządzeniach używa Tor Browsera, w jakich wersjach i na jakich systemach. Zwróć uwagę na 32-bitowy Linux x86 i na kanał Alpha.
2. Aktualizacja. Zaktualizuj przeglądarkę do 16.0 na wszystkich obsługiwanych urządzeniach. Na urządzeniach AArch64 przejdź z kanału Alpha na stabilny, jeśli nie ma potrzeby dalszych testów.
3. Weryfikacja konfiguracji. Po aktualizacji sprawdź poziom bezpieczeństwa i preferencje prywatności. Upewnij się, że przeniesione ustawienia odpowiadają polityce organizacji.
4. Pilotaż nowej opcji. Jeśli rozważasz ogólne tytuły okien, włącz je najpierw u kilku osób, w tym u użytkowników narzędzi dostępności. Zbierz uwagi przez ustalony okres.
5. Aktualizacja dokumentacji. Popraw instrukcje i zrzuty ekranu dotyczące ustawień. Sprawdź odnośniki do podręcznika — treść pochodzi teraz z portalu wsparcia.
6. Komunikacja. Poinformuj użytkowników o zmianie układu ustawień i o tym, że stare preferencje zostały zachowane. Wskaż, gdzie szukać opcji.
7. Obserwacja. Przez kilka tygodni zbieraj zgłoszenia o problemach — zwłaszcza dotyczących dostępności i nietypowych środowisk graficznych.

Typowe błędy

• Traktowanie ogólnych tytułów okien jako pełnej izolacji. To jeden kanał wycieku, nie ochrona przed złośliwym oprogramowaniem na urządzeniu.
• Włączanie nowej opcji globalnie bez testów dostępności. Tor Project sam nie zdążył ocenić skutków ubocznych — organizacja też nie powinna zgadywać.
• Pomijanie weryfikacji po aktualizacji. Przeniesione preferencje mogą zaskoczyć; warto je przejrzeć, a nie zakładać, że wszystko działa jak wcześniej.
• Ignorowanie 32-bitowego Linuksa x86. Brak wsparcia oznacza brak poprawek bezpieczeństwa w przyszłości.
• Mieszanie kanałów Alpha i stabilnego. Osobne profile i instalacje to mniej problemów przy przejściu.
• Kopiowanie starych instrukcji. Układ ustawień się zmienił; nieaktualne kroki frustrują użytkowników i zwiększają liczbę zgłoszeń do wsparcia.

Działania krótkoterminowe i długoterminowe

W krótkim terminie najważniejsza jest aktualizacja i weryfikacja konfiguracji. To kilka godzin pracy na małym zespole, a zmniejsza ryzyko pozostania na wersji bez wsparcia. Warto też od razu poprawić najbardziej widoczne fragmenty dokumentacji i poinformować użytkowników o zmianach w ustawieniach.

W dłuższej perspektywie warto wpisać Tor Browsera w cykl zarządzania oprogramowaniem: ustalić, kto odpowiada za aktualizacje, jak testuje się nowe wydania i jak dokumentuje się odstępstwa od domyślnej konfiguracji. Przy okazji można zaplanować migrację z 32-bitowych systemów i ocenić, czy urządzenia AArch64 mają sens w waszym środowisku. Dobrą praktyką jest też śledzenie wpisów Tor Project przy każdym przejściu ESR — nie po to, by reagować panicznie, ale by wiedzieć, co się zmieniło i czego dotyczy audyt.

Checklista wdrożeniowa

Obszar	Co sprawdzić	Efekt
Wersja	Czy wszystkie instalacje są na 16.0	Brak zaległych aktualizacji
Platforma	Czy są 32-bitowe Linuksy x86	Plan migracji lub wymiany
Architektura ARM	Czy urządzenia AArch64 korzystają z kanału stabilnego	Koniec z obejściami przez Alpha
Ustawienia	Czy preferencje po migracji są zgodne z polityką	Brak niezamierzonych osłabień
Dostępność	Czy nowa opcja tytułów okien nie psuje narzędzi asystujących	Świadoma decyzja o wdrożeniu
Dokumentacja	Czy instrukcje uwzględniają nowy układ ustawień	Mniej zgłoszeń do wsparcia
Podręcznik	Czy użytkownicy wiedzą o about:manual i wersji offline	Skuteczniejsze rozwiązywanie problemów
Monitoring	Czy zbierane są zgłoszenia po aktualizacji	Szybsze wykrycie regresji

Co powinien zrobić właściciel firmy / administrator

Właściciel firmy nie musi znać szczegółów technicznych, ale powinien wiedzieć, że przeglądarka służąca do pracy z wrażliwymi informacjami wymaga utrzymania, a nie jednorazowej instalacji. Decyzja o aktualizacji do 16.0 jest stosunkowo prosta: nowsza baza oznacza dłuższe wsparcie i mniej zaległości. Trudniejsza jest decyzja o nowej opcji tytułów okien — tutaj warto poczekać na wyniki pilotażu i nie wdrażać jej bez testów dostępności.

Administrator powinien natomiast dopilnować czterech rzeczy. Po pierwsze, inwentaryzacji instalacji i wersji. Po drugie, aktualizacji wraz z weryfikacją konfiguracji. Po trzecie, przeglądu dokumentacji i komunikacji z użytkownikami. Po czwarte, zbierania zgłoszeń po wdrożeniu. Warto też ustalić, kto odpowiada za śledzenie kolejnych wydań ESR — to powtarzalny proces, a nie projekt z datą końcową.

Osobna kwestia to granice zastosowania. Tor Browser nie jest typową przeglądarką biurową i nie zastąpi narzędzi do pracy z systemami wymagającymi logowania korporacyjnego. Jeśli organizacja dopuszcza go do konkretnych zadań, warto jasno opisać te zadania i oczekiwania. To zmniejsza ryzyko, że użytkownicy będą próbowali używać go do wszystkiego, a zespół wsparcia będzie odpowiadał na pytania spoza zakresu.

Podsumowanie

Tor Browser 16.0 to wydanie przede wszystkim porządkujące: nowa baza ESR, audyt ponad 270 zgłoszeń, przebudowane ustawienia i odświeżony podręcznik. Najciekawszą nowością jest opcja ogólnych tytułów okien, ale jej znaczenie trzeba czytać ostrożnie — to opt-in, z nieocenionymi jeszcze skutkami ubocznymi i wyraźnym ostrzeżeniem o dostępności. Wsparcie Linux AArch64 upraszcza życie tym, którzy pracują na Raspberry Pi lub Linuksie na Apple Silicon, a koniec wsparcia 32-bitowego x86 dotknie nielicznych. Dla organizacji najważniejsze jest to, co zwykle bywa pomijane: aktualizacja, weryfikacja konfiguracji, aktualna dokumentacja i obserwacja po wdrożeniu.

Weryfikacja praktyczna po aktualizacji do 16.0

Weryfikacja praktyczna to osobny etap, którego nie zastąpi samo potwierdzenie wersji. Chodzi o sprawdzenie, czy przeglądarka po przejściu na nową bazę ESR i po przebudowie ustawień zachowuje się zgodnie z oczekiwaniami w waszym środowisku.

Weryfikacja wersji i kanału

• Otwórz menu przeglądarki i sprawdź informacje o wersji; potwierdź, że to 16.0, a nie pozostałość po wcześniejszym wydaniu.
• Na desktopie sprawdź, czy aktualizacja zakończyła się restartem przeglądarki — dopiero po ponownym uruchomieniu można mówić o działającej nowej wersji.
• Na urządzeniach AArch64 z Linuksem potwierdź, że korzystacie z kanału stabilnego, a nie Alpha. Jeśli wcześniej używano Alpha jako obejścia, po przejściu upewnij się, że stary profil i nowa instalacja nie mieszają się.
• Na 32-bitowym Linuksie x86 odnotuj, że 16.0 nie jest wspierany — to nie jest problem do rozwiązania w konfiguracji, lecz sygnał do migracji systemu lub sprzętu.

Weryfikacja ustawień po przebudowie

Tor Browser 16.0 wprowadza kompletną przebudowę ustawień opartą na równoległym redesignie z Firefoksa. Strona „General” została wycofana, a jej zawartość rozdzielono na nowe strony: Appearance, Downloads, Tabs and browsing, Accessibility oraz Languages. Strony charakterystyczne dla Tor Browsera — Connection i Security Level — zbudowano od nowa na nowych komponentach Firefoksa.

1. Otwórz ustawienia i przejdź przez nowe strony, zaczynając od tych, które odpowiadają waszym wcześniejszym preferencjom.
2. Sprawdź, czy przeniesione ustawienia nadal są zapisane — Tor Project zapewnia, że istniejące preferencje pozostają zachowane, nawet jeśli pierwotna opcja zmieniła miejsce.
3. Użyj wyszukiwarki u góry ustawień, aby odnaleźć opcje, których nie potraficie zlokalizować w nowym układzie.
4. Sprawdź, czy któraś z opcji mających wpływ na prywatność lub ułatwiających fingerprinting została ukryta albo opatrzona ostrzeżeniem. Ustal, czy była włączona świadomie.
5. Zweryfikuj sekcję Poziom bezpieczeństwa i ustawienia w obszarze Prywatność i bezpieczeństwo.

Weryfikacja podręcznika i dostępu offline

Podręcznik Tor Browsera został gruntownie odświeżony: starsze materiały zastąpiono treścią z nowego portalu wsparcia. Nowa wersja jest dołączona do przeglądarki na desktopie i dostępna offline, co jest szczególnie przydatne przy rozwiązywaniu problemów uniemożliwiających połączenie z siecią Tor. Weryfikacja praktyczna powinna objąć:

• otwarcie podręcznika przez about:manual oraz przez menu aplikacji (☰) → Help → Tor Browser manual,
• sprawdzenie, czy treść odpowiada nowemu portalowi wsparcia, a nie starej dokumentacji,
• potwierdzenie, że podręcznik działa bez połączenia z siecią.

Weryfikacja opcji ogólnych tytułów okien

Opcja ogólnych tytułów okien znajduje się w sekcji Privacy and security → Protections from third-party applications. Po włączeniu zastępuje wszystkie tytuły okien wartością „Tor Browser”, utrudniając innym aplikacjom i systemowi operacyjnemu odczytanie tytułów stron. Opcja jest ściśle opt-in i domyślnie wyłączona.

Weryfikacja powinna być prowadzona ostrożnie, ponieważ Tor Project nie miał wystarczająco dużo czasu w tym cyklu wydawniczym, by właściwie ocenić potencjalne skutki uboczne. Szczególne obawy dotyczą użytkowników narzędzi dostępności, takich jak czytniki ekranu, oraz osób z mocno dostosowanymi systemami — nietypowymi menedżerami okien czy przełącznikami aplikacji. Tor Project prosi takie osoby o wypróbowanie ustawienia i zgłaszanie błędów oraz problemów z użytecznością.

Warto odnotować, że ogólne tytuły okien trafiły także do Firefoksa w ramach Tor Uplift Project. Zaawansowani użytkownicy Firefoksa mogą włączyć tę funkcję przez about:config, ustawiając privacy.exposeContentTitleInWindow (dla zwykłych okien) oraz privacy.exposeContentTitleInWindow.pbm (dla okien prywatnych) na false.

Monitoring po wdrożeniu

Monitoring po wdrożeniu nie może ograniczać się do jednego pytania „czy działa”. Powinien obejmować kilka równoległych kanałów obserwacji, prowadzonych przez ustalony okres — kilka tygodni to rozsądny horyzont dla wydania tej skali.

Co zbierać

• Zgłoszenia dotyczące dostępności — zwłaszcza po włączeniu ogólnych tytułów okien u użytkowników czytników ekranu i w nietypowych środowiskach graficznych.
• Problemy z odnalezieniem ustawień po przebudowie — które strony nowego układu sprawiają najwięcej trudności.
• Zgłoszenia dotyczące połączenia z siecią Tor — w kontekście odświeżonego podręcznika offline.
• Problemy na urządzeniach AArch64 po przejściu z kanału Alpha na stabilny.
• Zgłoszenia od użytkowników 32-bitowego Linuksa x86, którym grozi utrata wsparcia.

Jak prowadzić monitoring

1. Wyznacz jedną osobę odpowiedzialną za zbieranie i porządkowanie zgłoszeń.
2. Ustal stały kanał zgłoszeń i poinformuj o nim użytkowników przy komunikacji o aktualizacji.
3. Przeglądaj zgłoszenia regularnie, a nie dopiero na koniec okresu obserwacji.
4. Oddzielaj problemy konfiguracji od problemów wydania — pierwsze rozwiązujecie lokalnie, drugie warto zgłaszać zespołowi Tor Project, zwłaszcza w przypadku opcji tytułów okien.
5. Zapisuj wnioski na przyszłość — przy kolejnym przejściu ESR będziecie mieli punkt odniesienia.

Monitoring a decyzja o ogólnych tytułach okien

Jeśli prowadzicie pilotaż tej opcji, monitoring powinien być jego integralną częścią. Zbierajcie uwagi przez ustalony okres, obejmując nim także użytkowników narzędzi dostępności. Dopiero po zebraniu wyników podejmijcie decyzję o ewentualnym szerszym wdrożeniu. Pamiętajcie, że opcja dotyczy jednego kanału wycieku — tytułów okien — a nie stanowi pełnej izolacji ani ochrony przed złośliwym oprogramowaniem na urządzeniu. Tor Project zaleca Tails jako bardziej kompleksową ochronę przed aplikacjami trzecimi na urządzeniu.

Checklisty operacyjne

Checklista weryfikacji po aktualizacji

• Wersja 16.0 potwierdzona w menu przeglądarki na każdej instalacji.
• Przeglądarka uruchomiona ponownie po aktualizacji na desktopie.
• Urządzenia AArch64 na kanale stabilnym, bez mieszania profili Alpha i stabilnego.
• 32-bitowe Linuksy x86 zidentyfikowane i objęte planem migracji.
• Nowe strony ustawień przejrzane: Appearance, Downloads, Tabs and browsing, Accessibility, Languages.
• Connection i Security Level sprawdzone pod kątem zgodności z polityką.
• Opcje z ostrzeżeniami przejrzane i świadomie zaakceptowane lub wyłączone.
• Wyszukiwarka ustawień przetestowana pod kątem odnajdywania przeniesionych opcji.
• Podręcznik otwarty przez about:manual i przez menu; treść zgodna z portalem wsparcia; dostęp offline potwierdzony.
• Opcja ogólnych tytułów okien zlokalizowana w Privacy and security → Protections from third-party applications i świadomie pozostawiona wyłączona lub włączona w pilotażu.

Checklista monitoringu

• Osoba odpowiedzialna za zbieranie zgłoszeń wyznaczona.
• Kanał zgłoszeń znany użytkownikom.
• Okres obserwacji ustalony i zapisany.
• Zgłoszenia dotyczące dostępności zbierane osobno.
• Zgłoszenia dotyczące nowego układu ustawień kategoryzowane.
• Problemy wydania oddzielone od problemów konfiguracji.
• Wnioski zapisane na potrzeby kolejnego przejścia ESR.

Checklista dokumentacji i komunikacji

• Instrukcje i zrzuty ekranu zaktualizowane pod nowy układ ustawień.
• Odnośniki do podręcznika sprawdzone — treść pochodzi teraz z portalu wsparcia.
• Użytkownicy poinformowani o zmianie układu ustawień.
• Użytkownicy poinformowani, że stare preferencje zostały zachowane.
• Wskazano, gdzie szukać opcji i jak korzystać z wyszukiwarki ustawień.
• Użytkownicy narzędzi dostępności zaproszeni do testowania opcji tytułów okien i zgłaszania problemów.

Checklista decyzji o ogólnych tytułach okien

• Pilotaż zaplanowany u kilku osób, w tym u użytkowników narzędzi dostępności.
• Okres zbierania uwag ustalony z góry.
• Wpływ na czytniki ekranu sprawdzony.
• Wpływ na nietypowe menedżery okien i przełączniki aplikacji sprawdzony.
• Zrozumienie granic opcji potwierdzone: to jeden kanał wycieku, nie pełna izolacja.
• Decyzja o wdrożeniu poparta wynikami pilotażu, a nie założeniem.

Źródła i materiały do dalszej weryfikacji

Artykuł jest autorskim opracowaniem przygotowanym na podstawie poniższych materiałów. Linki prowadzą do publikacji źródłowych.

1. New Release: Tor Browser 16.0 | Tor Project (blog.torproject.org)
2. Before you continue to Google (news.google.com)
3. Before you continue to Google (news.google.com)

Zdjęcie wyróżniające: Matheus Bertelli / Pexels.