Czy publiczne Wi Fi jest bezpieczne? Zasady, które ratują dane

0
108
Rate this post

Nawigacja:

Publiczne Wi‑Fi – co to właściwie jest i dlaczego kusi

Domowe Wi‑Fi a publiczna sieć – kluczowe różnice

Domowa sieć Wi‑Fi działa zwykle na jednym, prywatnym routerze, który stoi w mieszkaniu lub domu. Ty lub ktoś z domowników zarządza hasłem, ustawieniami bezpieczeństwa, listą podłączonych urządzeń. Znasz dostawcę internetu, wiesz, kto ma dostęp do routera i możesz w każdej chwili wszystko wyłączyć.

Publiczne Wi‑Fi wygląda podobnie z perspektywy użytkownika – na liście pojawia się nazwa sieci, klikasz, łączysz się, czasem wpisujesz hasło. Jednak w tle różnice są zasadnicze. Sieć należy do obcego podmiotu (kawiarnia, galeria, operator kolejowy, hotel), konfiguracją zajmuje się ktoś inny, a z tego samego punktu dostępowego mogą korzystać dziesiątki lub setki osób naraz. Do tego dochodzą regulaminy, logowanie przez stronę powitalną, czasowe limity i mechanizmy marketingowe (np. zbieranie adresów e‑mail).

Jeśli coś w domowej sieci jest ustawione źle, ryzykujesz głównie bezpieczeństwem własnych urządzeń. W publicznym Wi‑Fi twoje dane przechodzą przez infrastrukturę, nad którą nie masz kontroli – od punktu dostępowego po ewentualne filtry, serwery logujące ruch czy systemy analityczne. To rodzi inne kategorie zagrożeń.

Gdzie najczęściej korzysta się z publicznego Wi‑Fi

Publiczne sieci Wi‑Fi przestały być luksusem, a stały się standardem. Spotkasz je praktycznie wszędzie, gdzie ludzie spędzają czas i oczekują dostępu do internetu:

  • Kawiarnie i restauracje – sieci często nazywają się tak jak lokal, hasła są wydrukowane na paragonach, podane na kartce lub na ścianie.
  • Galerie handlowe i sklepy – zwykle jedna lub kilka sieci z nazwą centrum handlowego czy sieci sklepów, często wymagające akceptacji regulaminu lub podania e‑maila.
  • Lotniska i dworce – sieci operatorów, portów lotniczych, przewoźników. Często z limitem czasu lub prędkości, logowaniem przez stronę powitalną.
  • Pociągi, autobusy dalekobieżne – Wi‑Fi udostępniane przez przewoźnika w całym składzie. Zwykle jedno hasło lub brak hasła, za to obowiązkowa akceptacja regulaminu.
  • Hotele, pensjonaty, Airbnb – sieci dla gości, czasem osobne dla każdego pokoju, czasem wspólne dla całego obiektu. W hotelach sieć pomaga obsłudze, ale bywa słabo odizolowana od innych gości.
  • Urzędy, biblioteki, uczelnie – sieci otwarte lub półotwarte; część dostępna dla wszystkich, część tylko dla pracowników lub studentów.

W każdym z tych miejsc masz inne warunki: w kawiarni siedzisz krótko i korzystasz z telefonu, w hotelu często pracujesz po kilka godzin dziennie na laptopie. To wpływa na poziom akceptowalnego ryzyka i na zestaw zabezpieczeń, których naprawdę potrzebujesz.

Dlaczego publiczne Wi‑Fi jest tak kuszące

Powód pierwszy jest prozaiczny: oszczędność transferu danych. Pakiety mobilne są coraz większe, ale przy wideo w HD, aktualizacjach aplikacji i wysyłaniu zdjęć w chmurę gigabajty topnieją szybko. Włączenie darmowego Wi‑Fi w galerii czy hotelu wydaje się rozsądnym wyborem.

Drugi czynnik to czysta wygoda. Urządzenia po połączeniu z siecią często zapisują ją na stałe i łączą się automatycznie przy kolejnej wizycie. Nie trzeba nic klikać, nie trzeba pamiętać hasła – internet „jest”. Do tego dochodzi presja, by być ciągle online: komunikatory, social media, dostęp do dokumentów w chmurze.

