KWALIFIKACJA INF2 - PAŹDZIERNIK 2013 (test 2)

PYTANIE NR 35.
Który protokół zapewnia szyfrowanie połączenia?
A.
B.
C.
D.
Wyjaśnienie poprawnej odpowiedzi:
Poprawna jest odpowiedź "SSH", ponieważ ten protokół tworzy szyfrowany kanał komunikacji (np. dla zdalnego logowania), chroniąc dane i hasła w transmisji. DNS służy do tłumaczenia nazw, DHCP do przydziału adresów, a Telnet działa bez szyfrowania.

Pełne wyjaśnienie:

Poprawna odpowiedź to "SSH", ponieważ SSH (Secure Shell) został zaprojektowany do bezpiecznej administracji zdalnej i zapewnia szyfrowanie całej sesji. Oznacza to, że przesyłane dane (w tym loginy i hasła) są chronione przed podsłuchem w sieci, a połączenie może również zapewniać mechanizmy uwierzytelniania i integralności transmisji.

Pozostałe odpowiedzi są niepoprawne, bo nie służą do szyfrowania połączenia jako swojej podstawowej funkcji:

  • "DNS" to usługa/protokół służący do zamiany nazw domenowych na adresy IP i odwrotnie. Sam DNS nie jest mechanizmem szyfrowania sesji użytkownika; w klasycznej postaci działa bez zapewnienia poufności treści zapytań.
  • "DHCP" odpowiada za automatyczną konfigurację hostów w sieci (np. przydzielanie adresu IP, maski, bramy, DNS). To protokół konfiguracyjny, a nie tunel szyfrujący ruch aplikacyjny.
  • "TELNET" to protokół zdalnej pracy na terminalu, ale przesyła dane w postaci jawnej (plain text). W praktyce oznacza to ryzyko przechwycenia haseł i komend, dlatego w administracji zastępuje się go SSH.

W zadaniach egzaminacyjnych warto zapamiętać prostą regułę: jeśli pytanie dotyczy bezpiecznego zdalnego dostępu do powłoki/terminala, standardową odpowiedzią jest SSH, natomiast Telnet kojarzy się z brakiem szyfrowania. DNS i DHCP pełnią zupełnie inne role w infrastrukturze sieciowej.

Dodatkowe pytania

Dodatkowe pytania (FAQ):
SSH (Secure Shell) to protokół do zdalnego logowania i zarządzania systemem przez sieć w sposób bezpieczny. Zapewnia szyfrowanie sesji, dzięki czemu komendy, pliki oraz dane logowania są chronione przed podsłuchem.
Ponieważ SSH zestawia tunel, w którym transmisja jest szyfrowana kryptograficznie. W praktyce oznacza to poufność danych w sieci oraz ochronę haseł i treści poleceń przed przechwyceniem przez osoby trzecie.
Nie. Telnet przesyła dane w postaci jawnej, więc hasła i komendy mogą zostać łatwo przechwycone w sieci. Z tego powodu w administracji systemami Telnet zastępuje się SSH, gdy liczy się bezpieczeństwo transmisji.
DNS służy głównie do tłumaczenia nazw domenowych na adresy IP (oraz odwrotnie). To nie jest protokół służący do tworzenia szyfrowanego kanału komunikacji użytkownika, więc nie zapewnia "szyfrowania połączenia" w typowym znaczeniu.
DHCP automatycznie konfiguruje hosty w sieci (np. przydziela adres IP, maskę, bramę i serwery DNS). Jego celem jest konfiguracja parametrów sieciowych, a nie zabezpieczenie kanału komunikacji poprzez szyfrowanie danych aplikacyjnych.
Najczęściej: zdalne logowanie do serwera (administracja Linux/Unix), wykonywanie poleceń na urządzeniach sieciowych, zdalne zarządzanie usługami oraz bezpieczny transfer plików narzędziami opartymi o SSH (np. SFTP, SCP).
Główne ryzyko to podsłuch (sniffing) i przechwycenie danych logowania oraz treści sesji. W sieciach publicznych lub współdzielonych może to prowadzić do przejęcia konta, eskalacji uprawnień i nieautoryzowanych zmian w systemie.
DNS i DHCP wspierają działanie sieci: jeden rozwiązuje nazwy, drugi konfiguruje hosty. SSH dotyczy bezpośredniej pracy administratora zdalnie na systemie/urządzeniu i tworzy sesję, w której przesyłane są polecenia oraz dane – dlatego kluczowe jest szyfrowanie.
W obszarze administracji i eksploatacji systemów oraz sieci lokalnych znajomość podstawowych protokołów, w tym bezpiecznego zdalnego dostępu, jest typowa. W zadaniach często sprawdza się rozróżnianie protokołów oraz świadomość, które z nich chronią transmisję.
Częsty błąd to wybieranie protokołu "ważnego" dla sieci (DNS/DHCP) zamiast protokołu, który faktycznie tworzy szyfrowany kanał. Drugi błąd to mylenie Telnet z SSH, bo oba służą do zdalnej pracy; różni je właśnie brak szyfrowania w Telnet.
info

Około 70% zdających odpowiada poprawnie na to pytanie. średnio łatwe

Specjaliści zwracają uwagę: "Poprawna jest odpowiedź "SSH", ponieważ ten protokół tworzy szyfrowany kanał komunikacji (np. dla zdalnego logowania), chroniąc dane i hasła w transmisji."

Źródła:

  • RFC 4251: The Secure Shell (SSH) Protocol Architecture, IETF, 2006-01, https://www.rfc-editor.org/rfc/rfc4251
  • RFC 854: TELNET Protocol Specification, IETF, 1983-05, https://www.rfc-editor.org/rfc/rfc854
  • RFC 1035: Domain names - implementation and specification, IETF, 1987-11, https://www.rfc-editor.org/rfc/rfc1035

Materiały:

  • Dokumentacja RFC dotycząca SSH (RFC 4251) – przegląd architektury i bezpieczeństwa
  • Dokumentacja RFC dotycząca Telnet (RFC 854) – charakterystyka protokołu i brak szyfrowania
  • Materiały dydaktyczne z podstaw bezpieczeństwa sieci (uwierzytelnianie, poufność, integralność)

Aktualizacja pytania: 31.03.2026



Aktualizacja pytania: 31.03.2026
📡 Brak połączenia internetowego