Eteryu.space

Ewolucja bloga: Dlaczego zamieniłem Zensical na Zolę

Eteryu — Sat, 14 Nov 2026 00:00:00 +0000

Wybór silnika do bloga to decyzja inżynierska. Każdy z generatorów stron statycznych (SSG) ma swoje mocne i słabe strony. Przez długi czas mój blog działał na Zensical, który jest świetnym i nowoczesnym narzędziem. Ostatnio jednak podjąłem decyzję o migracji na Zolę.

Nie stało się to z powodu kaprysu. Poniżej przedstawiam chłodną analizę przyczyn, kompromisów i tego, co ostatecznie przeważyło szalę.

Punkt wyjścia: Zensical jako potężne narzędzie

Zensical to świetny wybór, zwłaszcza jeśli ktoś potrzebuje rozbudowanej dokumentacji. Został stworzony przez twórców Material for MkDocs i jest rozwijany jako jego następca. Oferuje wspaniały ekosystem wtyczek, gotowe komponenty i świetnie wygląda "z pudełka".

Warto oddać sprawiedliwość: Zensical również dąży do uproszczenia i potrafi budować istniejące projekty MkDocs bez konieczności zmian w konfiguracji. Wykorzystuje nowoczesny rdzeń, co przekłada się na szybkie przyrostowe przebudowy. Jednak z czasem zauważyłem, że w moim prywatnym, minimalistycznym projekcie ta "bogata" architektura zaczyna mi ciążyć. Zensical, mimo nowoczesnego rdzenia, jest dystrybuowany jako pakiet Pythona i wymaga środowiska Python oraz menedżera pakietów do instalacji i działania. Przy wdrażaniu na GitHub Actions oznacza to zarządzanie zależnościami i wirtualnymi środowiskami (venv), co bywa uciążliwe.

Dlaczego Zola? (Powody migracji)

Zola to generator napisany w języku Rust. Skupia się na jednej rzeczy: kompilacji Markdowna do HTML. I to robi bezbłędnie. Oto dlaczego wygrała.

1. Szybkość i lekkość (Single Binary)

To jest czynnik, który w społeczności deweloperów jest najczęściej chwalony. Zola jest niezwykle szybka, ponieważ jej rdzeń napisano w Rust. Rzeczywista różnica w czasie budowania zależy oczywiście od rozmiaru projektu, ale prawdziwa przewaga leży w architekturze. Zola to pojedynczy plik binarny, który nie wymaga środowiska Node.js, Ruby'ego ani Pythona. Wdrażanie na GitHub Actions jest błyskawiczne, a sama kompilacja strony zajmuje ułamek sekundy. Nie musisz martwić się o "dependency hell" ani o to, że za pół roku build przestanie działać z powodu aktualizacji jakiejś biblioteki w tle.

2. Pełna kontrola nad szablonami (Tera)

W Zensical wiele rzeczy działa "magicznie" i jest narzuconych przez motyw. Chcąc zrobić coś niestandardowego (np. mój własny Katalog Oprogramowania), musiałem czasem walczyć z tym, jak framework widzi świat.

Zola używa silnika szablonów Tera i czystego HTML. Jeśli chcę zmienić wygląd czegokolwiek, po prostu edytuję plik .html. Jeśli chcę dodać nową sekcję z własną logiką (jak katalog oparty na czystym gridzie CSS), po prostu to robię. Nie ma tutaj żadnej "czarnej magii" – to czysta inżynieria.

3. Wbudowane funkcje bez wtyczek

Zola ma wbudowane wsparcie dla kompilacji Sass, podświetlania składni kodu, generowania kanałów RSS, przetwarzania obrazów oraz automatycznego generowania spisu treści. Nie musisz instalować dziesiątek zewnętrznych wtyczek, aby uzyskać podstawową funkcjonalność. Wszystko działa od razu po wyjęciu z pudełka.

4. Zasada KISS (Keep It Simple, Stupid)

Dla prywatnego bloga z kilkoma podstronami, Zensical był miejscami "over-engineered". Zola wymusza pewną dyscyplinę: każda podstrona to plik .md z nagłówkiem TOML, a jej wygląd zależy od przypisanego szablonu. To sprawia, że struktura projektu jest czytelna i logiczna.

Co poświęciłem? (Kompromisy)

Żadna migracja nie jest darmowa. Przechodząc na Zolę, zrezygnowałem z:

Gotowego ekosystemu wtyczek (w Zoli wiele rzeczy trzeba napisać samemu, np. obsługę przypisów czy generowanie specyficznych tagów).
Opartego na gotowych komponentach interfejsu Material Design (Zola wymaga zdefiniowania własnego CSS, co z jednej strony daje wolność, a z drugiej wymaga pracy).
Wbudowanych mechanizmów nawigacji, które w Zensical są dostępne od razu.

Podsumowanie

Migracja z Zensical na Zolę to powrót do korzeni statycznych stron. Zola wymaga odrobiny więcej pracy na starcie przy budowie szablonów, ale w zamian daje absolutną, bezdyskusyjną kontrolę nad tym, co i jak jest renderowane.

Jeśli budujesz rozległą bazę wiedzy (jak np. PrivacyGuides), Zensical będzie świetnym wyborem. Jeśli jednak tworzysz osobisty, minimalistyczny blog i chcesz, aby silnik był tylko przezroczystym narzędziem w Twoich rękach – Zola jest bezkompromisowym zwycięzcą. W społeczności widać wyraźny trend migracji z Jekylla i innych cięższych narzędzi właśnie w stronę Zoli, ze względu na jej szybkość, brak zależności i prostotę.

Tor Browser: kiedy anonimowość jest warta ceny? Obiektywna analiza

Eteryu — Fri, 13 Nov 2026 00:00:00 +0000

Tor Browser to bez wątpienia jedno z najważniejszych narzędzi w arsenale obrońców prywatności. Routing cebulowy i sieć tysięcy wolontariuszy na całym świecie robią robotę, której żaden komercyjny VPN nie jest w stanie zapewnić. Często rozprawiamy się ze stereotypem Tora jako narzędzia służącego wyłącznie do nielegalnych działań w Dark Webie. Zejście z tego stereotypu jest kluczowe, ponieważ Tor jest nieocenionym wsparciem dla dziennikarzy, aktywistów czy dysydentów.

Warto na wstępie poczynić jedno kluczowe rozróżnienie. Tor to nazwa samej sieci (protokołu routingu cebulowego), natomiast Tor Browser to konkretna aplikacja – zmodyfikowana wersja Firefoksa, zaprojektowana jako brama do tej sieci dla użytkowników końcowych. W tym artykule skupiam się na przeglądarce, ale pamiętaj, że jej działanie jest nierozerwalnie związane z siecią.

Niestety, w dyskusji o Torze łatwo wpaść w drugą skrajność: traktowanie go jako uniwersalnej przeglądarki, którą „powinien używać każdy”. Prawda jest znacznie bardziej zniuansowana. Tor Browser to wyspecjalizowane narzędzie do maksymalnej anonimowości, a nie do codziennego, wygodnego przeglądania. Poniżej przedstawiam obie strony medalu, abyś mógł samodzielnie ocenić, czy jest to narzędzie dla Ciebie.

Zalety: Co Tor Browser robi najlepiej?

1. Najwyższy poziom anonimowości sieciowej

Tor ukrywa Twoją tożsamość (adres IP) przed odwiedzanymi stronami oraz ukrywa odwiedzane strony przed Twoim dostawcą internetu (ISP). Dzięki routingowi cebulowemu (onion routing) żaden pojedynczy węzeł w sieci nie zna jednocześnie Twojego adresu IP i celu podróży. Jest to standard niedostępny dla zwykłych VPN-ów, które jedynie przesuwają zaufanie z ISP na dostawcę VPN.

2. Odporność na cenzurę i inwigilację

Tor jest zaprojektowany do omijania blokad rządowych i korporacyjnych. Oprócz tradycyjnych mostków (obfs4), coraz większe znaczenie ma technologia Snowflake. Wykorzystuje ona wolontariuszy jako proxy przez przeglądarki użytkowników (WebRTC), przez co ruch Tora wygląda jak zwykłe połączenie wideo i jest ekstremalnie trudny do zablokowania przez zaawansowane zapory (DPI) ^[1].

3. Ochrona przed fingerprintingiem (w standardowej konfiguracji)

Tor Browser jest zoptymalizowany tak, aby wszyscy jego użytkownicy wyglądali identycznie. Domyślnie blokuje wiele skryptów śledzących, wtyczek i technologii profilujących. Po zamknięciu okna automatycznie czyści ciasteczka i historię, zapobiegając tworzeniu trwałego profilu użytkownika.

4. Dostęp do usług .onion i SecureDrop

