Szyfrowanie TLS wyjaśnione

TLS to podstawowy protokół szyfrowania, który zabezpiecza niemal wszystkie połączenia w internecie. Dzięki niemu możesz wysyłać formularze, logować się do kont, sprawdzać dane bankowe i robić zakupy online, nie obawiając się, że ktoś zagląda Ci przez ramię. Dotyczy to dostawcy usług internetowych(nowe okno) (ISP), właścicieli hotspotów i hakerów, którzy mogą monitorować publiczne sieci Wi-Fi.

TLS nawiązuje zaszyfrowane połączenie między urządzeniem a serwerem, umożliwiając bezpieczne przesyłanie danych. Zapewnia:

• Poufność: Dane są szyfrowane w taki sposób, że mogą je odczytać wyłącznie strona internetowa lub serwer, z którymi się łączysz.
• Integralność: Danych nie można zmienić w trakcie przesyłania bez wykrycia tego faktu.
• Uwierzytelnianie: Faktycznie łączysz się z prawdziwą stroną internetową (lub serwerem), a nie z oszustem.

Aby upewnić się, że łączysz się z właściwym serwerem, serwer przedstawia certyfikat cyfrowy potwierdzający, że jest tym, za kogo się podaje. Certyfikaty te są wydawane przez urzędy certyfikacji (CA) — zaufane organizacje, które podpisują certyfikat wiążący daną domenę z kluczem publicznym.

Nie ufasz więc samej stronie, tylko urzędowi certyfikacji, który za nią ręczy. To zaufanie odzwierciedla informacja o połączeniu HTTPS w przeglądarce, tradycyjnie oznaczana ikoną kłódki na pasku adresu; po kliknięciu jej można wyświetlić szczegóły dotyczące połączenia i certyfikatu.

Główne urzędy certyfikacji (root CA) są wbudowane w przeglądarki. Na przykład magazyn certyfikatów głównych Mozilli zawiera około 140–160 certyfikatów głównych. Te z kolei weryfikują pośrednie urzędy certyfikacji używane do weryfikacji większości stron internetowych.

Ogólnie rzecz biorąc, ten system działa dobrze, ale nie jest doskonały. :Istnieją tysiące pośrednich urzędów certyfikacji, co przekłada się na dużą powierzchnię ataku. Ponadto urzędy certyfikacji mogą być poddawane presji rządów(nowe okno) lub hakowane przez organizacje przestępcze, które zmuszają je do wydawania zagrożonych certyfikatów. Podręcznikowym przykładem jest DigiNotar(nowe okno), holenderski urząd certyfikacji, który został zhakowany w 2011 roku przez atakujących, którzy wydali setki fałszywych certyfikatów, przechwytując według doniesień ruch Gmaila dla około 300 000 użytkowników, głównie w Iranie.

Aby rozwiązać te problemy, nowoczesne połączenia TLS wykorzystują przejrzystość certyfikatów (CT). Nie zapobiega to temu, że urząd certyfikacji zostanie zhakowany lub do czegoś przymuszony, ale znacznie ułatwia wykrycie i opanowanie skutków.

Każdy publicznie zaufany certyfikat musi zostać zapisany w publicznych, odpornych na manipulacje rejestrach w momencie wydania. Na przykład Chrome od 2018 roku nie ufa żadnemu certyfikatowi, który nie został zapisany w co najmniej dwóch niezależnych logach CT.

Dzięki temu właściciele domen mogą wykryć fałszywy certyfikat dla swojej witryny w ciągu kilku godzin, a nie tygodni, jak to miało miejsce w przypadku DigiNotar. Po wykryciu dotknięte certyfikaty można szybko unieważnić — a w poważnych przypadkach przeglądarki mogą odebrać zaufanie urzędowi certyfikacji przy następnej aktualizacji.

TLS łączy szyfrowanie asymetryczne i symetryczne. Kryptografia asymetryczna (klucza publicznego) służy do nawiązania połączenia i pozwala przeglądarce i serwerowi uzgodnić wspólny sekret bez wysyłania go przez sieć. Nazywa się to uzgadnianiem TLS.

Po nawiązaniu bezpiecznego połączenia właściwe dane są przesyłane za pomocą szyfrów symetrycznych (zazwyczaj AES). Dokładne algorytmy szyfrowania, które zostaną użyte, są negocjowane między serwerem internetowym a klientem, na przykład przeglądarką. Większość przeglądarek pozwala kliknąć lub dotknąć ikony kłódki, aby dowiedzieć się więcej o szczegółach bezpieczeństwa algorytmów szyfrowania używanych w połączeniu HTTPS.

Tradycyjny TLS nie ukrywa nazw witryn, z którymi się łączysz, ponieważ początkowe uzgadnianie ujawnia nazwę witryny (SNI) i inne szczegóły każdemu, kto obserwuje ruch. Nowy standard, ratyfikowany przez IETF w marcu 2026 roku, ma to naprawić. Gdy działa, Encrypted Client Hello (ECH) szyfruje samo uzgadnianie, więc Twój ISP lub operatorzy hotspotów nie mogą już zobaczyć, które strony odwiedzasz. Jednak:

