Co naprawdę chroni HTTPS
Od 2018 roku HTTPS stał się absolutnym standardem sieci. Dzięki inicjatywie Let's Encrypt i polityce przeglądarek (Chrome i Firefox oznaczają strony HTTP jako „niezabezpieczone”) ponad 95% globalnego ruchu internetowego jest szyfrowane przez TLS.
To szyfrowanie chroni od końca do końca treść wymienianych przez Ciebie danych: hasła, dane karty bankowej, wiadomości i pliki. Ktoś, kto przechwyci Twój ruch Wi-Fi, widzi jedynie kryptograficzny szum, nie może odczytać tego, co wysyłasz ani odbierasz.
Publiczne Wi-Fi w 2026 roku jest więc zasadniczo mniej niebezpieczne niż w 2015 roku, jeśli chodzi o bezpośrednie przechwytywanie danych. Większość alarmistycznych porad, które czytasz, pochodzi z czasów, gdy HTTP był jeszcze wszechobecny.
Czego nie chroni
HTTPS nie ukrywa metadanych. W sieci, której nie kontrolujesz, obserwator może zobaczyć, z jaką domeną się łączysz (nie dokładny adres URL, lecz domenę: dzięki polu SNI widocznemu w postaci jawnej podczas uzgadniania TLS), o której godzinie, jak długo i ile danych jest wymienianych. Te metadane wiele zdradzają.
Atakujący w tej samej sieci może również przeprowadzić DNS spoofing, jeśli Twoje urządzenie nie korzysta z DNS over HTTPS: podmieniając prawidłowe odpowiedzi DNS na adresy wskazujące na jego własne serwery. Może stworzyć fałszywy hotspot o dokładnie takiej samej nazwie jak prawdziwe Wi-Fi (atak Evil Twin), aby przechwycić Twoje połączenia, zanim dotrą do internetu. Może też spróbować SSL strippingu na nielicznych stronach, które nie mają włączonego HSTS.
Realne zagrożenia w 2026 roku
W praktyce ryzyka szczątkowe w publicznych sieciach Wi-Fi w 2026 roku przedstawiają się następująco:
- →Evil Twin: podstawiona sieć Wi-Fi nosząca dokładnie tę samą nazwę co prawdziwa, technika szczególnie rozpowszechniona na lotniskach i dużych dworcach kolejowych. Łączysz się z czymś, co wygląda na właściwą sieć, ale Twój ruch przechodzi przez sprzęt kontrolowany przez atakującego.
- →DNS spoofing, jeśli Twoje urządzenie nie wymusza DNS over HTTPS: Twoje zapytania DNS mogą zostać przekierowane na złośliwe serwery.
- →Aplikacje, które w niektórych funkcjach (uwierzytelnianie, synchronizacja) wciąż używają zwykłego HTTP: w 2026 roku to rzadkość, ale takie istnieją.
- →Przejęcie sesji na stronach bez poprawnie skonfigurowanych ciasteczek Secure i SameSite.
Praktyczne zalecenia
W publicznej sieci Wi-Fi najlepszą praktyką pozostaje włączenie VPN przed nawiązaniem jakiegokolwiek połączenia. VPN eliminuje atak Evil Twin (Twój ruch jest szyfrowany, zanim jeszcze opuści urządzenie) oraz DNS spoofing (VPN korzysta z własnych, szyfrowanych serwerów DNS).
Wyłącz automatyczne łączenie z Wi-Fi w telefonie: to ta funkcja, która sama łączy Cię z dowolną siecią o nazwie, z którą łączyłeś się już wcześniej. Jest wygodna, ale wykorzystują ją ataki Evil Twin.
Zanim cokolwiek wpiszesz, upewnij się, że wrażliwe strony (bankowość, poczta, zakupy) wyświetlają w przeglądarce kłódkę HTTPS. Na iOS i Androidzie poważne aplikacje wymuszają HTTPS natywnie.
Publiczne Wi-Fi jest mniej niebezpieczne niż dziesięć lat temu, ale to nie powód, by tracić czujność. Ryzyka szczątkowe: Evil Twin, DNS spoofing, źle skonfigurowane aplikacje, są realne i możliwe do wykorzystania. Przy włączonym VPN i DNS over HTTPS jesteś chroniony przed praktycznie wszystkimi realnymi atakami w niezabezpieczonej sieci.
- Google, "HTTPS encryption on the web", Google Transparency Report (accessed 2026)
- Emily Schechter, "A milestone for Chrome security: marking HTTP as 'not secure'", Google Chrome Blog, 2018
- Cloudflare, "Encrypt it or lose it: how encrypted SNI works", Cloudflare Blog, 2018
- P. Hoffman & P. McManus, "RFC 8484: DNS Queries over HTTPS (DoH)", IETF, 2018
- M. Souppaya & K. Scarfone, "NIST SP 800-153: Guidelines for Securing Wireless Local Area Networks (WLANs)", NIST, 2012
Włącz VPN Trasimène