Trzeci element to fałszywe poczucie bezpieczeństwa. Skoro nazwa sieci wygląda „poważnie” (np. „Airport_Free_WiFi”), to łatwo zakładać, że stoi za nią duża organizacja, która „na pewno wie, co robi”. Albo: „tyle osób koło mnie korzysta, więc przecież musi być bezpiecznie”. To typowy błąd – liczba użytkowników nie świadczy ani o jakości, ani o bezpieczeństwie konfiguracji sieci.

Prosta zasada ograniczonego zaufania

Podstawowym punktem odniesienia powinna być jedna myśl: im mniej masz kontroli nad siecią Wi‑Fi, tym większe jest ryzyko. Jeśli:

  • nie wiesz, kto zarządza punktem dostępowym,
  • nie znasz sposobu jego zabezpieczenia,
  • nie masz wpływu na aktualizacje,
  • nie widzisz, kto jeszcze jest w tej samej sieci,

to każdy przesyłany pakiet danych jest potencjalnie widoczny dla kogoś jeszcze – właściciela sieci, pośrednika, a w najgorszym scenariuszu: atakującego, który podszył się pod legalny hotspot. Celem nie jest rezygnacja z publicznego Wi‑Fi, lecz nauczenie się takich nawyków, które z tego ryzyka zdejmą większość ostrego ciężaru.

Jak działa Wi‑Fi od strony bezpieczeństwa – minimum teorii dla praktyków

Podstawowe elementy: router, punkt dostępowy, SSID, szyfrowanie

Router to urządzenie łączące sieć lokalną (twoje urządzenia) z internetem. W wersji domowej router często ma wbudowane Wi‑Fi. W większych obiektach zwykle jest inaczej: router stoi w serwerowni, a po całym budynku rozsiane są punkty dostępowe (AP – Access Point), z którymi łączą się urządzenia użytkowników.

SSID to po prostu nazwa sieci Wi‑Fi, którą widzisz na liście w telefonie czy laptopie. Tę nazwę można ustawić dowolnie – nic nie powstrzymuje atakującego przed stworzeniem sieci „McDonalds_Free_WiFi” czy „Hotel_WiFi_5G”. System operacyjny nie weryfikuje prawdziwości tej etykiety.

Najważniejszym technicznym elementem z punktu widzenia bezpieczeństwa jest szyfrowanie między urządzeniem a punktem dostępowym. Popularne standardy to:

  • WEP – bardzo stary, praktycznie złamany standard. Wspomnienie z przeszłości; jeśli go widzisz, traktuj sieć jako nieszyfrowaną.
  • WPA / WPA2 – długo były podstawą zabezpieczenia. WPA2 z silnym hasłem jest wciąż spotykane i względnie bezpieczne.
  • WPA3 – nowszy standard, lepsza ochrona przed atakami słownikowymi, lepsze mechanizmy uzgadniania kluczy.

Hasło do Wi‑Fi a szyfrowanie ruchu – co faktycznie chroni

Hasło do sieci Wi‑Fi pełni dwie funkcje. Po pierwsze, kontroluje dostęp – do sieci wejdą tylko osoby, które znają hasło (przynajmniej teoretycznie, bo hasło może być upublicznione na ścianie). Po drugie, służy do wygenerowania klucza szyfrującego ruch między twoim urządzeniem a punktem dostępowym.

W praktyce oznacza to, że jeśli sieć jest zabezpieczona WPA2/WPA3 i wpisujesz hasło, to dane lecące drogą radiową są zaszyfrowane. Osoba, która siedzi przy sąsiednim stoliku i podsłuchuje ruch radiowy, nie zobaczy jego treści. Natomiast właściciel sieci oraz każdy, kto ma dostęp administracyjny do infrastruktury, może już ten ruch analizować. Dla niego dane są odszyfrowane na poziomie punktu dostępowego lub dalej, w routerze.

Otwarta sieć Wi‑Fi (bez hasła) nie szyfruje ruchu radiowego. Każdy w zasięgu może zarejestrować pakiety i zobaczyć wszystko, co nie jest dodatkowo zabezpieczone na wyższym poziomie (np. HTTPS, VPN). To prosta droga do przechwytywania haseł, plików, treści wiadomości – jeśli tylko dana usługa nie stosuje własnego szyfrowania end‑to‑end.

Otwarta sieć, sieć gościnna, captive portal – co znaczą te pojęcia