Tor umożliwia dostęp do ukrytych usług (adresów .onion), które nie są indeksowane w tradycyjnych wyszukiwarkach. Kluczowym, legalnym zastosowaniem jest SecureDrop – open-source'owa platforma używana przez największe media (The Guardian, The Washington Post, ProPublica) do bezpiecznego, anonimowego przyjmowania dokumentów od sygnalistów ^[2]. SecureDrop działa wyłącznie jako usługa onion w sieci Tor, co czyni go fundamentem nowoczesnego dziennikarstwa śledczego.

Wady i koszty: Cena za anonimowość

1. Wydajność: to nie jest „nieco wolniej”

To najpoważniejszy koszt. Ruch Tora jest wielokrotnie przekierowywany przez losowe węzły na całym świecie. W praktyce przepustowość spada drastycznie:

Opóźnienia: Dodatkowe opóźnienie wynosi zazwyczaj od 250 do 400 milisekund ^[3].
Przepustowość: W zależności od warunków, może spaść do zaledwie 0,5–2 Mbps, a w szczytowych momentach nawet niżej ^[4].
Spowolnienie: W porównaniu do zwykłego przeglądania, Tor może być od 3 do 10 razy wolniejszy.

Oznacza to, że oglądanie filmów w wysokiej rozdzielczości, czy korzystanie z ciężkich aplikacji webowych, jest praktycznie niemożliwe. Pobieranie dużych plików przez sieć Tor (zwłaszcza torrentów P2P) jest surowo zabronione i obciąża wolontariuszy, którzy utrzymują sieć.

Dlaczego torrenty przez Tora to zły pomysł

Protokół BitTorrent (i większość klientów P2P) podczas łączenia się z trackerami i innymi peerami otwiera połączenia UDP lub omija proxy SOCKS5 przeglądarki. W praktyce oznacza to, że Twój prawdziwy adres IP może wyciec bezpośrednio do sieci P2P, niwecząc całą anonimowość, którą zapewnia Tor. To nie jest tylko kwestia obciążenia sieci – to fundamentalna luka w modelu bezpieczeństwa.

Rzeczywisty spadek wydajności

Według testów z 2026 roku, użytkownicy Tora raportowali prędkość pobierania na poziomie 4,2 Mbit/s przy opóźnieniu 180 ms, podczas gdy to samo łącze bez Tora osiągało 480 Mbit/s przy 16 ms ^[5]. To pokazuje skalę kompromisu.

2. Ryzyko związane z węzłami wyjściowymi (Exit Nodes)

To kluczowy szczegół techniczny, o którym zapominają popularnonaukowe wpisy. Ruch między węzłem wyjściowym a docelową stroną (jeśli ta nie wymusza HTTPS) jest nieszyfrowany. Oznacza to, że jeśli wejdziesz na stronę bez kłódki HTTPS, złośliwy operator węzła wyjściowego może przechwycić Twoje hasła, formularze czy e-maile.

Incydent przejęcia węzłów wyjściowych (2026)

W październiku 2026 roku badacze ujawnili skoordynowany atak, w którym przejęto około 333 węzłów wyjściowych Tora (około 10% wszystkich). Wykorzystano je do przechwytywania ruchu SSH, kradzieży danych logowania i prób instalacji złośliwego oprogramowania ^[6]. Anonimowość na poziomie sieci nie chroni Twoich danych, jeśli końcowa transmisja jest otwarta.

3. Ograniczenia na urządzeniach mobilnych

iOS: Tor Browser nie jest dostępny na iOS. Apple wymusza korzystanie z silnika WebKit, co uniemożliwia przeglądarce Onion Browser zapewnienie takich samych zabezpieczeń prywatności jak na desktopie ^[7].
Android: Tor Browser na Androida działa natywnie, ale nie pozwala na przekierowywanie ruchu z innych aplikacji przez sieć Tor. Do tego celu potrzebne są osobne narzędzia, takie jak Orbot ^[8].

4. Krucha równowaga i podatność na błędy

Anonimowość w Torze jest jak domek z kart. Jeśli zmienisz rozmiar okna (np. na pełny ekran), zainstalujesz dodatkowe rozszerzenia (poza wbudowanym NoScript) lub zmienisz konfigurację, natychmiast wyróżnisz się z tłumu. Zniweczysz cały wysiłek sieci włożony w Twoją anonimowość.

NoScript i poziomy bezpieczeństwa

Tor Browser ma wbudowany potężny dodatek NoScript, ale w domyślnym trybie Standard JavaScript jest włączany dla bezpiecznych stron HTTPS, aby nie „zepsuć” internetu większości użytkowników. Dopiero przestawienie na Safer lub Safest całkowicie blokuje JavaScript tam, gdzie to ryzykowne. To wyjaśnia, dlaczego przeciętny użytkownik nie ucieka z Tora w pierwszych pięciu minutach z powodu niedziałających stron – dopóki nie zmieni poziomu, wielu witryn po prostu nie da się używać.

Historia podatności

Nawet w Tor Browserze mogą pojawiać się luki bezpieczeństwa. Przykładowo, CVE-2026-6770 (średnie ryzyko) umożliwiał stronom generowanie unikalnych identyfikatorów do śledzenia fingerprintingu ^[9], a CVE-2026-10702 (wysokie ryzyko) był luką w kompilatorze JIT Firefoksa, która mogła pozwolić na przejęcie przeglądarki po odwiedzeniu złośliwej strony ^[10].

Jak wybrać? Przewodnik po modelach zagrożeń

To pytanie sprowadza się do Twojego modelu zagrożeń. Nie ma jednej idealnej odpowiedzi.

Kiedy Tor jest konieczny?

Ukrycie tożsamości przed samą stroną docelową: Jesteś dziennikarzem śledczym, działaczem w państwie autorytarnym lub zgłaszasz nadużycia korporacyjne, narażając się na odwet.
Omijanie zaawansowanej cenzury: Potrzebujesz dostępu do informacji w kraju, w którym rząd blokuje ruch Tora. Mostki (bridges) lub Snowflake mogą Ci w tym pomóc.
Dostęp do usług .onion: Potrzebujesz skorzystać z konkretnej usługi ukrytej, takiej jak SecureDrop.

Kiedy VPN jest lepszy?

Codzienne przeglądanie: Chcesz ukryć swoją aktywność przed ISP i chronić się w publicznych sieciach Wi-Fi, ale zależy Ci na prędkości.
Korzystanie z bankowości i logowanie na konta: Logowanie się na swoje osobiste konta przez Tora mija się z celem – dobrowolnie oddajesz anonimowość, którą on daje.
Streaming i duże pliki: Tor jest zbyt wolny do obsługi wideo w wysokiej jakości lub pobierania dużych plików.

Bezpieczeństwo w Torze na Androidzie (np. GrapheneOS)

Jeśli już zdecydujesz się na Tora na telefonie, pamiętaj o absolutnych podstawach:

Pobieraj tylko z oficjalnych źródeł: Najbezpieczniejszą opcją jest oficjalna strona Tor Project lub menedżer Obtainium, który pobiera pliki bezpośrednio od dewelopera.
F-Droid tylko dla świadomych: Jeśli już korzystasz z F-Droida, Tor Browser jest dostępny w repozytorium Guardian Project. Pamiętaj jednak, że F-Droid słynie z opóźnień w aktualizacjach, co w przypadku przeglądarki jest poważnym ryzykiem bezpieczeństwa. Wybierz tę drogę tylko, jeśli w pełni akceptujesz ten kompromis.
Nie loguj się na swoje konta: Tor ma sens tylko wtedy, gdy jesteś „anonimowym szumem”.
Pilnuj HTTPS: Wchodź tylko na strony z kłódką.
Nie instaluj wtyczek: Wbudowany NoScript w Torze wystarczy. Każdy dodatek to unikalny ślad.
Nie zmieniaj rozmiaru okna: Zostaw domyślny, pomniejszony widok, by uniknąć fingerprintingu.
Dostosuj poziom bezpieczeństwa: W ustawieniach Tor Browser wybierz poziom Safer (blokuje JavaScript na stronach non-HTTPS) lub Safest (blokuje JavaScript na wszystkich stronach). To drastycznie zwiększa odporność na exploity, kosztem wygody.
Pamiętaj o ograniczeniach mobilnych: Tor Browser na Androida nie obsługuje ruchu z innych aplikacji – do tego celu użyj Orbot.

Podsumowanie

Tor Browser to potężne, fascynujące i niezwykle potrzebne narzędzie. Dzięki niemu dziennikarze mogą pracować bezpiecznie, a ludzie w cenzurowanych krajach mają dostęp do informacji.