• ECH działa tylko wtedy, gdy wiele witryn współdzieli ten sam adres IP(nowe okno), tak jak ma to miejsce za siecią dostarczania treści(nowe okno) (CDN).
• Jeśli witryna ma własny dedykowany adres IP, cel pozostaje widoczny.
• ECH zależy od tego, czy Twoja przeglądarka używa zaszyfrowanego DNS (DoH) do pobierania kluczy konfiguracyjnych ECH. Jeśli to się nie powiedzie, połączenia po cichu wracają do SNI w postaci zwykłego tekstu.
• ECH jest wciąż wdrażany i obsługiwany w Firefoksie i Chrome. Jednak obecnie tylko około 9–10% miliona najpopularniejszych witryn obsługuje ECH, a niemal wszystkie z nich korzystają z Cloudflare.
• Dostawca CDN i DoH nadal może obserwować ostateczny cel Twoich połączeń sieciowych.

TLS i szyfrowanie end-to-end wykorzystują szyfrowanie do ochrony danych, ale różnią się tym, kto może je odszyfrować:

• TLS szyfruje połączenie między Twoim urządzeniem a serwerem. Gdy Twoje dane dotrą do tego serwera, są tam odszyfrowywane. Ktokolwiek zarządza serwerem, może je odczytać.
• Szyfrowanie end-to-end (E2EE) szyfruje połączenie między Twoim urządzeniem a innym urządzeniem. Nawet jeśli Twoje dane przechodzą przez serwery w trakcie podróży, tylko zamierzony odbiorca może je odszyfrować.

Wiadomości wysyłane przez Gmail są zabezpieczane w tranzycie za pomocą TLS, ale są odszyfrowywane, gdy dotrą do serwerów Google, co pozwala Google je odczytać. Wiadomości wysyłane za pomocą E2EE, takie jak wiadomości Signal lub e-maile wymieniane między użytkownikami Proton Mail, mogą być odczytane tylko przez zamierzonego odbiorcę.

Zarówno TLS, jak i sieci VPN chronią dane w tranzycie, ale mają zupełnie różne cele:

• VPN ukrywa, które strony odwiedzasz. TLS (zazwyczaj) tego nie robi.
• VPN ukrywa Twoje zapytania DNS(nowe okno). TLS (bez DoH) tego nie robi.
• VPN uniemożliwia odwiedzanym witrynom poznanie Twojego prawdziwego adresu IP(nowe okno). TLS tego nie robi.
• Zaufany VPN(nowe okno) nie prowadzi żadnych logów(nowe okno) historii przeglądania. TLS pozwala Twojemu ISP (a w konsekwencji Twojemu rządowi(nowe okno)) podglądać i przechowywać logi Twojej aktywności.
• TLS zabezpiecza połączenia indywidualnie, po jednej aplikacji lub procesie naraz. Natomiast VPN kieruje wszystkie połączenia z Twojego urządzenia przez tunel VPN (chyba że używasz split tunneling(nowe okno)), co utrudnia obserwatorowi wywnioskowanie wzorców zachowań na podstawie korzystania z przeglądarki i aplikacji, gdy jesteś połączony z VPN.

TLS i VPN uzupełniają się, zapewniając kolejne warstwy ochrony.

TLS sprawia, że możesz korzystać z bankowości, robić zakupy i logować się do swoich kont online, bez obaw, że każdy obcy na ścieżce sieciowej obserwuje, co robisz. Bez niego HTTPS by nie istniał, podobnie jak większość tego, co obecnie uważamy za oczywiste w korzystaniu z sieci.

Ale TLS nigdy nie miał ukrywać wszystkiego. Chroni zawartość połączenia, a nie sam fakt, że do niego doszło. Twój ISP, operator hotspotu Wi-Fi lub ktokolwiek inny obserwujący sieć nadal może zobaczyć, które strony odwiedzasz, nawet jeśli nie widzi, co robisz. W przeciwieństwie do E2EE nie uniemożliwia usłudze, z którą się łączysz, dostępu do Twoich danych.

Dlatego TLS, E2EE i VPN uzupełniają się: TLS zapewnia podstawowe bezpieczeństwo, E2EE gwarantuje, że tylko zamierzeni odbiorcy mogą uzyskać dostęp do Twoich danych, a zaufany VPN zapewnia wysoki poziom prywatności online.

TLS to protokół działający w tle za każdym razem, gdy korzystasz z aplikacji Proton (z wyjątkiem aplikacji Proton VPN, które obecnie korzystają głównie z WireGuard(nowe okno)). To na nim opiera się HTTPS, aby chronić Twoje połączenie, a także zabezpiecza ruch sieciowy w miejscach, których nie widzisz bezpośrednio, takich jak dostarczanie poczty między serwerami. Ale TLS chroni dane tylko wtedy, gdy są przesyłane. Silniejsze zabezpieczenia, takie jak szyfrowanie end-to-end i szyfrowanie z zerowym dostępem, są potrzebne dla naprawdę prywatnych treści.