Aby zabezpieczyć komunikację terminalową z serwerem, należy użyć połączenia z wykorzystaniem protokołu
A. TFTP
B. SFTP
C. SSH
D. Telnet
Pytanie z egzaminu CKE, czerwiec 2021 (arkusz E.13-SG-21.06).
SSH jest właściwym protokołem do zabezpieczonej komunikacji terminalowej z serwerem, bo zapewnia szyfrowanie transmisji, uwierzytelnianie użytkownika i ochronę przed podsłuchem. W praktyce oznacza to, że gdy administrator loguje się zdalnie do serwera Linux, przełącznika sieciowego albo urządzenia firewall, jego hasło i wpisywane polecenia nie lecą po sieci otwartym tekstem. SSH standardowo działa na porcie TCP 22 i zastąpił starsze, niebezpieczne rozwiązania typu Telnet. Można używać logowania hasłem, ale dobrą praktyką branżową jest uwierzytelnianie kluczem publicznym i prywatnym, najlepiej z wyłączonym logowaniem roota bezpośrednio oraz z ograniczeniem dostępu przez firewall. Z mojego doświadczenia to jedna z pierwszych rzeczy, które warto ogarnąć przy administracji serwerami, bo bez SSH praca zdalna byłaby mocno ryzykowna. SSH pozwala też na tunelowanie portów, bezpieczne kopiowanie plików przez SCP/SFTP oraz automatyzację zadań administracyjnych, np. skryptami. To nie jest tylko wygoda, ale realny element polityki bezpieczeństwa.
W tym pytaniu chodzi konkretnie o bezpieczną komunikację terminalową, czyli taką, gdzie użytkownik zdalnie wpisuje polecenia na serwerze, a transmisja jest chroniona przed przechwyceniem i modyfikacją. Telnet może wyglądać podobnie do SSH, bo też daje zdalny terminal, ale jego największy problem polega na tym, że nie szyfruje danych. Login, hasło i komendy mogą zostać podejrzane w sieci zwykłym snifferem, na przykład Wiresharkiem. Dlatego Telnet traktuje się dziś raczej jako rozwiązanie historyczne albo używane tylko w zamkniętych labach, a nie w normalnej administracji. TFTP też nie pasuje, bo jest prostym protokołem przesyłania plików, najczęściej używanym np. do bootowania urządzeń lub wgrywania konfiguracji w prostych środowiskach. Nie zapewnia klasycznej sesji terminalowej i nie ma mechanizmów bezpieczeństwa na poziomie wymaganym w administracji. SFTP bywa mylące, bo faktycznie działa z wykorzystaniem SSH i jest bezpieczne, ale służy głównie do transferu plików, a nie do interaktywnej pracy w terminalu. Typowy błąd myślowy polega na tym, że ktoś widzi literę S jak secure i od razu uznaje protokół za właściwy do wszystkiego. Moim zdaniem warto zapamiętać prosto: do zdalnej powłoki używa się SSH, do plików można użyć SFTP, a Telnet i TFTP nie powinny być wybierane jako bezpieczny terminal do serwera.