Nie jest to jednak przeglądarka dla każdego i do wszystkiego. Świadome korzystanie z sieci polega na tym, aby dobierać narzędzia do zagrożeń, a nie używać najbardziej radykalnych opcji „na wszelki wypadek”, płacąc przy tym ogromną cenę w postaci wydajności i komfortu. Czasami najlepszym wyborem jest po prostu dobrze skonfigurowany VPN i zdrowy rozsądek.

Przypisy

Tor Project. (n.d.). Snowflake. Link ↩
SecureDrop. (n.d.). SecureDrop. Link ↩
Shattered. (2026, June 18). Tor Browser vs VPN: Free vs $5/Month, 50x Speed Gap [2026]. Link ↩
Shattered. (2026, June 18). Tor Browser vs VPN: Free vs $5/Month, 50x Speed Gap [2026]. Link ↩
LWN.net. (2025, November 20). Tails Practical?. Link ↩
Mallory. (2026, October 20). Researcher Reports 333 Tor Exit Nodes Hijacking SSH Traffic to Steal Credentials. Link ↩
Tor Project. (n.d.). Download Tor Browser. Link ↩
Orbot. (n.d.). FAQs. Link ↩
ThaiCERT. (2026, April 29). CVE-2026-6770 Vulnerability Found in Firefox and Tor Browser, Risk of Cross-Site Fingerprinting Tracking. Link ↩
The Hacker News. (2026, July 29). Researchers Show a Single Malicious Webpage Visit Can Compromise Tor Browser. Link ↩

Dlaczego de-googling nie jest stratą czasu

Eteryu — Thu, 12 Nov 2026 00:00:00 +0000

Ekosystemy mobilne są projektowane tak, aby były maksymalnie wygodne. Wszechobecna integracja usług, płynne logowanie i chmura sprawiają, że z telefonu korzysta się po prostu łatwo. Nie ma sensu udawać, że narzędzia Google są złe technicznie – pod względem bezpieczeństwa stoją na bardzo wysokim poziomie. Prawdziwym problemem nie jest brak zabezpieczeń, a ich apetyt na dane i budowanie trwałych profili użytkowników.

Czy w takim razie próba ograniczenia obecności Google w telefonie ma sens? Tak, ale tylko wtedy, gdy nie traktujemy jej jako ideologicznej krucjaty. To nie projekt "wszystko albo nic", który musi zakończyć się sukcesem w 100%. To proces redukcji ryzyka, który można wdrażać stopniowo.

Model zagrożeń to Twój kompas, nie cudza lista aplikacji

Najczęstszym błędem popełnianym przy próbie odzyskania kontroli nad danymi jest szukanie gotowych "appstacków" – list aplikacji, które rzekomo załatwiają sprawę. To pułapka. To, co działa dla jednej osoby, może być koszmarem logistycznym dla kogoś innego.

Zanim zaczniesz cokolwiek zmieniać, zadaj sobie pytanie z filozofii threat modelingu: przed kim i przed czym chcę się chronić?

Jeśli Twoim celem jest ograniczenie profilowania behawioralnego i reklam, warto zacząć od przeglądarki i systemowego DNS.
Jeśli obawiasz się masowej inwigilacji lub wycieku wrażliwych danych, potrzebujesz głębszej izolacji systemu.

Bezpieczeństwo a de-googling

Warto o tym pamiętać: nawet twórcy zaawansowanych systemów, jak GrapheneOS, otwarcie podkreślają, że ich głównym celem jest bezpieczeństwo, a nie de-googling jako taki. Pozbycie się usług Google to często skutek uboczny dbania o prywatność i kontrolę, a nie ślepa ideologia.

Bez zdefiniowania zagrożeń, proces ten szybko zamieni się w tzw. teatr prywatności (privacy theater) – pozorowanie bezpieczeństwa bez realnego zysku. A co gorsza, jeśli nowy setup będzie zbyt niewygodny, prędzej czy później z niego zrezygnujesz.

Pułapka innego ekosystemu

Ucieczka od Google nie oznacza automatycznego przeniesienia całego życia do innego zamkniętego ekosystemu. W ten sposób zamieniasz jednego potentata zbierającego dane na innego, często płacąc przy tym więcej. Prawdziwa prywatność opiera się na rozwiązaniach otwartych i rozproszonych, a nie na zmianie logo korporacji. Co więcej, nadmierne uzależnienie od jednego dostawcy usług wiąże się z ryzykiem paraliżu, jeśli ich infrastruktura ulegnie awarii.

Pragmatyczny plan działania (Mobile)

Narzędzia to tylko przykłady

Wymienione poniżej aplikacje i usługi to wyłącznie propozycje, a nie sztywne wytyczne. Każde z tych narzędzi ma swoje wady i zalety, a to, co sprawdza się w moim modelu zagrożeń, nie musi sprawdzić się w Twoim. Wybieraj rozwiązania pod siebie, testuj je i czytaj ich dokumentację, zamiast ślepo instalować wszystko z listy.

Zamiast rewolucji, postaw na ewolucję. Oto jak krok po kroku ograniczać śledzenie na telefonie, zachowując jego użyteczność.

Krok 1: Przeglądarka

Chrome to porządna przeglądarka pod względem bezpieczeństwa. Warto wiedzieć, że opiera się na silniku Chromium – projekcie open source rozwijanym m.in. przez Google, z którego kodu korzystają niemal wszystkie nowoczesne przeglądarki na rynku (np. Edge, Brave, Vivaldi).

Choć alternatywne przeglądarki bazują na tym samym silniku renderującym, drastycznie różnią się od Chrome polityką telemetrii, brakiem zaszytego śledzenia i wbudowanymi narzędziami blokującymi. Sama aplikacja Chrome zawiera bowiem dodatkowe usługi Google i mechanizmy raportowania.

Jeśli nie chcesz zmieniać przeglądarki: Możesz ograniczyć zbieranie części danych w ustawieniach. W Chrome na Androida wejdź w Ustawienia → Usługi Google i wyłącz opcje takie jak "Pomóż ulepszyć Chrome" oraz "Ulepszaj wyszukiwanie i przeglądanie". Możesz też wyłączyć synchronizację i historię aktywności.
Jeśli szukasz alternatywy: Warto rozejrzeć się za przeglądarkami, które domyślnie kładą większy nacisk na prywatność i oferują wbudowane blokady trackerów, bez konieczności żmudnej konfiguracji.

Krok 2: DNS i firewall (Cicha blokada na poziomie sieci)

Nawet jeśli aplikacja próbuje wysłać dane telemetryczne, można to uciąć na poziomie sieci. Warto pamiętać, że samo ustawienie prywatnego DNS (DoH/DoT) zmienia jedynie serwer, do którego kierowane są zapytania, ale nie blokuje ruchu wysyłanego bezpośrednio przez aplikacje.

Co zrobić: Aby uzyskać realną kontrolę, warto sięgnąć po aplikacje działające jako firewall per-app. Takie narzędzia wykorzystują lokalny interfejs VPNService do przechwytywania ruchu i pozwalają na blokowanie dostępu do internetu poszczególnym aplikacjom oraz filtrowanie zapytań DNS za pomocą list blokad (np. telemetrii systemowej).
Alternatywnie: Możesz skonfigurować prywatny resolver (DoH/DoT), wybierając dostawcę, który oferuje odpowiednie listy blokad (np. reklam i trackerów) oraz pozwala na własne modyfikacje.

Krok 3: Izolacja aplikacji (Gdy musisz użyć usług Google)

Czasem nie da się uciec od aplikacji bankowej, która wymaga Google Play, albo od Map Google'a. Zamiast z nich rezygnować, odizoluj je. Sposób zależy od systemu:

GrapheneOS: Użyj funkcji "Sandboxed Google Play". Instalujesz usługi Google jako zwykłe aplikacje w piaskownicy – nie mają one żadnych specjalnych uprawnień systemowych ani dostępu do danych poza swoją własną piaskownicą. (Uwaga: Obecnie GrapheneOS jest oficjalnie wspierany wyłącznie na smartfonach Google Pixel ze względów bezpieczeństwa sprzętowego).
Standardowy Android (15+): Użyj funkcji Private Space. Jest to lepsze rozwiązanie do izolacji niż starszy Work Profile (Profil Roboczy), który został zaprojektowany głównie dla celów firmowych, a nie prywatności.
Starsze wersje Androida: Work Profile wciąż może być użyty jako podstawowa forma oddzielenia aplikacji, ale pamiętaj o jego ograniczeniach.

Krok 4: Alternatywy dla chmury (Selektywnie)

Nie musisz od razu przenosić całego życia. Zacznij od tego, co najczęściej wycieka.

