PYTHON黑帽編程1.5 使用WIRESHARK練習網絡協議分析

Python黑帽編程1.5使用Wireshark練習網絡協議分析

1.5.0.1本系列教程說明

本系列教程,采用的大綱母本為《Understanding Network Hacks Attack and Defense with Python》一書,為了解決很多同學對英文書的恐懼,解決看書之后實戰(zhàn)過程中遇到的問題而作。由于原書很多地方過于簡略,筆者根據實際測試情況和最新的技術發(fā)展對內容做了大量的變更,當然最重要的是個人偏好。教程同時提供圖文和視頻教程兩種方式,供不同喜好的同學選擇。

1.5.0.2本節(jié)前言

在上一節(jié),筆者羅列的學習網絡編程應該了解或掌握的網絡基礎知識,這其中直接和編程相關的是網絡協議。抓包分析,一直都是學習網絡協議過程中,理論聯系實踐的最好方式,而目前最常用的抓包工具就是Wireshark。

隨著我們教程的深入,我們也會使用Wireshark來準備測試用的數據包,校驗程序的準確性,編寫程序之前做人工分析以提供準確的解決問題思路或算法。

Wireshark的詳細使用和高級功能,建議有精力的同學去閱讀《Wireshark網絡分析實戰(zhàn)》一書,本節(jié)內容以基礎和暫時夠用為原則。

1.5.1 WIRESHARK簡介

Wireshark是當今世界上被應用最廣泛的網絡協議分析工具。用戶通常使用Wireshark來學習網絡協議,分析網絡問題,檢測攻擊和木馬等。

Wireshark官網為https://www.wireshark.org/。

圖1 Wireshark官網

進入下載頁面,我們可以看到Wireshark提供windows和Mac OS X的安裝文件,同時提供了源碼供在Linux環(huán)境中進行安裝。

圖2

下載和安裝,這里就不詳細說明了,安裝程序還是源碼安裝1.2、1.4節(jié)課程中,有詳細的演示,各位同學依樣畫葫蘆即可。

在Kali Linux中,已經預裝了Wireshark,只需要在終端輸入Wireshark,即可啟動程序。

root@kali:~# wireshark

啟動之后,由于Kali默認是root賬號,會引發(fā)Lua加載錯誤,直接忽略即可。

圖3

1.5.2抓包

啟動Wireshark后,在主界面會列出當前系統中所有的網卡信息。

圖4

在此處選擇要監(jiān)聽的網卡,雙擊就會進入監(jiān)聽模式。還有另一個入口就是上方的配置按鈕。

圖5

打開配置界面,可以對網卡和數據包捕獲做一些配置。

圖6

選中網卡,點擊開始。

圖7

抓包的過程中,我們可以看到數據的變化。點擊停止按鈕,停止捕獲數據包。

圖8

在軟件的核心界面就是數據包列表,顯示的列有序號、時間、源IP、目標IP、協議、長度、基本信息。Wireshark使用不同的顏色對不同的協議做了區(qū)分。在視圖菜單,我們可以找到和著色相關的命令。

圖9

在圖9所示的命令中,對話著色用來選擇指定顏色對應的協議,著色分組列表用來隱藏非選中著色分組中的數據包,著色規(guī)則用來定義著色外觀和包含的協議,如圖10所示。

圖10

1.5.3包過濾

捕獲的數據包通常都是比較龐大的,如果沒有過濾篩選機制,對任何人來說,都將是一個災難。Wireshark提供了兩種過濾器:捕捉過濾器和顯示過濾器。

1.5.3.1捕獲過濾器

捕捉過濾器是用來配置應該捕獲什么樣的數據包,在啟動數據包捕捉之前就應該配置好。打開主界面“捕獲”——>“捕獲過濾器”。

圖11

在捕獲過濾器界面,我們可以看到已有的過濾器,可以修改刪除它們,同時我們可以增加自己的過濾器。

圖12

捕獲過濾器語法:

圖13

Protocol(協議):