Otwarta sieć Wi‑Fi to taka, do której podłączasz się bez podawania hasła na poziomie systemu. Klikasz SSID, łączysz się i od razu masz ruch. Czasem po chwili wyskakuje strona powitalna z regulaminem, ale sam sygnał Wi‑Fi nie jest szyfrowany.

Sieć gościnna w firmach czy hotelach bywa skonstruowana inaczej. Może być:

  • szyfrowana (WPA2/WPA3) wspólnym hasłem dla wszystkich gości,
  • lub otwarta, ale z dostępem do internetu dopiero po zalogowaniu się przez stronę (tzw. captive portal).

W pierwszym wariancie hasło wpisujesz w systemie (w oknie konfiguracji sieci), a ruch radiowy jest zaszyfrowany. W drugim – sieć jest otwarta, więc połączenie radiowe jest jawne, a logowanie odbywa się w przeglądarce. To rozróżnienie ma ogromne znaczenie: strona powitalna nie zastępuje szyfrowania Wi‑Fi, a jest jedynie mechanizmem kontroli dostępu i zbierania zgód.

Gdzie kończy się ochrona Wi‑Fi: HTTPS i VPN

Nawet jeśli korzystasz z dobrze skonfigurowanej, szyfrowanej sieci Wi‑Fi (np. WPA3 w domu), to ochrona radiowa kończy się na punkcie dostępowym. Dalej ruch wędruje przez router, sieć operatora, kolejne serwery pośredniczące – aż do serwera docelowego. Na tych odcinkach, jeśli nie ma dodatkowych warstw bezpieczeństwa, dane mogą być analizowane, filtrowane, a w niektórych scenariuszach także modyfikowane.

Ochronę zapewniają dopiero wyższe warstwy:

  • HTTPS – szyfrowanie na poziomie protokołu HTTP (kłódka w przeglądarce). Chroni treść komunikacji między przeglądarką a serwerem. Nawet jeśli sieć Wi‑Fi jest otwarta, podsłuchujący zobaczy tylko „szum”.
  • VPN – szyfruje cały ruch (lub wybrane aplikacje) między twoim urządzeniem a serwerem VPN. Dla sieci Wi‑Fi, operatora i potencjalnych podsłuchujących twój ruch jest jedną zaszyfrowaną „tubą”, z której nie widać, jakie strony odwiedzasz ani jakie dane przesyłasz.

Dlatego „dobre hasło do Wi‑Fi” nie załatwia bezpieczeństwa. Chroni tylko odcinek między telefonem a punktem dostępowym. W publicznych sieciach, gdzie nie kontrolujesz dalszej infrastruktury, HTTPS i przede wszystkim VPN stają się kluczowymi narzędziami.

Smartfon z aplikacją VPN obok laptopa na biurku
Źródło: Pexels | Autor: Dan Nelson

Realne zagrożenia w publicznym Wi‑Fi – od podsłuchu po przejęcie kont

Podsłuchiwanie nieszyfrowanego ruchu

Najprostsze i wciąż zaskakująco skuteczne zagrożenie to podsłuchiwanie otwartej sieci. Wystarczy laptop z kartą Wi‑Fi w trybie monitorowania i darmowe oprogramowanie, aby przechwytywać pakiety latające w powietrzu. Jeśli sieć nie jest szyfrowana, a użytkownik loguje się na stronę bez HTTPS, treść żądania z loginem i hasłem widać jak na dłoni.

W praktyce z publicznych sieci bez HTTPS korzysta coraz mniej serwisów – większość banków, poczt, sklepów i dużych portali przeszła na „kłódkę”. Problem w tym, że:

  • wciąż istnieją formularze logowania do paneli administracyjnych, małych sklepów czy forów działające na HTTP,
  • część aplikacji mobilnych używa nieszyfrowanych API,
  • wiele osób wprowadza te same hasła w różnych miejscach – wyciek z mniej ważnego serwisu ułatwia ataki na ważniejsze konta.

Podsłuchiwany może być także ruch, który na pierwszy rzut oka wydaje się mało istotny: adresy odwiedzanych stron, zapytania DNS (jeśli nie są szyfrowane), identyfikatory urządzenia. Z tych „drobiazgów” można złożyć całkiem dokładny profil użytkownika.

Ataki typu man‑in‑the‑middle (MITM)