Co zrobić: Rozważ alternatywy dla Gmaila i Dysku Google (np. Proton Mail, Proton Drive, Filen, Tuta). Do zdjęć możesz użyć dedykowanych, szyfrowanych galerii (np. Ente Photos) lub rozwiązań lokalnych (np. Iris) z opcją synchronizacji do prywatnej chmury (np. Nextcloud).
Jeśli musisz zostać przy Gmailu: Możesz używać go przez zewnętrznego klienta poczty, np. FairEmail. Wspiera on logowanie przez OAuth, ale tylko w wersji z GitHub lub Play Store. Wersja z F-Droid nie obsługuje OAuth (wymaga hasła aplikacji, co jest mniej bezpieczne) i pozwala na większą kontrolę nad tym, co aplikacja pobiera (np. wyłączenie ładowania obrazków).

Krok 5: Higiena aplikacji i konta

Uprawnienia w telefonie: Regularnie sprawdzaj uprawnienia aplikacji (np. za pomocą App Managera lub wbudowanych narzędzi). Odbieraj dostęp do lokalizacji i mikrofonu aplikacjom, które nie mają ku temu realnego powodu.
Ustawienia konta Google: Odebranie uprawnień aplikacjom w telefonie to tylko połowa sukcesu. Google potrafi szacować Twoją lokalizację na podstawie adresów MAC sieci Wi-Fi i masztów BTS. Aby uciąć to źródło danych, zaloguj się na swoje konto Google w przeglądarce i wyłącz Historię lokalizacji (Timeline), a następnie usuń dotychczasowe dane.

De-googling to nie wszystko: Higiena cyfrowa i OPSEC

Warto pamiętać o jeszcze jednej, fundamentalnej rzeczy: ucieczka od ekosystemu Google na niewiele się zda, jeśli zapomnisz o podstawach bezpieczeństwa (w żargonie technicznym zwanym OPSEC, czyli operacyjnym bezpieczeństwem). Prywatność i bezpieczeństwo to dwa różne pojęcia, które mocno się zazębiają. Żaden odizolowany system czy prywatny DNS nie pomoże, jeśli:

Używasz tego samego hasła do poczty, banku i skrzynek społecznościowych (wystarczy wyciek z jednego, niszowego serwisu, aby ktoś przejął Twoje główne konto). Używaj menedżera haseł i unikalnych, długich haseł do każdej usługi.
Nie masz włączonego uwierzytelniania dwuetapowego (2FA). Najlepiej opartego na kluczach sprzętowych (np. YubiKey) lub passkeys, które są odporne na phishing. Aplikacje TOTP (np. Aegis, Ente Auth) są dobrym, bezpieczniejszym od SMS-a wyborem, ale nadal podatnym na zaawansowane ataki phishingowe. SMS-ów jako 2FA należy unikać, ponieważ są podatne na przejęcie karty SIM (SIM-swapping).
Rozdajesz swoje dane w sieci – rejestrując się w sklepach internetowych na swój główny adres e-mail. Warto korzystać z tzw. aliasów pocztowych (np. od SimpleLogin czy Addy.io), które izolują Twoją główną skrzynkę od potencjalnych wycieków danych i spamu.

De-googling ma sens tylko wtedy, gdy idzie w parze ze zdrowymi nawykami. To budowanie domu na solidnych fundamentach – zmiana zamków w drzwiach (Google) nic nie da, jeśli zostawisz otwarte okno na oścież (brak podstawowej higieny cyfrowej).

Mit „wszystkiego albo nic” i cyfrowe wypalenie

Wokół tematu odzyskiwania prywatności narosło wiele mitów. Najczęstszym powodem, dla którego ludzie porzucają próbę de-googlingu (i wracają do tego rozczarowani), jest skrajne podejście.

Próba natychmiastowego usunięcia każdego konta, porzucenia map, przejścia na telefon bez wsparcia dla aplikacji bankowych i odcięcia się od wszystkich usług zazwyczaj kończy się cyfrowym wypaleniem po dwóch tygodniach. To naturalne – nowoczesna infrastruktura cyfrowa jest zbudowana wokół wygody wielkich korporacji.

Negatywny nihilizm w mediach

W środowiskach dbających o prywatność na tego typu artykuły (twierdzące, że „to strata czasu, bo i tak nie ukryjesz się przed Googlem”) mówi się zjawisko „negatywnego nihilizmu”. Polega on na tym, że zamiast promować małe, realne kroki, autorzy zniechęcają czytelników do jakiegokolwiek działania. To błąd logiczny: fakt, że nie da się być w 100% anonimowym, nie oznacza, że nie warto ograniczać zbierania danych.

De-googling nie jest wyścigiem na 100%. Nawet częściowe ograniczenie cyfrowego śledzenia (poprzez zmianę DNS, izolację aplikacji czy rezygnację z przeglądarki Chrome) znacząco zmniejsza ilość danych przekazywanych do profilu behawioralnego. Nie musisz żyć w cyfrowej jaskini, żeby odzyskać spokój – wystarczy, że przestaniesz ułatwiać korporacjom profilowanie każdego swojego kroku.

Czego unikać? (Anty-wzorce)

Kupowania przepłaconych VPN-ów "dla anonimowości": VPN zmienia Twój adres IP, ale nie ukryje Cię przed Googlem, jeśli jesteś na nim zalogowany. Firma nadal będzie zbierać dane o Twojej aktywności powiązane z kontem.
Wymuszania niewygodnych rozwiązań: Jeśli alternatywny klient poczty jest tak toporny, że nie da się go używać, wrócisz do Gmaila. Lepiej używać Gmaila przez klienta zewnętrznego z wyłączonymi obrazkami, niż męczyć się z czymś, co nie działa.
Ślepego podążania za trendami: To nie moda, a inżynieria Twojej prywatności. Rób tylko to, co jest uzasadnione Twoim modelem zagrożeń.

Podsumowanie

Odzyskiwanie kontroli nad danymi na telefonie nie jest stratą czasu. Jest to po prostu proces stopniowego odbierania kontroli korporacjom nad Twoimi danymi. Nie musisz od razu instalować GrapheneOS i wyrzucać telefonu do kosza. Wystarczy, że zmienisz przeglądarkę, ustawisz prywatny DNS i zaczniesz izolować aplikacje, które mają największy apetyt na dane.

Kluczem jest świadomość, a nie paranoja. Prawdziwa prywatność nie polega na życiu w jaskini, ale na tym, że to Ty decydujesz, kto i na jakich warunkach ma dostęp do Twojej cyfrowej rzeczywistości.

SMS of Death: dlaczego aktualizacje to nie opcja, a higiena

Eteryu — Thu, 12 Nov 2026 00:00:00 +0000

Wiadomość SMS, która nigdy nie trafia do skrzynki odbiorczej. Zero interakcji ze strony użytkownika. Telefon traci zasięg, aktywne połączenie zostaje zerwane, a w najgorszym scenariuszu urządzenie wpada w pętlę restartów. To nie scenariusz z filmu science fiction, a realna podatność oznaczona jako CVE-2026-58882, nazwana przez odkrywcę „SMS of Death”^[1].

Czym jest WAP Push i dlaczego to działa?

Większość użytkowników kojarzy SMS-y wyłącznie z tekstem, który pojawia się w aplikacji Wiadomości. Tymczasem infrastruktura telefonii komórkowej obsługuje również wiadomości typu WAP Push – czyli binarne wiadomości danych (data SMS), które operatorzy wykorzystują do zdalnej konfiguracji urządzeń, np. do ustawień MMS lub parametrów sieci.

Kluczowy problem polega na tym, że te wiadomości są przetwarzane przez system operacyjny na poziomie frameworka telekomunikacyjnego, zanim jeszcze trafią do jakiejkolwiek aplikacji użytkownika. Oznacza to, że atakujący nie musi czekać, aż ofiara otworzy wiadomość – wystarczy, że telefon ją odbierze.

Anatomia błędu: od 8 bajtów do reboot loopa

Podatność tkwi w funkcji WapPushOverSms.decodeWapPdu() w Androidzie. Mechanizm jest klasycznym błędem obcięcia liczby całkowitej (numeric truncation error, CWE-197)^[2]:

Nagłówek wiadomości WAP Push zawiera 5-bajtową wartość określającą jego długość.
Android odczytuje tę wartość jako liczbę typu long (np. 2 147 483 648).
Następnie konwertuje ją do mniejszego typu int (32-bit), bez sprawdzenia zakresu.
Wartość ulega obcięciu i staje się liczbą ujemną (-2 147 483 648).
System próbuje zaalokować tablicę o ujemnym rozmiarze, co wywołuje wyjątek NegativeArraySizeException.
Wyjątek nie jest przechwytywany, co powoduje natychmiastowe ubicie procesu com.android.phone – czyli usługi odpowiedzialnej za obsługę połączeń.