可能的值: ether, fddi, ip, arp, rarp, decnet, lat, sca, moprc, mopdl, tcp and udp.

如果沒有特別指明是什么協議,則默認使用所有支持的協議。

Direction(方向):

可能的值: src, dst, src and dst, src or dst

如果沒有特別指明來源或目的地,則默認使用"src or dst"作為關鍵字。

Host(s):

可能的值:net, port, host, portrange.

如果沒有指定此值,則默認使用"host"關鍵字。

Logical Operations(邏輯運算):

可能的值:not, and, or.

否("not")具有最高的優(yōu)先級。或("or")和與("and")具有相同的優(yōu)先級,運算時從左至右進行。

下面我們具體看幾個示例:

tcp dst port 3128

顯示目的TCP端口為3128的封包。

ip src host 10.1.1.1

顯示來源IP地址為10.1.1.1的封包。

host 10.1.2.3

顯示目的或來源IP地址為10.1.2.3的封包。

src portrange 2000-2500

顯示來源為UDP或TCP,并且端口號在2000至2500范圍內的封包。

not imcp

顯示除了icmp以外的所有封包。(icmp通常被ping工具使用)

src host 10.7.2.12 and not dst net 10.200.0.0/16

顯示來源IP地址為10.7.2.12,但目的地不是10.200.0.0/16的封包。

(src host 10.4.1.12 or src net 10.6.0.0/16) and tcp dst portrange 200-10000 and dst net 10.0.0.0/8

當使用關鍵字作為值時,需使用反斜杠“\”。"ether proto \ip" (與關鍵字"ip"相同)。這樣寫將會以IP協議作為目標。"ip proto \icmp" (與關鍵字"icmp"相同).這樣寫將會以ping工具常用的icmp作為目標??梢栽?ip"或"ether"后面使用"multicast"及"broadcast"關鍵字。當您想排除廣播請求時,"no broadcast"就會非常有用。

如何使用定義好的捕獲過濾器呢?點擊下圖所示的展開過濾器按鈕。

在過濾器列表中選擇一個過濾器。

再雙擊啟動抓包,就會看到效果了。

1.5.3.2顯示過濾器

顯示過濾器用來過濾已經捕獲的數據包。在數據包列表的上方,有一個顯示過濾器輸入框,可以直接輸入過濾表達式,點擊輸入框右側的表達式按鈕,可以打開表達式編輯器,左側框內是可供選擇的字段。

圖14

顯示過濾器的語法如圖15所示。

圖15

下面我們對各個字段做介紹:

1)Protocol,協議字段。支持的協議可以從圖14的編輯器中看到,從OSI 7層模型的2到7層都支持。

2)String1, String2 (可選項)。協議的子類,展開圖14中的協議的三角,可以看到。

圖16

3) Comparison operators,比較運算符??梢允褂?種比較運算符如圖17所示,邏輯運算符如圖18所示。

圖17比較運算符

圖18邏輯運算符

被程序員們熟知的邏輯異或是一種排除性的或。當其被用在過濾器的兩個條件之間時,只有當且僅當其中的一個條件滿足時,這樣的結果才會被顯示在屏幕上。

讓我們舉個例子:

"tcp.dstport 80 xor tcp.dstport 1025"

只有當目的TCP端口為80或者來源于端口1025(但又不能同時滿足這兩點)時,這樣的封包才會被顯示。

下面再通過一些實例來加深了解。

snmp || dns || icmp

顯示SNMP或DNS或ICMP封包。

ip.addr == 10.1.1.1

顯示來源或目的IP地址為10.1.1.1的封包。

ip.src != 10.1.2.3 or ip.dst != 10.4.5.6

顯示來源不為10.1.2.3或者目的不為10.4.5.6的封包。

ip.src != 10.1.2.3 and ip.dst != 10.4.5.6

顯示來源不為10.1.2.3并且目的IP不為10.4.5.6的封包。

tcp.port == 25

顯示來源或目的TCP端口號為25的封包。

tcp.dstport == 25

