Prawidłowa jest odpowiedź "SFTP", ponieważ SFTP (SSH File Transfer Protocol) realizuje transfer plików w ramach bezpiecznego kanału SSH. Oznacza to, że dane przesyłane między klientem a serwerem są chronione kryptograficznie w trakcie transmisji (poufność oraz odporność na podsłuch w sieci).
Pozostałe protokoły z listy nie zapewniają szyfrowania "z definicji" w swojej wersji bazowej:
- "HTTP" to protokół do przesyłania treści WWW. Sam HTTP nie szyfruje danych; szyfrowanie uzyskuje się dopiero po użyciu TLS, co w praktyce nazywa się HTTPS.
- "IMAP" służy do dostępu do skrzynki pocztowej. Bazowy IMAP nie jest protokołem szyfrującym; w praktyce zabezpiecza się go przez TLS (np. połączenie od razu w TLS lub negocjowanie szyfrowania mechanizmem STARTTLS).
- "SMTP" służy do przesyłania poczty między serwerami i od klienta do serwera. W wersji podstawowej nie szyfruje treści. Szyfrowanie wprowadza się przez TLS (np. STARTTLS lub warianty szyfrowane).
W kontekście egzaminacyjnym kluczowe jest rozróżnienie: czy protokół sam w sobie jest projektowany jako szyfrowany (jak SFTP przez SSH), czy też może być szyfrowany dodatkową warstwą (jak HTTP/IMAP/SMTP przez TLS). Na testach często pyta się o "protokół szyfrujący" w sensie domyślnego mechanizmu ochrony transmisji, a nie o typowe wdrożenia konfigurowane w firmach.
Wskazówka do nauki: gdy w nazwie występuje litera "S" (np. w popularnych nazwach usług), często oznacza to "secure", ale zawsze warto sprawdzić, czy jest to osobny protokół (SFTP) czy tylko wariant/konfiguracja (np. z TLS).