Pojedyncza wiadomość powoduje utratę zasięgu na 1-2 sekundy, dopóki proces nie zostanie zrestartowany. Problem w tym, że operatorzy często ponawiają wysyłkę niepotwierdzonych wiadomości, a Android zapisuje „zatrutą” wiadomość w kolejce oczekujących, którą próbuje przetworzyć przy każdym rozruchu. Według badacza Marka Blaszczyka, około 20 takich wiadomości może trwale unieruchomić urządzenie, zmuszając użytkownika do przywrócenia ustawień fabrycznych^[3].

Dlaczego Android 12 i 13 zostają bez łatki?

To jest punkt, w którym filozofia distrust staje się niezwykle aktualna. Google naprawiło błąd w ramach aktualizacji bezpieczeństwa z października 2026 roku. Poprawka trafiła jednak wyłącznie do Androida 14, 15, 16 i 17.

Brak ochrony dla starszych urządzeń

Urządzenia pracujące na Androidzie 12 i 13 – mimo że podatność została na nich z powodzeniem zreprodukowana – nie otrzymały i najprawdopodobniej nie otrzymają oficjalnej łatki. Wynika to z cyklu wsparcia: Google oficjalnie zakończyło wsparcie bezpieczeństwa dla tych wersji.

Warto dodać niuans: badacz zgłosił błąd 5 maja 2026 roku, a Google wewnętrznie opracowało poprawkę już 15 czerwca. Trafiła ona jednak do publicznej wiadomości dopiero w październiku, co mogło sprawiać wrażenie, że zgłoszenie zostało zignorowane^[4].

To doskonały przykład na to, dlaczego „domyślne zaufanie” do systemu operacyjnego jest złudzeniem. System może być technicznie szczelny w momencie zakupu, ale po zakończeniu cyklu wsparcia staje się cyfrowym reliktem – podatnym na ataki, na które nikt już nie szuka rozwiązań.

Co to oznacza dla użytkownika?

Zgodnie z zasadą minimalizacji ryzyka, oto praktyczne wnioski:

Aktualizuj. Jeśli korzystasz z Androida 14 lub nowszego, upewnij się, że masz zainstalowaną aktualizację bezpieczeństwa z października lub listopada 2026. W wielu przypadkach wymaga to restartu urządzenia.
Weryfikuj cykl wsparcia przed zakupem. Kupując telefon, nie patrz tylko na specyfikację. Sprawdź, jak długo producent gwarantuje aktualizacje bezpieczeństwa. Urządzenie bez wsparcia to potencjalna luka, niezależnie od ceny.
Nie licz na „spokój”. Fakt, że podatność nie jest obecnie masowo wykorzystywana, nie oznacza, że jest bezpieczna. Kod proof-of-concept jest publicznie dostępny, a bariera wejścia dla atakującego jest zerowa – wystarczy znać numer telefonu ofiary.

Uwaga na fałszywe poczucie bezpieczeństwa

Jeśli korzystasz z Androida 12 lub 13, wyłączenie WAP Push w ustawieniach aplikacji SMS nie zapobiega atakowi. Podatność jest wykorzystywana na niższym poziomie systemu (com.android.phone), zanim wiadomość trafi do aplikacji. Jedynym realnym rozwiązaniem jest aktualizacja systemu. W razie wystąpienia pętli restartów pozostaje ręczne usunięcie zablokowanej wiadomości z kolejki (np. przez ADB) lub użycie narzędzi pomocniczych, takich jak WapGuard^[5].

Podsumowanie

CVE-2026-58882 nie jest wyrafinowanym atakiem. To błąd walidacji, który mógłby zostać wyeliminowany odpowiednio wczesną kontrolą typów. Prawdziwym problemem nie jest jednak sam błąd, a model dystrybucji łat i cykl życia systemu. „SMS of Death” przypomina, że w świecie, w którym urządzenie jest naszym głównym interfejsem do rzeczywistości, aktualizacje bezpieczeństwa nie są luksusem. Są higieną.

Przypisy

ThaiCERT. (2026, November 2). CVE-2026-58882: Android "SMS of Death" Vulnerability. Link ↩
Common Weakness Enumeration. (n.d.). CWE-197: Numeric Truncation Error. Link ↩
BleepingComputer. (2026, October 31). New Android SMS of Death exploit can remotely crash unpatched phones. Link ↩
eSecurity Planet. (2026, October 30). Android 'SMS of Death' Flaw Can Drop Emergency Calls, Trigger Reboot Loops. Link ↩
Android Authority. (2026, October 30). Android's SMS of Death bug can knock out your phone, but a fix is coming soon. Link ↩

Nowy rozdział: zmiana otoczenia

Eteryu — Tue, 10 Nov 2026 00:00:00 +0000

Od dłuższego czasu planowaliśmy z żoną przeprowadzkę. Spędziłem na Pomorzu Zachodnim 30 lat, żyłem tam od urodzenia. W końcu nadarzyła się odpowiednia okazja, więc postanowiliśmy zrealizować ten plan. Wsiadłem w pociąg i pokonałem prawie 700 km. Od kilku dni jestem na miejscu.

"Fresh start" w praktyce

Zawsze fascynował mnie amerykański model życia, w którym zmiana miejsca zamieszkania jest naturalnym narzędziem do przewartościowania priorytetów. Dziś sam go przetestowałem. Zamiast typowej przeprowadzki, zabraliśmy ze sobą tylko niezbędne rzeczy. Nie ciągniemy za sobą starych mebli ani zbędnych przedmiotów. To świadoma decyzja o faktycznym rozpoczęciu nowego rozdziału od zera, bez bagażu z przeszłości.

Architektura miast i logistyka

Nowy region wymaga zupełnie innego podejścia do codziennej logistyki. Tutaj mamy do czynienia z konurbacją – wieloma bezpośrednio sąsiadującymi miastami. Autobusy miejskie płynnie przejeżdżają przez granice administracyjne, a rozbudowana sieć tramwajowa i autobusowa tworzy jeden spójny system. Można żyć w jednym mieście, a pracować w drugim. Na Pomorzu, aby przemieszczać się między większymi ośrodkami, trzeba było pokonywać długie dystanse przez mniejsze miejscowości. To diametralna zmiana perspektywy.

Mobilny warsztat pracy

Mój warsztat pozostał mobilny – nadal działam wyłącznie z telefonu. W nowym miejscu nie mam jeszcze stacjonarnego internetu, ale o prywatność łączności dbam tak samo jak wcześniej. Zamiast polegać na domyślnej konfiguracji, ruch nadal jest szyfrowany, a zapytania DNS przechodzą przez moją własną, bezserwerową infrastrukturę.

Co dalej?

Zostawiam za sobą 30 lat w jednym miejscu. Teraz czas na aklimatyzację, powolne poznawanie okolic i wdrożenie się w nowe projekty. To nowy start, który pozwala spojrzeć na wiele spraw z innej perspektywy i zresetować priorytety.

Ewolucja Zero Trust: od korporacyjnej architektury do filozofii codziennej higieny

Eteryu — Wed, 04 Nov 2026 00:00:00 +0000

Termin „Zero Trust” budzi dziś skrajne emocje. Dla jednych to korporacyjny żargon dla działów IT, dla innych fundament osobistej higieny cyfrowej. Jak doszło do tej ewolucji i dlaczego filozofia „nie ufaj domyślnie” jest dziś potrzebna każdemu?

Narodziny w korporacji (2010)

W 2010 roku John Kindervag z Forrester Research opublikował raport „No More Chewy Centers”, w którym uknuł termin „Zero Trust”^[1]. Jego spostrzeżenie było proste: tradycyjny model bezpieczeństwa oparty na „zamku i fosie” (twarda skorupa na zewnątrz, miękki środek) nie sprawdza się, gdy atakujący przedostanie się przez zewnętrzne zabezpieczenia. Zamiast tego zaproponował model, w którym cały ruch, nawet wewnątrz firmy, jest traktowany jako niezaufany, a dostęp jest przyznawany dopiero po weryfikacji.

Był to więc termin głęboko korporacyjny, stworzony z myślą o architekturze sieciowej dla przedsiębiorstw.

Kodyfikacja przez NIST (2020)

W 2020 roku amerykański Narodowy Instytut Standardów i Technologii (NIST) opublikował dokument SP 800-207, który formalnie zdefiniował Zero Trust jako „ewoluujący zestaw paradygmatów cyberbezpieczeństwa” dla infrastruktury przemysłowej i korporacyjnej. NIST podkreślił, że Zero Trust nie jest produktem, który można kupić, lecz strategią i zobowiązaniem wymagającym zrozumienia i wdrożenia w całej organizacji^[2].

To właśnie ten dokument ugruntował obecne skojarzenie Zero Trust z działami IT i architekturą sieciową.

Ewolucja w stronę człowieka

Okazuje się jednak, że filozofia „Never trust, always verify” jest uniwersalna. Współczesny świat cyberbezpieczeństwa dawno dostrzegł, że te same zasady, których używają organizacje, doskonale sprawdzają się w codziennym życiu.