Man‑in‑the‑middle oznacza sytuację, w której atakujący wchodzi w środek komunikacji między tobą a serwerem. Nie tylko podsłuchuje, ale też może modyfikować dane w locie. W publicznym Wi‑Fi da się to zrobić na kilka sposobów, np.:

  • wystawiając fałszywy punkt dostępowy o tej samej nazwie i silniejszym sygnale,
  • przeprowadzając ataki ARP spoofing w otwartej sieci, by ruch zamiast do routera trafiał do komputera atakującego,
  • manipulując odpowiedziami DNS (DNS spoofing), aby kierować ruch na podstawione serwery.

Efekt? Możliwa jest podmiana treści stron (np. dołożenie złośliwego skryptu), przekierowanie na fałszywą stronę logowania przypominającą bank lub pocztę, czy wywołanie fałszywych alertów certyfikatu, które mniej świadomy użytkownik „klika w ciemno”.

Nowoczesne przeglądarki ostrzegają przed naruszeniami certyfikatów, ale ludzie przyzwyczaili się do „przeklikania” ostrzeżeń. W publicznej sieci mądre zachowanie zaczyna się od prostej zasady: jeśli cokolwiek związanego z certyfikatem strony wygląda inaczej niż zwykle – przerywasz akcję, a nie próbujesz za wszelką cenę dokończyć logowanie.

Fałszywe hotspoty: sieci „Free Wi‑Fi” i „Airport_WiFi”

Fałszywe hotspoty: sieci „Free_WiFi” i „Airport_WiFi” w praktyce

Fałszywy hotspot to w najprostszym wariancie telefon lub laptop udostępniający Wi‑Fi z nazwą sugerującą oficjalną sieć. Atakujący:

  • nadaje sieci chwytliwą nazwę („Free_Airport_WiFi”, „Cafe_WIFI_GUEST”),
  • albo kopiuje dokładnie SSID istniejącej sieci („Hotel_Conference”, „PKP_WiFi”), licząc, że użytkownik nie zauważy różnicy lub urządzenie samo się przełączy na silniejszy sygnał,
  • może wymusić rozłączenie użytkowników z prawdziwej sieci (deauth) i „złapać” ich u siebie.

Po podłączeniu się do fałszywego hotspotu cały ruch przechodzi przez urządzenie atakującego. To idealna pozycja do ataków MITM, podmiany stron, wstrzykiwania skryptów czy rejestrowania logowań. Użytkownik widzi „działa internet, jest kłódka przy stronie banku”, więc zakłada, że wszystko jest w porządku, a tymczasem część ruchu może być modyfikowana lub przekierowywana.

Charakterystyczne znaki ostrzegawcze to m.in. kilka podobnych SSID w jednym miejscu („Airport_WiFi”, „Airport-WiFi”, „Airport_WiFi_Free”), sieć o tej samej nazwie, ale z innym typem zabezpieczeń niż ta oficjalnie ogłaszana, czy prośba o instalację „dodatkowego certyfikatu bezpieczeństwa” po podłączeniu.

Złośliwe captive portale i wyłudzanie danych

Portale powitalne są wygodne dla właściciela sieci, ale równie wygodne dla atakującego. Nie musi przejmować całego ruchu, wystarczy, że podszyje się pod ekran logowania. Najczęściej chodzi o:

  • zbieranie adresów e‑mail i haseł pod pozorem „rejestracji do Wi‑Fi”,
  • przekierowanie na stronę imitującą panel logowania Google, Facebooka czy firmowy VPN,
  • nakłanianie do pobrania aplikacji/APK lub „aktualizacji przeglądarki” jako rzekomego warunku uzyskania dostępu.

Legalne captive portale zwykle proszą o akceptację regulaminu i ewentualnie podanie adresu e‑mail, numeru pokoju hotelowego lub numeru telefonu do SMS‑owego kodu. Jeśli „bramka” prosi od razu o hasło do jakiejkolwiek usługi zewnętrznej (poczta, social media) albo dane karty, sytuacja jest podejrzana.

Typowy scenariusz z życia: w centrum handlowym pojawia się sieć „Mall_Free_WiFi”. Po połączeniu wyskakuje strona logowania identyczna z panelem znanego webmaila. Ktoś, kto w pośpiechu poda tam swoje dane, oddaje je wprost w ręce operatora fałszywego portalu.

