Telnet | Teleinf Edu

1. Telnet: Zdalny Terminal w Sieci

Telnet, skrót od Teletype Network, należy do najstarszych protokołów zdalnego dostępu. Pierwszy opis podsystemu Telnet opublikowano w 1969 roku, natomiast późniejsza standardowa specyfikacja została opublikowana w 1983 roku. Jest to tekstowy protokół sieciowy, który pozwala użytkownikowi nawiązać połączenie ze zdalnym komputerem i obsługiwać jego terminal przez sieć. Zapewnia interaktywną komunikację tekstową w obu kierunkach za pośrednictwem wirtualnego terminala. Dane użytkownika i polecenia sterujące Telnetu występują w tym samym strumieniu TCP, dlatego klient i serwer muszą rozpoznawać informacje sterujące podczas obsługi wejścia i wyjścia terminala.

Głównym zastosowaniem Telnetu jest sesja . Użytkownik uruchamiający klienta Telnet na swojej lokalnej maszynie może połączyć się z serwerem Telnet działającym na maszynie zdalnej. Po połączeniu usługa może uwierzytelnić użytkownika i udostępnić mu interfejs wiersza poleceń, czyli powłokę zdalnego serwera. Znaki wprowadzane przez użytkownika są przekazywane do serwera, tam przetwarzane, a wynikowe dane wyjściowe wracają do klienta i są wyświetlane w jego terminalu. Sam protokół opisuje wymianę terminalową, natomiast sposób zakładania kont i sprawdzania haseł zależy od usługi uruchomionej po stronie serwera.

Wczesne implementacje umożliwiały obsługę scentralizowanych komputerów z odległych terminali. Podstawowy projekt Telnetu nie przewiduje domyślnego szyfrowania ani kryptograficznego uwierzytelniania serwera, dlatego zwykła sesja nie nadaje się do pracy w sieci niezaufanej. Dzisiejsze zastosowania klienta obejmują głównie diagnostykę usług tekstowych oraz obsługę starego sprzętu w odizolowanych środowiskach. Użycie protokołu do administracji wymaga dodatkowo sieci chronionej przed dostępem osób trzecich.

2. Architektura i Zasady Działania Telnetu

Telnet wykorzystuje model klient-serwer, wirtualny terminal sieciowy oraz negocjację opcji. Te elementy określają sposób wymiany danych i ułatwiają współpracę implementacji zgodnych z podstawową specyfikacją. Model jest symetryczny na poziomie protokołu. Obie strony mogą wysyłać dane i żądać zmiany opcji, choć typowy scenariusz nadal rozróżnia klienta i serwer.

Model Klient-Serwer
Sesja Telnet obejmuje dwa współpracujące programy:
- Klient Telnet: Aplikacja uruchamiana na komputerze użytkownika. Inicjuje połączenie, przekazuje znaki wprowadzone przez użytkownika, interpretuje dane Telnetu i wyświetla tekst otrzymany od serwera.
- Serwer Telnet (demon): Oprogramowanie, często nazywane demonem ('telnetd'), działające na maszynie zdalnej. Nasłuchuje na wyznaczonym porcie, ustanawia sesję i może przekazać ją do procesu logowania lub powłoki systemu operacyjnego.
Niezawodny Transport przez TCP
Telnet działa nad Protokołem Kontroli Transmisji (TCP), który zapewnia niezawodną, zorientowaną na połączenie usługę. Jest to istotne dla interfejsu wiersza poleceń. Dane docierają do serwera oraz wracają do klienta w kolejności określonej przez strumień TCP, a wykryte straty prowadzą do retransmisji. TCP zajmuje się numeracją, potwierdzeniami i retransmisją, co pozwala Telnetowi obsługiwać format terminala. Połączenie Telnetu przenosi w jednym strumieniu zarówno znaki danych, jak i polecenia sterujące protokołu.
Standardowy Port
Zgodnie z konwencją, serwery Telnet nasłuchują na przychodzące połączenia na dobrze znanym porcie TCP $23$ . Użytkownik inicjujący sesję Telnet, na przykład wpisując 'telnet serwer.przyklad.pl', instruuje swoje oprogramowanie klienckie, aby otworzyło połączenie TCP z portem 23 na tym serwerze.
Wirtualny Terminal Sieciowy (NVT)
Telnet używa . Wczesne systemy i terminale różniły się zestawami znaków oraz kodami sterującymi, na przykład do przesuwania kursora i czyszczenia ekranu. NVT stanowi ustandaryzowaną, pośrednią reprezentację, którą klient i serwer tłumaczą na format lokalnego sprzętu lub systemu operacyjnego. Domyślna reprezentacja NVT korzysta z siedmiobitowego US-ASCII umieszczonego w polu ośmiobitowym. Wartość IAC wprowadza polecenia Telnetu, a opcje mogą zmieniać sposób pracy terminala.
Klient Telnet mapuje dane z lokalnej klawiatury na format NVT przed wysłaniem. Serwer mapuje polecenia i dane systemu hosta na format NVT w kierunku klienta. Zgodne implementacje mogą zatem wymieniać dane mimo różnic sprzętowych i systemowych. Jeśli implementacja nie obsługuje opcji, może odrzucić negocjację i pozostać przy bazowym NVT.