Oczywiście w życiu codziennym nie wdrażamy mikrosegmentacji sieci ani korporacyjnych zapór zaplecza. Zapożyczamy z tego modelu samą istotę, czyli zasadę ciągłej weryfikacji i brak domniemanego zaufania. To analogia filozoficzna, a nie dosłowne przenoszenie protokołów z NIST do naszych domów.

NCSC (brytyjski odpowiednik NASK) definiuje Zero Trust jako „nowoczesne podejście bezpieczeństwa, czyli filozofię, która kwestionuje tradycyjne założenie, że wszystko wewnątrz sieci organizacji jest domyślnie zaufane”^[3]. NCSC wyraźnie oddziela filozofię („dlaczego”) od architektury („jak”) i podkreśla, że Zero Trust to strategiczne zobowiązanie, a nie pojedynczy produkt.

Bugcrowd w artykule „The human side of zero trust” pisze o „ludzkim modelu Zero Trust” i o tym, jak „logikę Zero Trust można zastosować do życia społecznego”^[4]. Autorzy przekonują, że skoro w cyberbezpieczeństwie przeszliśmy na Zero Trust, te idee coraz częściej dotyczą również ludzi. W praktyce oznacza to: zakładaj, że wszystko, co udostępniasz online, może stać się publiczne; weryfikuj kontekst i tożsamość; ciągle na nowo oceniaj zaufanie.

Greylock Federal Credit Union w artykule „Stay Vigilant” pisze wprost: „Uważam, że zasada ta powinna mieć zastosowanie do nas osobiście w takim samym stopniu, jak do technologii”^[5]. Autor dodaje: „Wszystko, co wiąże się z Twoimi danymi osobowymi, domem lub pieniędzmi, lub cokolwiek choćby lekko nieoczekiwanego, powinno wywołać moment zero trust”.

Forbes Technology Council w artykule o higienie cyfrowej radzi wprost: „Przyjmij nastawienie Zero-Trust (Adopt a Zero-Trust Mindset)”, które obejmuje rozdzielanie aktywności prywatnej i zawodowej, unikanie nieznanych sieci Wi-Fi oraz włączanie uwierzytelniania wieloskładnikowego^[6].

Zero Trust nie jest produktem

Warto w tym miejscu podkreślić jedną rzecz: Zero Trust to nie jest produkt, który można kupić, ani pojedyncze narzędzie do zainstalowania. NCSC ostrzega, że marketingowe twierdzenia niektórych dostawców, którzy sugerują, że ich produkty są ZT, są mylące. W rzeczywistości ZT nie jest pojedynczym produktem, to strategiczne zobowiązanie^[7].

To rozróżnienie jest kluczowe. Zero Trust to sposób myślenia, filozofia, którą można wdrożyć zarówno w korporacji, jak i w domu. Architektura jest tylko jednym ze sposobów realizacji tej filozofii w praktyce.

Od czego zacząć? Praktyczny wymiar Zero Trust

Skoro Zero Trust to filozofia, jak wdrożyć ją w codziennym życiu? Oto kilka praktycznych zasad, zaczerpniętych z przywołanych źródeł:

Zakładaj, że wszystko, co udostępniasz online, może stać się publiczne (Bugcrowd). Zanim opublikujesz zdjęcie lub komentarz, pomyśl, czy chcesz, żeby zobaczył to przyszły pracodawca.
Weryfikuj kontekst i tożsamość (Bugcrowd). Nie zakładaj, że e-mail od „banku” rzeczywiście pochodzi z banku. Sprawdź nadawcę, link i certyfikat.
Ciągle na nowo oceniaj zaufanie (Bugcrowd). To, co było bezpieczne wczoraj, może być zagrożeniem dzisiaj. Regularnie przeglądaj uprawnienia aplikacji i aktualizuj oprogramowanie.
Rozdzielaj aktywności prywatne i zawodowe (Forbes). Nie używaj tego samego adresu e-mail do banku i do newslettera z memami.
Unikaj nieznanych sieci Wi-Fi (Forbes). Kiedy łączysz się z publiczną siecią, nie masz pojęcia, kto może przechwytywać Twój ruch.
Wdrażaj uwierzytelnianie wieloskładnikowe (MFA) (Forbes). Nawet jeśli ktoś zdobędzie Twoje hasło, bez drugiego składnika nie zaloguje się na Twoje konto.
Zatrzymaj się i pomyśl, zanim klikniesz (Greylock). Oszuści chcą, żebyś działał szybko i pod wpływem emocji. Zwolnij, zweryfikuj i dopiero wtedy podejmij decyzję.

Podsumowanie

Zero Trust narodziło się w korporacji jako odpowiedź na zawodność tradycyjnych modeli bezpieczeństwa sieciowego. Przez dekadę przeszło jednak ewolucję: od architektury dla działów IT do filozofii, którą każdy z nas może wdrożyć w codziennym życiu.

Dla mnie, jako autora bloga o cyfrowej higienie, Zero Trust to przede wszystkim nastawienie: nie ufaj domyślnie, weryfikuj, kontroluj to, co wychodzi z Twojego urządzenia. To dokładnie ta sama zasada, którą kieruję się w moim manifeście distrust.pl. Nie jest to jednak wdrażanie korporacyjnych standardów sieciowych, a świadome przeniesienie ich filozofii na grunt codziennych decyzji.

Nie musisz być korporacją, żeby myśleć jak Zero Trust. Wystarczy, że zaczniesz od siebie.

Przypisy

Kindervag, J. (2010). No More Chewy Centers: Introducing the Zero Trust Model of Information Security. Forrester Research. ↩
NIST. (2020). SP 800-207: Zero Trust Architecture. Link ↩
NCSC. (2025). Demystifying Zero Trust. Link ↩
Bugcrowd. (2025). The human side of zero trust. Link ↩
Greylock Federal Credit Union. (2026). Stay Vigilant. Link ↩
Forbes Technology Council. (2025). Digital Hygiene Habits That Strengthen Business And Personal Security. Link ↩
NCSC. (2025). Demystifying Zero Trust. Link ↩

Mniej znaczy więcej. Powrót do korzeni i zmiana instancji

Eteryu — Tue, 03 Nov 2026 00:00:00 +0000

Zdarza się, że w pogoni za rozwojem projektu sami sobie komplikujemy życie. Przez ostatnie miesiące próbowałem zbudować kompleksowy hub wiedzy o prywatności, który zamiast ułatwiać, zaczął mnie przytłaczać. Dziś ogłaszam koniec tego eksperymentu. Wracam do tego, co zawsze działało najlepiej: do zwykłego bloga, manifestu i katalogu narzędzi. Zmieniam też swoje miejsce w fediwersum.

Pułapka wielkiego planu

Kiedy zaczynałem, przyświecał mi ambitny cel: zbudować encyklopedię cyfrowej higieny. Chciałem, aby eteryu.space stało się miejscem, w którym każdy znajdzie odpowiedź na temat prywatności, z ogromną bazą poradników i idealnie skatalogowanych narzędzi.

Szybko zderzyłem się ze ścianą. Prowadzenie takiego huba to praca dla całego zespołu redakcyjnego. Każdy poradnik wymagał weryfikacji, aktualizacji i ciągłej uwagi. Zamiast czerpać przyjemność z pisania o tym, co mnie aktualnie interesuje, walczyłem z architekturą strony i rosnącą listą rzeczy do zrobienia. Zamiast inżynierii, była walka z over-engineeringiem.

Powrót do KISS (Keep It Simple, Stupid)

W cyberbezpieczeństwie i prywatności prostota jest kluczowa. Czas zastosować tę zasadę do własnego projektu. Podjąłem decyzję o radykalnym uproszczeniu i powrocie do korzeni.

Oto jak będzie wyglądać mój nowy ekosystem:

Blog: eteryu.space wraca do korzeni. Zamiast być wielkim hubem, staje się miejscem na regularne wpisy. Będę pisał o tym, co jest dla mnie w danej chwili ważne.
Katalog narzędzi: Zostaje ze mną. To moja osobista lista sprawdzonych rekomendacji, którą aktualizuję, gdy znajdę coś wartościowego.
Manifest: distrust.pl pozostaje nienaruszony. To fundament mojej filozofii, który nie potrzebuje rozbudowy.

Odrzucam pogoń za "idealną bazą wiedzy". Skupiam się na pisaniu i budowaniu narzędzi. Jak mawiał klasyk: lepsze jest wrogiem dobrego.

Zmiana instancji: czas na polskich odbiorców

Drugą istotną zmianą jest moja migracja na Mastodonie. Przez długi czas moim domem było infosec.exchange. To świetna, prestiżowa instancja o globalnym zasięgu. Zauważyłem jednak pewną prawidłowość: piszę po polsku.