顯示目的TCP端口號為25的封包。

tcp.flags

顯示包含TCP標志的封包。

tcp.flags.syn == 0x02

顯示包含TCP SYN標志的封包。

在使用過濾器表達式編輯器的時候,如果過濾器的語法是正確的,表達式的背景呈綠色。如果呈紅色,說明表達式有誤。

生成表達式,點擊Ok按鈕,回到數據包列表界面。

圖19

此時表達式會輸入到表達式欄中。

圖20

回車之后,就會看到過濾效果。

此外我們也可以通過選中數據包來生成過濾器,右鍵——>作為過慮器應用。

圖21

如圖21所示,不同的選項,大家都可以嘗試下,都是基本邏輯謂詞的組合。比如我選擇“或選中”,可以組合多個數據包的條件,如圖22所示。

圖22

圖22中,選擇了兩個數據包,協議不同,自動生成的過濾表達式會按照你鼠標點擊的位置所在的列字典作為條件來生成。圖中我兩次的位置都在Destination列上,所以生成的表達式是一樣的。

1.5.4數據分析

選中某一條數據項,會在如圖23所示的兩個區(qū)域,顯示該數據包的詳細信息。

圖23

在圖23中,1區(qū)為詳細信息顯示區(qū)域,這個區(qū)域內對數據包按照協議字段做了較為詳細的分析。2區(qū)為16進制數據區(qū)。結合1區(qū)和2區(qū),再結合書本上的知識,我們就可以進行協議分析的研究和學習了。圖23中,顯示的詳細信息分別為:

1)Frame:物理層的數據幀概況

2)Ethernet?II:數據鏈路層以太網幀頭部信息

3)Internet Protocol Version 4:互聯網層IP包頭部信息

4)Transmission Control Protocol:傳輸層T的數據段頭部信息,此處是TCP

5)Hypertext Transfer Protocol:應用層的信息,此處是HTTP協議

當我們點擊1區(qū)的字段的時候,可以看到在2區(qū)對應的數據項,如圖24。

圖24

是時候把教科書搬出來了,在圖25中,看到OSI七層模型和Wireshark數據包分析的對應情況。

圖25(來源于網絡)

再拿TCP數據包來舉例,如圖26。

圖26(來源于網絡)

用這樣的方法來學習網絡協議,是不是既簡單又直觀呢?還等什么,開始動手吧。

1.5.5實例:分析TCP三次握手過程

