Poprawną odpowiedzią jest TLS, ponieważ to protokół kryptograficzny używany do zestawiania bezpiecznego, szyfrowanego połączenia pomiędzy klientem a serwerem (klasyczny przykład to HTTPS). TLS zapewnia typowo trzy kluczowe własności: poufność (szyfrowanie transmisji), integralność (ochrona przed modyfikacją danych w trakcie przesyłu) oraz uwierzytelnienie (najczęściej serwera) realizowane poprzez certyfikat.
W praktyce zestawianie bezpiecznego kanału odbywa się podczas tzw. handshake: strony uzgadniają wersję protokołu i zestaw szyfrów, serwer prezentuje certyfikat, a następnie wypracowywany jest klucz sesyjny, którym szyfrowany jest dalszy ruch. Dlatego TLS jest właściwą odpowiedzią, gdy pytanie dotyczy "bezpiecznego połączenia" na potrzeby usług takich jak WWW, poczta czy API.
- HTTP jest protokołem aplikacyjnym do przesyłania stron i danych, ale w swojej podstawowej postaci nie szyfruje komunikacji. Dopiero połączenie HTTP z warstwą TLS daje HTTPS.
- Telnet służy do zdalnej pracy w trybie terminalowym, jednak klasycznie przesyła dane (w tym hasła) jawnie, więc nie spełnia kryterium bezpiecznego połączenia.
- PKCS#7 nie jest protokołem komunikacyjnym zestawiającym połączenia. To standard opisujący formaty (składnię) wiadomości kryptograficznych, np. podpisanych lub zaszyfrowanych, co nie zastępuje protokołu warstwy sesji/transportu.
Wskazówka egzaminacyjna: jeśli w treści pojawia się kontekst typu "HTTPS", "kłódka w przeglądarce", "certyfikat serwera" lub "szyfrowany kanał", najczęściej testowana jest właśnie znajomość TLS (historycznie określanego też jako SSL/TLS).