3. Przebieg Sesji Telnetu

Typowa sesja Telnet obejmuje zestawienie połączenia, negocjację opcji, obsługę usługi zdalnej i zamknięcie połączenia.

Ustanowienie Połączenia: Użytkownik inicjuje sesję. Klient Telnet na maszynie lokalnej otwiera połączenie TCP z portem 23 na serwerze zdalnym.
Negocjacja Opcji:Po połączeniu klient i serwer mogą wymieniać polecenia Telnet, odrębne od poleceń powłoki, aby uzgodnić parametry sesji. Polecenia 'WILL', 'WON'T', 'DO' i 'DON'T' służą do zgłaszania oraz akceptowania lub odrzucania opcji, takich jak typ terminala, echo znaków i tryb pracy wierszowej. Wynik negocjacji określa sposób użycia NVT w tej sesji. Strona, która nie obsługuje danej opcji, może ją odrzucić, pozostawiając podstawowe zachowanie NVT.
Uwierzytelnianie: Usługa działająca za serwerem Telnet często wyświetla monit logowania. Użytkownik podaje nazwę użytkownika i hasło zgodne z zasadami zdalnego systemu, jeśli dana usługa wymaga uwierzytelnienia.
Sesja Interaktywna: Po pomyślnym uwierzytelnieniu usługa może przekazać użytkownikowi powłokę wiersza poleceń, na przykład Bash w systemie Linux lub wiersz poleceń w systemie Windows. Znaki wpisywane przez użytkownika są przesyłane do serwera, a wyniki poleceń i monity wracają do klienta i są wyświetlane w terminalu.
Zakończenie Sesji:Użytkownik może wylogować się ze zdalnej powłoki, na przykład wpisując 'exit' lub 'logout'. Serwer zamyka wtedy swoją stronę połączenia TCP, a klient zamyka stronę lokalną.

4. Ograniczenia Bezpieczeństwa Telnetu

Podstawowy protokół Telnetu nie zapewnia poufności transmisji, kryptograficznego uwierzytelniania serwera ani ochrony integralności. Zwykła sesja Telnetu nie powinna być używana w sieci niezaufanej, w tym w Internecie.

Transmisja bez Szyfrowania

W zwykłej sesji Telnet dane są przesyłane bez szyfrowania. Telnet ma osobną opcję ENCRYPT, lecz jej stan domyślny oznacza brak szyfrowania, a sama opcja nie jest elementem każdej implementacji. Obejmuje to znaki terminala, polecenia powłoki, odpowiedzi serwera i dane logowania:

Nazwy Użytkowników i Hasła: Kiedy wpisujesz swoje dane logowania, przemieszczają się one przez sieć jako czysty tekst, łatwy do odczytania dla każdego, kto monitoruje połączenie.
Wszystkie Polecenia: Każde polecenie, które wykonujesz, czy to 'ls -l', 'cat /etc/passwd' czy 'sudo reboot', jest wysyłane jako czysty tekst.
Wszystkie Dane Wyjściowe Serwera: Cała odpowiedź serwera, w tym zawartość plików, listy katalogów, komunikaty o błędach i wrażliwe informacje systemowe, jest odsyłana jako czysty tekst.

Podsłuchiwanie Ruchu

Brak szyfrowania pozwala osobie mającej dostęp do ścieżki między klientem i serwerem użyć do przechwycenia ruchu Telnetu. Z przechwyconych segmentów można odtworzyć sesję, w tym nazwę użytkownika i hasło, a następnie wykorzystać te dane do uzyskania dostępu do systemu.