(以下內容,部分來自http://www.cnblogs.com/TankXiao/archive/2012/10/10/2711777.html,做了一些修改,作者感謝原作者。)

圖27(來源于網絡)

圖27就是經典的TCP三次握手,看它千百遍也不許厭煩,這是我大學時的必考題。

下面我們具體分析下實際三次握手的過程,打開Wireshark啟動抓包,然后在瀏覽器打開我的博客http://www.cnblogs.com/xuanhun。

停止抓包后輸入過濾表達式

ip.src == 192.168.1.38

過濾出連接到www.cnblogs.com的所有數據包。

圖28

選中一個,右鍵然后點擊"追蹤流"——>TCP流。

圖29

點擊TCP流之后,會根據tcp.stream字段生成過濾表達式,我們可以看到這次HTTP請求基于的TCP三次握手的數據包,如圖30所示。

圖30

下面我們依次分析下序號為69、79、80的三個數據包。

圖31

69號數據的TCP數據字段如圖31所示,我們可以看到序列號為0,標志位為SYN。

圖32

79號數據包的TCP字段如圖32所示,序列號為0,Ack序號加1為1,標志位為(SYN,ACK)。

圖33

80號數據包TCP字段如圖32所示,客戶端再次發(fā)送確認包(ACK) SYN標志位為0,ACK標志位為1.并且把服務器發(fā)來ACK的序號字段+1,放在確定字段中發(fā)送給對方。

這樣就完成了TCP的三次握手。

1.5.6小結

網絡分析是網絡編程的前置基本技能,本節(jié)課對網絡協議分析工具Wireshark做了一個快速入門,希望同學們多多練習,增強這方面的能力。

Wireshark在數據包捕獲和分析方面具有超強的能力,但是它不能修改和發(fā)送數據包,在Python里很容易實現數據包的修改和發(fā)送。從下一節(jié)開始,我們正式進入第二章——Python編程基礎。

1.5.7本節(jié)對應視頻教程獲取方法

在微信訂閱號(xuanhun521)依次打開“網絡安全”—>”Python黑客編程”,找到對應的本篇文章的1.5.7節(jié),有具體獲取視頻教程的方法。

由于教程仍在創(chuàng)作過程中,在整套教程完結前,感興趣的同學請關注我的微信訂閱號(xuanhun521,下方二維碼),我會第一時間在訂閱號推送圖文教程和視頻教程。問題討論請加qq群:Hacking(1群):303242737?? Hacking(2群):147098303。

關注之后,回復請回復“Python”,獲取更多內容。

最后編輯于
?著作權歸作者所有,轉載或內容合作請聯系作者
平臺聲明:文章內容(如有圖片或視頻亦包括在內)由作者上傳并發(fā)布,文章內容僅代表作者本人觀點,簡書系信息發(fā)布平臺,僅提供信息存儲服務。
  • 序言:七十年代末,一起剝皮案震驚了整個濱河市,隨后出現的幾起案子,更是在濱河造成了極大的恐慌,老刑警劉巖,帶你破解...
    沈念sama閱讀 228,702評論 6 534
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件,死亡現場離奇詭異,居然都是意外死亡,警方通過查閱死者的電腦和手機,發(fā)現死者居然都...
    沈念sama閱讀 98,615評論 3 419
  • 文/潘曉璐 我一進店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人,你說我怎么就攤上這事。” “怎么了?”我有些...
    開封第一講書人閱讀 176,606評論 0 376
  • 文/不壞的土叔 我叫張陵,是天一觀的道長。 經常有香客問我,道長,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 63,044評論 1 314
  • 正文 為了忘掉前任,我火速辦了婚禮,結果婚禮上,老公的妹妹穿的比我還像新娘。我一直安慰自己,他們只是感情好,可當我...
    茶點故事閱讀 71,826評論 6 410
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著,像睡著了一般。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發(fā)上,一...
    開封第一講書人閱讀 55,227評論 1 324
  • 那天,我揣著相機與錄音,去河邊找鬼。 笑死,一個胖子當著我的面吹牛,可吹牛的內容都是我干的。 我是一名探鬼主播,決...
    沈念sama閱讀 43,307評論 3 442
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了?” 一聲冷哼從身側響起,我...
    開封第一講書人閱讀 42,447評論 0 289
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎,沒想到半個月后,有當地人在樹林里發(fā)現了一具尸體,經...
    沈念sama閱讀 48,992評論 1 335
  • 正文 獨居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內容為張勛視角 年9月15日...
    茶點故事閱讀 40,807評論 3 355
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發(fā)現自己被綠了。 大學時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片。...
    茶點故事閱讀 43,001評論 1 370
  • 序言:一個原本活蹦亂跳的男人離奇死亡,死狀恐怖,靈堂內的尸體忽然破棺而出,到底是詐尸還是另有隱情,我是刑警寧澤,帶...
    沈念sama閱讀 38,550評論 5 361
  • 正文 年R本政府宣布,位于F島的核電站,受9級特大地震影響,放射性物質發(fā)生泄漏。R本人自食惡果不足惜,卻給世界環(huán)境...
    茶點故事閱讀 44,243評論 3 347
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧,春花似錦、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 34,667評論 0 26
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至,卻和暖如春,著一層夾襖步出監(jiān)牢的瞬間,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 35,930評論 1 287
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留,地道東北人。 一個月前我還...
    沈念sama閱讀 51,709評論 3 393
  • 正文 我出身青樓,卻偏偏與公主長得像,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當晚...
    茶點故事閱讀 47,996評論 2 374

推薦閱讀更多精彩內容