Malware, aktualizacje i „darmowe” oprogramowanie

Publiczne Wi‑Fi to dobre środowisko do dystrybucji złośliwego oprogramowania. Nie chodzi tylko o samo pobieranie plików, ale też o:

  • wstrzykiwanie banerów, skryptów śledzących lub złośliwych javascriptów w nieszyfrowane strony,
  • podmianę pobieranych instalatorów (gdy korzystają z HTTP albo z niesprawdzonego źródła),
  • podstawianie fałszywych serwerów aktualizacji mniej znanych aplikacji.

W praktyce użytkownik widzi „normalną” stronę z pobieraniem programu, klik i instaluje. Jeśli jednak instalator został podmieniony w locie, antywirus może nie zdążyć zareagować lub w ogóle nie rozpoznać nowego wariantu malware’u. W połączeniu z brakiem aktualizacji systemu na urządzeniu jest to prosty sposób na trwałe zainfekowanie komputera.

Ryzyko rośnie zwłaszcza wtedy, gdy ktoś w podróży postanawia „przy okazji” wykonać duże aktualizacje systemu czy oprogramowania przez publiczną sieć – byle nie zużywać własnego transferu. Jeżeli serwisy aktualizacji nie są poprawnie zabezpieczone, istnieje pole do wstrzyknięcia złośliwego kodu.

Krzyżowanie tożsamości i śledzenie użytkownika

Nawet jeśli atakujący nie przejmuje kont, to z samego faktu podłączeń do kolejnych sieci może budować profil użytkownika. Możliwości jest kilka:

  • Adres MAC urządzenia – wciąż bywa stały (albo jest stały w obrębie danego SSID), więc kolejne logowania w różnych lokalizacjach można przypisać do tej samej osoby.
  • Dane podawane w captive portalu – e‑mail, numer telefonu, imię i nazwisko, numer pokoju, firma. Związanie ich z adresem MAC lub identyfikatorem urządzenia pozwala śledzić późniejsze wizyty.
  • Wzorce ruchu – powtarzające się adresy odwiedzanych serwisów, godziny aktywności, używane aplikacje.

W efekcie operator sieci (lub ktoś, kto przejął tę rolę) jest w stanie zbudować dość szczegółowy obraz: kto, o której godzinie, z jakiego miejsca, jakie strony odwiedza i co można o nim na tej podstawie powiedzieć. Takie dane bywają wykorzystywane marketingowo, ale też mogą pomóc przy precyzyjnych atakach socjotechnicznych.

Ataki na protokoły sieciowe i starsze urządzenia

Publiczna, płaska sieć, w której wszystkie urządzenia widzą się nawzajem, otwiera drogę do ataków na protokół ARP, NetBIOS, SMB i inne usługi działające „w tle” w systemie. W praktyce oznacza to, że:

  • możliwe jest przechwytywanie i modyfikowanie ruchu w obrębie lokalnej sieci,
  • niezabezpieczone udziały sieciowe (foldery współdzielone w Windowsie, dyski NAS) mogą być wystawione na świat,
  • stare drukarki sieciowe, kamery IP i IoT z domyślnymi hasłami są łatwym łupem.

Nowsze systemy często domyślnie traktują nowe, nieznane sieci jako „publiczne” i izolują udziały plików. Jeśli ktoś kiedyś zaznaczył jednak „zaufaj tej sieci” w kawiarni, komputer może zacząć wystawiać zasoby tak, jakby był w domu. To prosty sposób na wyciek dokumentów czy kopii zapasowych.

Co jest bezpieczne, a co nie? Poziomy ryzyka w publicznym Wi‑Fi

Prosty model: zielone, żółte i czerwone scenariusze

Najłatwiej spojrzeć na publiczne Wi‑Fi jak na kilka poziomów ryzyka. To nie jest tak, że „każde Wi‑Fi zabija”; raczej konkretny zestaw czynności w danym środowisku daje konkretny poziom zagrożenia. Można to ująć roboczo w trzech kategoriach:

  • niskie ryzyko – przeglądanie ogólnodostępnych treści na stronach z HTTPS, bez logowania, bez podawania danych, najlepiej z VPN,
  • średnie ryzyko – logowania do serwisów z poprawnym HTTPS, ale na otwartej lub podejrzanej sieci, bez VPN,
  • wysokie ryzyko – bankowość, panele administracyjne, ważne maile służbowe, konfiguracja chmury firmowej, szczególnie bez VPN lub na nieznanym sprzęcie.

