緩沖區溢出漏洞實驗

一、實驗簡介

緩沖區溢出是指程序試圖向緩沖區寫入超出預分配固定長度數據的情況。這一漏洞可以被惡意用戶利用來改變程序的流控制，甚至執行代碼的任意片段。這一漏洞的出現是由於數據緩沖器和返回地址的暫時關閉，溢出會引起返回地址被重寫。

二、實驗準備

實驗樓提供的是64位Ubuntu linux，而本次實驗為了方便觀察匯編語句，我們需要在32位環境下作操作，因此實驗之前需要做一些準備。

1、輸入命令安裝一些用於編譯32位C程序的東西：

• sudo apt-get update
  

• sudo apt-get install lib32z1 libc6-dev-i386（第一次安裝時沒有截圖成功）
  

• sudo apt-get install lib32readline-gplv2-dev
  

2、輸入命令“linux32”進入32位linux環境。此時你會發現，命令行用起來沒那麽爽了，比如不能tab補全了，所以輸入“/bin/bash”使用bash：

三、實驗步驟

3.1 初始設置
Ubuntu和其他一些Linux系統中，使用地址空間隨機化來隨機堆（heap）和棧（stack）的初始地址，這使得猜測準確的內存地址變得十分困難，而猜測內存地址是緩沖區溢出攻擊的關鍵。因此本次實驗中，我們使用以下命令關閉這一功能：sudo sysctl -w kernel.randomize_va_space=0

此外，為了進一步防範緩沖區溢出攻擊及其它利用shell程序的攻擊，許多shell程序在被調用時自動放棄它們的特權。因此，即使你能欺騙一個Set-UID程序調用一個shell，也不能在這個shell中保持root權限，這個防護措施在/bin/bash中實現。

linux系統中，/bin/sh實際是指向/bin/bash或/bin/dash的一個符號鏈接。為了重現這一防護措施被實現之前的情形，我們使用另一個shell程序（zsh）代替/bin/bash。下面的指令描述了如何設置zsh程序：

sudo su

cd /bin

rm sh

ln -s zsh sh

exit

3.2 shellcode

一般情況下，緩沖區溢出會造成程序崩潰，在程序中，溢出的數據覆蓋了返回地址。而如果覆蓋返回地址的數據是另一個地址，那麽程序就會跳轉到該地址，如果該地址存放的是一段精心設計的代碼用於實現其他功能，這段代碼就是shellcode。

觀察以下代碼：

本次實驗的shellcode，就是剛才代碼的匯編版本：

\x31\xc0\x50\x68"//sh"\x68"/bin"\x89\xe3\x50\x53\x89\xe1\x99\xb0\x0b\xcd\x80
3.3 漏洞程序

把以下代碼保存為“stack.c”文件，保存到 /tmp 目錄下。代碼如下：

通過代碼可以知道，程序會讀取一個名為“badfile”的文件，並將文件內容裝入“buffer”。

編譯該程序，並設置SET-UID。命令如下：

sudo su

gcc -m32 -g -z execstack -fno-stack-protector -o stack stack.c

chmod u+s stack

exit

GCC編譯器有一種棧保護機制來阻止緩沖區溢出，所以我們在編譯代碼時需要用 –fno-stack-protector 關閉這種機制。
而 -z execstack 用於允許執行棧。

3.4 攻擊程序

我們的目的是攻擊剛才的漏洞程序，並通過攻擊獲得root權限。

把以下代碼保存為“exploit.c”文件，保存到 /tmp 目錄下。代碼如下：

註意上面的代碼，“\x??\x??\x??\x??”處需要添上shellcode保存在內存中的地址，因為發生溢出後這個位置剛好可以覆蓋返回地址。

而 strcpy(buffer+100,shellcode); 這一句又告訴我們，shellcode保存在 buffer+100 的位置。

現在我們要得到shellcode在內存中的地址，輸入命令：

gdb stack

disass main
截圖結果:

接下來的操作：

根據語句 strcpy(buffer+100,shellcode); 我們計算shellcode的地址為 0xffffd2a0(十六進制)+100(十進制)=0xffffd304(十六進制)

現在修改exploit.c文件！將 \x??\x??\x??\x?? 修改為 \x04\xd3\xff\xff

然後，編譯exploit.c程序：gcc -m32 -o exploit exploit.c

3.5 攻擊結果

2017-2018-2 20179216 《網絡攻防與實踐》第十周作業