#### #### #### #### ########### # # # # # # ## # # # # # # # # # # #### # # # ######## # # # # # ### ### # # # # ###### # # # # #### # HACKER # # WANABE # # FAQ # Version 1.0 BETA # ###### # ## #### ## # #### 2002 # # # # ## ## ## ## # # #### #### ### ### #### Spis tematow: 1. Wstep 2. Protokoly Komunikacyjne: 2.1 IP 2.2 TCP 2.3 TCP/IP 2.4 UDP 2.5 ICMP 2.6 FTP 2.7 HTTP 2.8 POP, POP2, POP3 2.9 IGRP i EIGRP 2.10 UUCP 2.11 IPX 2.12 SPX 2.13 SAP 2.14 RIP 2.15 RTMP 2.16 OSPF 2.17 SMTP 2.18 ARP 2.19 RARP 2.20 Model OSI 3. Linux 3.1 Polecenia w Linuksie 3.2 Odinstalowywanie Linuksa 3.2.1 Sposob pierwszy 3.2.2 Sposob drugi 3.3 SDI dla Mandrake 8.2 3.4 Serwer DHCP 3.5 Iptables dla Mandrake 8.2 3.6 Konfiguracja serwera WWW pod Mandrake 8.2 4. Sieci 4.1 Anonimowowsc w sieci 4.1.1 Wstep 4.1.2 Proxy a) anonimowe Proxy b) jak sprawdzic anonimowosc Proxy? c) skad wytrzasnac Proxy? 4.1.3 Konta shellowe 4.1.4 Java Script 4.1.5 Cookies 4.1.6 Fake mail i mailbombing 4.1.7 Bezpieczenstwo danych osobowych 4.2 Obliczanie adresu sieci na podstawie adresu IP 4.3 Sniffing 4.4 Warchalking i Wireless LAN 4.5 WAN ROUTING 5. Systemy Operacyjne 5.1 Systemy Operacyjne 5.1.1 Wstep 5.1.2 Nizszy poziom zarzadzania procesorem (procesami) 5.1.3 Zarzadzanie pamiecia - jeden spojny obszar - Strefy - Strefy przemieszczalne - Stronnicownie - Stronnicownie na zadanie - Segmentacja - Segmentacja ze stronnicowniem na zadanie 5.1.4 Wyzszy poziom zarzadzania procesorem (procesami) 5.1.5 Poziom zarzadzania urzadzeniami I/O 5.1.6 Poziom zarzadzania informacja 6. Programowanie 6.1 BASH programowanie 6.2 Wstep do programowania w C 6.3 Pisanie programow Internetowych pod Linuxem - podstawy 6.4 Czym siê ró¿ni¹ C/C++, Pascal, Assembler, Basic, Java itp.. 6.5 Z czego sk³ada siê jêzyk programowania 7. Algorytmy 7.1 FIFO 7.2 LIFO 7.3 Stos 7.4 Algorytmy 7.5 Zrozumieæ kod CRC 7.6 Kompresja metod¹ RLE 8. Linki 9. Zakonczenie -------------------------------------------------------------------------------------------- ------------------- 1. WSTEP by CZaR|Ny ------------------- FAQ powsta³o w celach edukacyjnych i zosta³o napisane przez kilka osób po to by ka¿dy pocz¹tkuj¹cy móg³ poszerzyæ swoj¹ wiedzê. Nie opisujemy tutaj ¿adnych metod w³amañ tylko przekazujemy podstawy, które powinien mieæ ka¿dy zaczynaj¹cy swoj¹ przygodê z poznawaniem Internetu od œrodka. Jak widzicie jest trochê do czytania i na pewno ka¿dy znajdzie tutaj coœ dla siebie. Nie bêde siê wiêcej rozpisywa³ bo to i tak nie ma sensu - zapraszam do lektury. ...:::DISCLAIMER:::... Nie ponosimy ¿adnej odpowiedzialnoœci za wykorzystywanie tego materia³u. Wszystko co zrobisz z tym FAQ robisz na w³asn¹ odpowiedzialnoœæ. Jeœli Ci siê to nie podoba to po prostu nie czytaj i skasuj ten dokument ze swojego dysku, mo¿e to uchroni Ciebie i Twoje najbli¿sze otoczenie przed przykrymi niespodziankami zwi¹zanymi z materia³ami zawartymi tutaj. Jeœli dalej chcesz siê czegoœ nauczyæ i zacz¹æ wprowdzaæ zawart¹ tutaj wiedzê w ¿ycie to zapraszam... --------------------------------------------------------------------------------------------- --------------------------- 2. Protoko³y komunikacyjne --------------------------- ========== 2.1 IP by Estor ========== IP - Internet protocol - Protokó³ internetowy 1. Co to jest protokó³ ? Protokó³ okreœla zasady komunikacji pomiêdzy dwoma komputerami. Ale tak ³opatologicznie to mo¿e na przyk³adzie wyjaœniê: W jednej knajpie siedz¹ Polacy i Chiñczycy - Polacy rozmawiaj¹ z Polakami, a Chiñczycy z Chiñczykami. Polacy u¿ywaj¹ protoko³u o nazwie POLSKI, a Chiñczycy protokó³ o nazwie CHIÑSKI. Poniewa¿ ka¿dy z Polaków zna zasady protoko³u POLSKI dlatego mog¹ siê ze sob¹ dogadaæ, ale ¿aden CHÑCZYK nie wie co mówi¹ Polacy, to samo siê tyczy protoko³u CHIÑSKI, Polacy go nie znaj¹ dlatego nie rozumiej¹ co mówi¹ Chiñczycy. wiêc czym jest protokó³?, s¹ to zasady które normalizuj¹ sposób wymiany danych pomiêdzy komputerami, w jaki sposób nawi¹zywaæ po³¹czenie, jaki rozmiar musz¹ mieæ dane itd. Wiêc mój adres IP jest protoko³em ? NIE... mówi siê ¿e adres jest IP, poniewa¿ jest on okreœlony w specyfikacji protoko³u internetowego, ale on sam nie jest protoko³em. 2. Do czego stworzono IP ? W mym chorym umyœle wyobra¿am sobie protokó³ IP jako taczki!, nic nie robi tylko siedzi i transportuje te datagramy. Protokó³ internetowy zosta³ stworzony na u¿ytek sieci wzajemnie po³¹czonych systemów komputerowych, z komunikacj¹ opart¹ na wymianie pakietów. Protokó³ internetowy obs³uguje transmisjê bloków danych zwanych datagramami (ang. datagram) z Ÿród³a do przeznaczenia, gdzie Ÿród³o i przeznaczenie s¹ hostami identyfikowanymi przez adres o ustalonej d³ugoœci. Protokó³ internetowy pozwala na dzielenie (fragmentacje) i sk³adanie (defragmentacje) datagramów podczas ich wêdrówki po sieci, jeœli jest to tylko konieczne np. podczas transmisji przez sieci z "ma³ymi pakietami" Protokó³ internetowy jest swoiœcie ograniczony w obszarze dzia³ania, do dostarczania funkcji niezbêdnych, aby przetransportowaæ datagram z Ÿród³a do przeznaczenia, poprzez sieæ. Jest on POZBAWIONY!!! mechanizmów gwarantuj¹cych niezawodnoœæ transmisji danych, kontroli przep³ywu danych, sekwencjonowanie, oraz inne us³ugi czêsto u¿ywane w protoko³ach typu Host-To-Host. 3. Krótki przegl¹d IP Datagram w protokole IP sk³ada siê z 2 elementów: 1. Nag³ówka 2. Danych które maj¹ zostaæ przetransportowane... (a nie mówi³em ¿e taczki 8) ) Protokó³ internetowy definiuje dwie podstawowe funkcje: - adresowanie - fragmentacje Modu³y internetowe u¿ywaj¹ adresu zawartego w nag³ówku internetowym do transportowania internetowych datagramów w kierunku ich miejsca docelowego. Wybór drogi dla transmisji nazywa siê routing. Rotuting, czyli wyznaczanie trasy pakietów, niektórzy wielcy admini spolszczyli s³owo routing czyli wyznaczanie trasy = trasowanie 8(. W tym FAQ ja preferuje angielsk¹ nazwê routing. Modu³y internetowe u¿ywaj¹ pól w nag³ówku internetowym tak¿e do fragmentacji i de fragmentacji datagramów, jeœli to konieczne z powodu maksymalnego rozmiaru datagramu. Maksymalny rozmiar datagramu jest definiowany przez typ sieci. 4. Jak to jest zbudowane ? Protokó³ internetowy traktuje ka¿dy datagram jako odrêbn¹, niezale¿n¹ jednostkê nie zwi¹zan¹ z ¿adnym innym datagramem. Nie ma ¿adnych po³¹czeñ, ani logicznych zale¿noœci pomiêdzy dwoma datagramami (wirtualnych czy te¿ innych). Protokó³ internetowy u¿ywa 4 pól do udostêpniania swoich us³ug: - Type of Service - typ us³ugi, - Time to Live - czas ¿ycia - Options - opcje - Header Checksum - suma kontrolna nag³ówka Typ us³ugi (Type of Service) jest u¿ywany do poinformowania protoko³ów wy¿szych warstw jak maj¹ traktowaæ dany dataram. Ten typ wskazania us³ugi, jest u¿ywany przez bramy (Ang. gateway) w celu wybrania aktualnych parametrów transmisji, dla poszczególnych sieci, sieæ która ma zostaæ dla kolejnego hop'a (skoku), czy te¿ kolejnej bramy w czasie routing'u datagramu. Czas ¿ycia (Time to Live) wartoœæ wskazuj¹ca górn¹ granice ¿ycia datagramu. Jest ona ustawiana przez wysy³aj¹cego i wartoœæ ta jest zmniejszana w czasie drogi w ka¿dy punkcie gdzie dany datagram bêdzie przetwarzany. Jeœli wartoœæ ta osi¹gnie zero zanim osi¹gnie cel ulegnie zniszczeniu. Czas ¿ycia mo¿na uwa¿aæ jako limit czasu do samozniszczenia. Opcje udostêpniaj¹ 4 funkcje kontrolne wymagane lub te¿ u¿yteczne w pewnych sytuacjach, choæ zbêdne przy typowej komunikacji. Opcje zawieraj¹ ustawienia timestamps ,zabezpieczeñ oraz specjalnego routingu. Suma kontrolna nag³ówka umo¿liwia zweryfikowanie czy datagram zosta³ przetransportowany w³aœciwie. Dane mog¹ zawieraæ b³êdy, suma je nie obejmuje. Jeœli suma kontrolna nag³ówka siê nie zgadza, datagram jest bezwzglêdnie niszczony przez jednostkê która stwierdzi b³¹d. Protokó³ internetowy nie gwarantuje poprawnej komunikacji. Nie ma ¿adnych potwierdzeñ dla po³¹czeñ pomiêdzy Ÿród³em a przeznaczeniem, czy te¿ od hopa do hopa. Nie ma ¿adnej kontroli dla danych, tyko suma kontrolna nag³ówka, nie ma te¿ retra...
yaroor