W praktyce oznacza to, że szybkie sprawdzenie rozkładu jazdy, czytanie portali lub obejrzenie wideo przy sensownie ustawionej przeglądarce jest względnie mało groźne. Natomiast logowanie do panelu WordPressa, serwera VPS czy konta bankowego z darmowego Wi‑Fi na lotnisku to proszenie się o kłopoty – zwłaszcza jeśli nie korzystasz z dodatkowych warstw ochrony.

Czynności, które są relatywnie akceptowalne

Jeśli sieć nie budzi szczególnych zastrzeżeń (znasz jej operatora, używa szyfrowania WPA2/WPA3, widzisz poprawne certyfikaty), a dodatkowo używasz aktualnego systemu i przeglądarki, to stosunkowo bezpieczne są:

  • przeglądanie stron informacyjnych, dokumentacji, blogów,
  • oglądanie filmów i słuchanie muzyki w popularnych serwisach streamingowych,
  • pobieranie aplikacji z oficjalnych sklepów (App Store, Google Play, Microsoft Store),
  • logowanie do mniej krytycznych serwisów, pod warunkiem że mają poprawne HTTPS i nie używasz tam hasła powielonego z banku czy poczty.

W tych scenariuszach atakujący może co najwyżej śledzić, że „ktoś” odwiedza konkretne serwisy, ale bez wglądu w treść, o ile połączenia są szyfrowane i nie występuje aktywny MITM z podmienionymi certyfikatami. Nadal jednak wszystkie dane przesyłane na poziomie HTTP (bez kłódki) pozostają widoczne.

Czynności, których lepiej unikać bez VPN

Istnieje grupa aktywności, która w publicznym Wi‑Fi jest wyraźnie bardziej ryzykowna, zwłaszcza bez tunelu VPN. Warto wstrzymać się z nimi lub odłożyć je do momentu, gdy korzystasz z zaufanej sieci prywatnej:

  • logowanie do bankowości elektronicznej i serwisów inwestycyjnych – nawet przy poprawnym HTTPS ryzyko MITM, phishingu i złośliwych powiadomień jest wyższe,
  • dostęp do głównych kont „kotwiczących” tożsamość – poczta, konto Apple/Google/Microsoft, menedżer haseł, konto Git,
  • logowanie do paneli administracyjnych – serwery, routery, systemy CMS, CRM itp.,
  • wysyłanie wrażliwych dokumentów – umowy, dane klientów, dokumenty finansowe, szczególnie przez protokoły poczty bez pełnego szyfrowania end‑to‑end,
  • zmiana haseł lub resetowanie ich przez e‑mail w trakcie siedzenia na publicznej sieci.

Ryzyko nie polega wyłącznie na podsłuchu. Po zalogowaniu się do krytycznej usługi pojedyncze przechwycone ciasteczko sesyjne, błąd w konfiguracji albo skuteczny phishing mogą pozwolić na przejęcie konta, które z kolei otworzy drogę do kolejnych systemów.

Publiczne Wi‑Fi a aplikacje mobilne

Większość nowoczesnych aplikacji mobilnych korzysta z HTTPS i dodatkowych mechanizmów (certificate pinning, własne protokoły). Mimo to nie wszystkie aplikacje są pisane poprawnie. Spotyka się wciąż:

  • logowanie na zwykłe HTTP lub mieszankę HTTP/HTTPS,
  • brak walidacji certyfikatu serwera, co umożliwia „przeźroczysty” MITM,
  • przesyłanie wrażliwych danych w parametrach URL lub w logach.

Z punktu widzenia użytkownika kluczowe jest, by:

  • regularnie aktualizować aplikacje (łaty bezpieczeństwa),
  • unikać instalowania APK spoza oficjalnych sklepów w publicznych sieciach,
  • minimalizować liczbę aplikacji, które mają dostęp do wrażliwych danych i działają intensywnie w tle na nieznanych sieciach.

Jeśli aplikacja bankowa jest dobrze zaprojektowana, to sama w sobie zwykle zapewnia drugi poziom ochrony (silna walidacja certyfikatów, dodatkowe uwierzytelnianie). Mimo to łączenie jej użyc