Brak Domyślnej Ochrony Kryptograficznej

Podstawowy Telnet nie zawiera mechanizmu kryptograficznego, który uwierzytelniałby serwer i chronił integralność danych. Istnieją opcje rozszerzające, lecz ich obsługa i negocjacja nie są domyślną cechą zwykłej sesji. Opcja ENCRYPT może chronić poufność po poprawnym uzgodnieniu, lecz sama nie uwierzytelnia zdalnego hosta ani nie zapewnia integralności danych. Aktywny napastnik może też zakłócić jej negocjację.

Brak Uwierzytelniania Serwera: Zwykły klient Telnetu nie ma sposobu, aby kryptograficznie zweryfikować, czy serwer jest tym hostem, za który się podaje. Sesja jest przez to podatna na , w których napastnik może podszyć się pod serwer i przechwycić dane logowania.
Brak Integralności Danych: Podstawowy protokół nie zawiera kryptograficznego mechanizmu wykrywającego zmianę danych podczas przesyłania. Napastnik w pozycji MITM może odczytywać i modyfikować polecenia lub odpowiedzi serwera bez wykrycia przez Telnet.

5. Współczesne Zastosowania Klienta Telnetu

Używanie protokołu Telnet do zdalnego logowania jest odradzane, lecz sama aplikacja kliencka Telnet może służyć administratorom sieci i deweloperom. Prosty klient potrafi otworzyć surowe połączenie TCP z wybranym portem, dlatego nadaje się do podstawowej diagnostyki innych usług. Nie interpretuje jednak automatycznie protokołów binarnych ani nie zapewnia szyfrowania usługi, z którą nawiązuje połączenie.

Sprawdzanie Łączności na Portach:Polecenie pozwala sprawdzić, czy z danego hosta można otworzyć połączenie z portem. Na przykład, aby sprawdzić dostępność usługi WWW na 'serwer.przyklad.pl':
```
telnet serwer.przyklad.pl 80
```
Jeśli połączenie się powiedzie, port jest osiągalny i przyjął połączenie. Błąd lub przekroczenie czasu może oznaczać zamknięty port, filtrowanie albo niedostępność hosta, więc sam wynik nie rozstrzyga przyczyny.
Ręczna Interakcja z Protokołami: Surowy klient tekstowy pozwala ręcznie wysyłać komunikaty innych protokołów tekstowych. Można go wykorzystać do debugowania serwera WWW przez wysłanie prostego żądania HTTP:
```
telnet www.google.com 80
GET / HTTP/1.1
Host: www.google.com
```
Testowanie Serwerów Pocztowych:Responsywność serwera SMTP można sprawdzić, łącząc się z portem 25 i ręcznie wysyłając polecenia SMTP, takie jak 'EHLO'.
Zarządzanie Starszymi Urządzeniami: W odizolowanych, kontrolowanych sieciach Telnet może pozostać jedynym sposobem zarządzania starym sprzętem sieciowym lub systemami sterowania, które nie obsługują bezpieczniejszych protokołów. Takie użycie powinno być ograniczone do zaufanego środowiska.

6. SSH jako Bezpieczniejszy Zamiennik

Do zdalnego logowania wiersza poleceń przez sieć niezaufaną używa się protokołu , który zapewnia ochronę przewidzianą dla takiej komunikacji.

SSH zapewnia mechanizmy, których brakuje w podstawowym Telnecie. Ich skuteczność zależy od poprawnej konfiguracji klienta i serwera:

Szyfruje dane sesji, chroniąc nazwy użytkowników, hasła i przesyłane dane.
Uwierzytelnia serwer za pomocą klucza hosta, co ogranicza ryzyko ataku MITM przy poprawnej weryfikacji klucza.
Oferuje metody uwierzytelniania użytkownika, w tym kryptografię klucza publicznego.
Chroni integralność danych za pomocą mechanizmów kodów uwierzytelniających.

Klient Telnetu pozostaje narzędziem diagnostycznym, lecz zwykły Telnet nie chroni zdalnej administracji. Przy logowaniu przez sieć niezaufaną SSH jest właściwym wyborem, ponieważ zapewnia poufność, uwierzytelnianie i integralność zgodnie z konfiguracją połączenia. Klucz hosta trzeba zweryfikować, a metody uwierzytelniania dobrać do polityki bezpieczeństwa serwera.