Dzielenie się wiedzą o prywatności po polsku, w miejscu zdominowanym przez dyskusje anglojęzyczne, mijało się z celem. Moje wpisy o polskich realiach (jak chociażby afera wokół Żappki czy analiza Pyrkonu) nie trafiały do tych, dla których były pisane.

Dlatego przeniosłem się na 101010.pl – największą polską instancję Mastodona. Jestem teraz częścią lokalnej społeczności, w której mogę rozmawiać o bezpieczeństwie i cyfrowej higienie z ludźmi żyjącymi w tych samych realiach. Chcę pisać dla Polaków, o polskich zagrożeniach, ale też o uniwersalnych zasadach.

Co dalej?

Wracam do regularnego pisania. W najbliższych tygodniach możecie spodziewać się kontynuacji serii o cyfrowej higienie, recenzji systemów oraz analiz bieżących zagrożeń. Bez presji, bez wielkich zapowiedzi, bez budowania pomników.

Zapraszam do lektury i do dyskusji. Znajdziecie mnie tutaj, na blogu, oraz na polskim Mastodonie pod adresem @Eteryu@101010.pl.

Podsumowanie

Odrzucam over-engineering na rzecz prostoty i skupienia na treści. Blog wraca do formy, w której czuję się najlepiej, a moje miejsce w fediwersum przenosi się tam, gdzie mogę rozmawiać z polską społecznością o sprawach, które nas bezpośrednio dotyczą.

Bezpieczeństwo fundamentem prywatności. Dlaczego kolejność ma znaczenie

Eteryu — Thu, 22 Oct 2026 00:00:00 +0000

W dyskusjach o prywatności często pomija się jeden kluczowy fakt. Bezpieczeństwo nie jest opcją. Jest fundamentem, na którym dopiero można budować prywatność. Bez niego każda obietnica poufności jest tylko pustym słowem.

Czym różni się bezpieczeństwo od prywatności?

Bezpieczeństwo (security) to stan ochrony przed atakami. Chodzi o to, czy ktoś niepowołany może uzyskać dostęp do Twoich danych, przejąć konto czy zainfekować urządzenie.

Prywatność (privacy) to Twoja kontrola nad tym, kto ma dostęp do Twoich informacji i jak są one wykorzystywane. To zasłona, która decyduje, co i komu pokazujesz.

Te dwie rzeczy są ze sobą powiązane, ale nie są tym samym. Standardy branżowe jasno rozdzielają te pojęcia, jednocześnie podkreślając ich współzależność.

Dlaczego prywatność bez bezpieczeństwa to iluzja?

Możesz ukrywać swoje IP, używać zaszyfrowanych komunikatorów i unikać korporacyjnych usług. Ale jeśli zabraknie Ci podstawowego bezpieczeństwa, Twoja prywatność runie w jednej chwili.

Wyobraź sobie, że rezygnujesz z ochrony przed phishingiem, aby ukryć adres IP przed dostawcą wyszukiwarki. Wszystko wydaje się w porządku, dopóki nie trafisz na spreparowaną stronę, która przejmie Twoje hasła. Hakerzy dostaną dostęp do Twojej skrzynki mailowej, zdjęć i konta bankowego. Twoja prywatność przestaje istnieć nie dlatego, że ktoś ją „sprzedał”, ale dlatego, że straciłeś nad nią kontrolę w wyniku ataku.

Fałszywe poczucie bezpieczeństwa

Narzędzia do prywatności (VPN, menedżery haseł, szyfrowane komunikatory) nie zastąpią podstawowej higieny bezpieczeństwa. Jeśli klikniesz w złośliwy link, żaden szyfrowany tunel nie uchroni Twoich danych przed kradzieżą. Bezpieczeństwo to warstwa, która chroni samą prywatność.

Eksperci są zgodni. Bezpieczeństwo jest koniecznym wymogiem dla prywatności, ale nie wystarczającym. Innymi słowy, bezpieczeństwo nie daje Ci pełnej prywatności, ale bez niego nie masz żadnej.

Bezpieczeństwo jako fundament. Co to oznacza w praktyce?

Fundament bezpieczeństwa opiera się na kilku filarach.

Aktualizacje. Przestarzałe oprogramowanie to otwarte drzwi. Żadna konfiguracja prywatności nie pomoże, jeśli system jest dziurawy.
Weryfikacja zamiast ślepej wiary. Zasada „never trust, always verify” z modelu Zero Trust oznacza, że nie ufasz deklaracjom, tylko sprawdzasz architekturę, kod i audyty.
Świadome zarządzanie ryzykiem. Threat modeling to nie wróżenie z fusów. To ocena realnych zagrożeń i dobór narzędzi do ich minimalizacji.
Higiena cyfrowa. Unikalne hasła, uwierzytelnianie dwuskładnikowe, regularne kopie zapasowe. To podstawy, które chronią przed utratą kontroli.

Zero Trust w praktyce

Zero Trust nie jest produktem, który można kupić. To filozofia ciągłej weryfikacji: nie ufasz domyślnym ustawieniom, tylko sprawdzasz, jak działa architektura, jakie dane są zbierane i czy dostawca spełnia obietnice. Dotyczy to zarówno usług, jak i Twoich własnych nawyków.

Dopiero gdy te filary stoją stabilnie, możesz zacząć myśleć o prywatności. Wtedy wiesz, że Twoje dane są bezpieczne, a Ty decydujesz, komu i w jakim zakresie je powierzasz.

Podsumowanie

Kolejność ma znaczenie. Najpierw bezpieczeństwo, potem prywatność. Prywatność bez bezpieczeństwa jest krucha i ulotna. Możesz mieć najlepszy menedżer haseł i najwspanialszy VPN, ale jeśli zaniedbasz podstawy bezpieczeństwa, prędzej czy później stracisz to, co próbujesz chronić.

W duchu distrust: nie ufaj domyślnym ustawieniom, wiedz, co jest pod spodem, i pamiętaj, że bezpieczeństwo to nie produkt, który kupujesz. To proces, który pielęgnujesz każdego dnia.

GrapheneOS po 5 miesiącach: pełna kontrola bez kompromisów?

Eteryu — Tue, 20 Oct 2026 00:00:00 +0000

Pięć miesięcy temu mój Pixel 8 trafił do mnie z już wgranym GrapheneOS. Dziś przyszedł czas na szczerą recenzję z perspektywy codziennego użytkownika. Nie będzie to test prywatności dla ideowców, lecz opowieść o tym, jak wygląda codzienne życie z systemem, który oddaje kontrolę w ręce użytkownika.

Początek: nietypowa instalacja i pierwsze wrażenie

Nie ukrywam, moja historia rozpoczęła się niestandardowo. Pixel 8 przyszedł do mnie z serwisu GSM, w którym go kupiłem, z już wgranym GrapheneOS. Powód? Pierwszy egzemplarz, który do mnie trafił, miał MDM (Mobile Device Management). Serwis zgodził się na wymianę i w ramach rekompensaty zaproponował wgranie systemu. Zgodziłem się bez wahania. Po pierwsze, miałem pewność, że nowy egzemplarz nie ma MDM. Po drugie, gdyby cokolwiek poszło nie tak podczas instalacji, a wtedy nie miałem dostępu do komputera, lepiej było, żeby ewentualny bootloop przytrafił się w serwisie niż u mnie po zakupie. Ryzyko zostało przeniesione na sprzedawcę.

Pierwsze wrażenie? System jest niezwykle lekki i szybki. Zero bloatware, zero reklam, zero zbędnych aplikacji. To dokładnie to, czego oczekiwałem.

Codzienne życie z Sandboxed Google Play

Kluczowa kwestia dla większości użytkowników: czy da się żyć z aplikacjami Google w piaskownicy? Odpowiedź brzmi: tak, i to bez większego bólu.

Dla Play Store stworzyłem osobne konto, którego używam wyłącznie do pobierania i aktualizowania aplikacji bankowych czy mObywatela. Wszystko działa płynnie. Aktualizacje manualne nie sprawiają problemów. Jeśli chodzi o konkretne aplikacje, bezproblemowo działają u mnie ING oraz VeloBank. Revolut niestety odmówił współpracy, co jest dość częstym problemem w przypadku aplikacji wymagających silnej weryfikacji integralności systemu. Co ważne, nie odczułem żadnego tarcia. Wcześniej korzystałem z utwardzonego iPhone'a i doskonale wiedziałem, na co się piszę. Na Pixelu z GrapheneOS poczułem pełną władzę i znacznie większą możliwość wyboru.

Poza sklepem Google, mój codzienny łańcuch dostaw oprogramowania opiera się na Obtainium oraz AppVerifier BG (rozwinięciu standardowego weryfikatora). Szerzej opisywałem to przy okazji mojej konfiguracji, ale po pięciu miesiącach mogę potwierdzić: to niezbędny duet, który daje mi pewność, że instaluję dokładnie to, co zamierzałem, pobierając pliki prosto od deweloperów.

Aktualizacje i bezpieczeństwo: system, który żyje

GrapheneOS bardzo często wypuszcza aktualizacje, co jest ogromnym plusem. System rozwija się dynamicznie, a twórcy regularnie ulepszają także natywne aplikacje. Ostatnia duża zmiana w aplikacji SMS jest tego najlepszym dowodem. Czuję, że mój system jest aktualny i bezpieczny.

Ulubione funkcje: kontrola, która daje satysfakcję

Największą zaletą GrapheneOS jest dla mnie kontrola nad uprawnieniami. Możliwość odcięcia dostępu do internetu dla każdej aplikacji z poziomu ustawień to absolutna rewolucja. Do tego możliwość włączenia lub wyłączenia mikrofonu i kamery po rozwinięciu beli powiadomień. To funkcje, które powinny być standardem w każdym systemie.

Czy jest się czego bać? Gorzka pigułka

Szczerze? Nie odczułem żadnego tarcia. Wcześniejsze doświadczenie z utwardzonym iPhonem przygotowało mnie na pewne niedogodności. Na GrapheneOS poczułem jednak coś odwrotnego: pełną kontrolę i swobodę wyboru. To nie jest system, który za Ciebie decyduje. To system, który daje Ci narzędzia i mówi: wybieraj świadomie.

Pixel 11, Motorola i przyszłość

Na razie nie planuję przesiadki. Gdybym jednak w tym roku wymieniał telefon, wybrałbym Pixel 10 lub 10 Pro. Dlaczego nie Pixel 11? To proste. Po co kupować nowszy i droższy telefon, którego zabezpieczenia są gorsze od starszego modelu? Deweloperzy GrapheneOS początkowo oficjalnie odradzali zakup Pixel 11, ponieważ Google usunęło sprzętowe wsparcie dla MTE (Memory Tagging Extension). MTE to kluczowa funkcja bezpieczeństwa, która chroni przed atakami wykorzystującymi błędy pamięci. Co prawda późniejsze analizy firmware wykazały, że Pixel 11 jednak posiada pewne wsparcie sprzętowe dla MTE, ale jest ono określane jako „absolutne minimum” i budzi wątpliwości co do wydajności. Dla mnie to wystarczający powód, by pozostać przy sprawdzonych modelach.

Za rok? Wtedy już pewnie Motorolę, zwłaszcza w kontekście ogłoszonego partnerstwa GrapheneOS z Motorolą, które ma przynieść pierwsze nie-Pixelowe urządzenia z tym systemem i siedmioletnim wsparciem.

Komu polecam GrapheneOS?

Polecam go każdemu, kto chce mieć kontrolę nad swoim urządzeniem z poziomu systemu. Bez konieczności debloatowania, bez instalowania zewnętrznych menedżerów aplikacji, bez blokowania wszystkiego firewallem. Ale polecam go też tylko tym, którzy faktycznie tego chcą, a nie robią tego z powodu trendu, presji otoczenia czy politycznych pobudek. To nie ma być teatr prywatności. To ma być świadomy wybór.

Podsumowanie

Po pięciu miesiącach mogę powiedzieć jedno: GrapheneOS dostarczył mi to, czego oczekiwałem, czyli pełną kontrolę, szybkość i bezpieczeństwo bez zbędnego balastu.

Czy wrócę do stockowego Androida? Obecnie nie widzę takiej potrzeby, ale w duchu świadomego zaufania nie zamykam na to drzwi. Moja decyzja mogłaby się zmienić w dwóch przypadkach: gdyby na rynku pojawiło się urządzenie, które mnie prawdziwie zachwyci, a jednocześnie kierunek rozwoju samego Androida stałby się dla mnie akceptowalny i zgodny z moim modelem zagrożeń. Na ten moment ewolucja systemu Google podąża w kierunku, którego nie akceptuję. Póki co, zostaję z GrapheneOS.

AsterMail: obiecująca prywatna poczta z kryptografią post-kwantową

Eteryu — Mon, 19 Oct 2026 00:00:00 +0000

Ostatnio na moim radarze pojawiła się nowa usługa poczty elektronicznej – AsterMail. Postanowiłem sprawdzić, jak wypada w praktyce pod kątem prywatności, szyfrowania end-to-end i codziennego użytkowania. Poniżej dzielę się wrażeniami z kilkudniowych testów.

Pierwsze kroki i darmowy plan

Aplikację na Androida pobrałem bezpośrednio z oficjalnego repozytorium GitHub projektu. Proces rejestracji okazał się prosty. Konto można założyć bez podawania numeru telefonu, a imię i nazwisko są opcjonalne. Co ciekawe, podczas tworzenia skrzynki od razu zarezerwowany zostaje alias w domenie alternatywnej. W moim przypadku oprócz głównego adresu w domenie astermail.org otrzymałem również alias w domenie aster.cx.

Darmowy plan oferuje:

10 GB pamięci
5 aliasów
1 własną domenę
Szyfrowanie end-to-end

To wszystko bez karty kredytowej i bez okresu próbnego. Co ważne, szyfrowanie nie jest okrojone w darmowym planie. Działa dokładnie tak samo jak w płatnych subskrypcjach.

Warto wiedzieć

AsterMail to projekt w pełni otwartoźródłowy. Serwery znajdują się w Niemczech, a darmowy plan jest w pełni funkcjonalny od pierwszego dnia.

Aliasy i własna domena

System aliasów działa sprawnie. Bez problemu udało się utworzyć losowy alias, a także tak zwany Ghost Alias, czyli adres generowany automatycznie na potrzeby jednorazowych rejestracji. Wysyłanie i odbieranie wiadomości na wszystkie trzy typy adresów działa poprawnie.

Co ważne, opcja podpięcia własnej domeny także jest dostępna w darmowym planie. Po skonfigurowaniu rekordów DNS wysyłanie oraz odbieranie poczty z własnej domeny działa bez zarzutu. To duży plus dla osób, które chcą korzystać z własnej tożsamości w sieci bez ponoszenia dodatkowych kosztów.

Szyfrowanie i komunikacja między skrzynkami

Gdy wysłałem wiadomość z głównego adresu na jeden z aliasów w obrębie tej samej usługi, w interfejsie od razu pojawiła się informacja o szyfrowaniu end-to-end. W szczegółach wiadomości nie ma surowych nagłówków, co potwierdza, że treść jest szyfrowana po stronie klienta. Co istotne, szyfrowane są nie tylko treści wiadomości, ale także tematy i załączniki.

Warto dodać, że AsterMail nie poprzestaje na klasycznym szyfrowaniu. Projekt wykorzystuje nowoczesną kryptografię post-kwantową. W praktyce oznacza to ochronę przed atakami typu store now, decrypt later, czyli zapisywaniem zaszyfrowanego ruchu dzisiaj z nadzieją na złamanie go w przyszłości przez komputery kwantowe. Architektura zero-access gwarantuje z kolei, że dostawca nie ma technicznej możliwości odczytania korespondencji.

Ochrona przed trackerami i fingerprintingiem

Jednym z elementów, które pozytywnie mnie zaskoczyły, jest blokowanie mechanizmów śledzących. AsterMail nie tylko deklaruje ochronę, ale realnie ją egzekwuje.

Aplikacja pokazuje liczbę zablokowanych pikseli śledzących oraz domeny, z których pochodzą. Co istotne, blokowane są również zdalne czcionki. Wiele klientów poczty ogranicza się do blokowania obrazków, tymczasem zestaw fontów może służyć do fingerprintingu, czyli tworzenia unikalnego profilu urządzenia. AsterMail wychwytuje ten mechanizm, co świadczy o dojrzałym podejściu do prywatności. Warto podkreślić, że w aplikacji nie ma reklam ani analityki śledzącej.

Wsparcie techniczne

Na wysłane pytania techniczne support odpowiedział tego samego dnia. To pozytywny sygnał, zwłaszcza w przypadku młodego projektu, gdzie komunikacja z twórcami bywa utrudniona.

Podsumowanie

AsterMail to projekt otwartoźródłowy z obiecującym zestawem funkcji prywatnościowych już w darmowym planie. Aplikacja działa stabilnie, a mechanizmy ochrony są realne, a nie wyłącznie marketingowe. Kryptografia post-kwantowa i blokowanie zdalnych fontów to cechy, których na próżno szukać u wielu konkurentów.

Ostrzeżenie

Projekt jest młody i wciąż znajduje się we wczesnej fazie rozwoju. Na obecnym etapie nie polecam przenoszenia całej swojej poczty do tej usługi. Warto obserwować jego rozwój i testować rozwiązanie równolegle, bez rezygnacji z dotychczasowego dostawcy.