目前有四種基本的方法保護緩沖區免受緩沖區溢出的攻擊和影響。
編寫正確的代碼 非執行的緩沖區 數組邊界檢查 程序指針完整性檢查
一、編寫正確的代碼 Top
編寫正確的代碼是一件非常有意義但耗時的工作，特別像編寫C語言那種具有容易出錯傾向的程序(如：字元串的零結尾)，這種風格是由於追求性能而忽視正確性的傳統引起的。盡管花了很長的時間使得人們知道了如何編寫安全的程序組具有安全漏洞的程序依舊出現。因此人們開發了一些工具和技術來幫助經驗不足的程序員編寫安全正確的程序。
最簡單的方法就是用grep來搜索源代碼中容易產生漏洞的庫的調用，比如對strcpy和sprintf的調用,這兩個函數都沒有檢查輸入參數的長度。事實上，各個版本C的標准庫均有這樣的問題存在。為了尋找一些常見的諸如緩沖區溢出和操作系統競爭條件等漏洞，一些代碼檢查小組檢查了很多的代碼。然而依然有漏網之魚存在。盡管採用了strcpy和sprintf這些替代函數來防止緩沖區溢出的發生，但是由於編寫代碼的問題，仍舊會有這種情況發生。比如lprm程序就是最好的例子，雖然它通過了代碼的安全檢查,但仍然有緩沖區溢出的問題存在。
為了對付這些問題，人們開發了一些高級的查錯工具，如faultinjection等。這些工具的目的在於通過人為隨機地產生一些緩沖區溢出來尋找代碼的安全漏洞。還有一些靜態分析工具用於偵測緩沖區溢出的存在。雖然這些工具可以幫助程序員開發更安全的程序，但是由於C語言的特點，這些工具不可能找出所有的緩沖區溢出漏洞。所以，偵錯技術只能用來減少緩沖區溢出的可能，並不能完全地消除它的存在，除非程序員能保證他的程序萬元一失。
二、非執行的緩沖區 Top
通過使被攻擊程序的數據段地址空間不可執行，從而使得攻擊者不可能執行被植入被攻擊程序輸入緩沖區的代碼，這種技術被稱為非執行的緩沖區技術。事實上，很多老的Unix系統都是這樣設計的，但是近來的Unix和MS Windows系統為實現更好的性能和功能，往往在數據段中動態地放人可執行的代碼。所以為了保持程序的兼容性不可能使得所有程序的數據段不可執行。但是我們可以設定堆棧數據段不可執行，這樣就可以最大限度地保證了程序的兼容性。Linux和Solaris都發布了有關這方面的內核補丁。因為幾乎沒有任何合的
程序會在堆棧中存放代碼，這種做法幾乎不產生任何兼容性問題，除了在Linux中的兩個特例，這時可執行的代碼必須被放入堆棧中：
1．信號傳遞
Linux通過向進程堆棧釋放代碼然後引發中斷來執行在堆棧中的代碼進而實現向進程發送Unix信號.非執行緩沖區的補丁在發送信號的時候是允許緩沖區可執行的.
2．GCC的在線重用
研究發現gcc在堆棧區里放置了可執行的代碼以便在線重用。然而，關閉這個功能並不產生任何問題．只有部分功能似乎不能使用。非執行堆棧的保護可以有效地對付把代碼植入自動變數的緩沖區溢出攻擊，而對於其他形式的攻擊則沒有效果。通過引用一個駐留
的程序的指針，就可以跳過這種保護措施。其他的攻擊可以採用把代碼植入堆或者靜態數據段中來跳過保護。
三、數組邊界檢查 Top
植入代碼引起緩沖區溢出是一個方面，擾亂程序的執行流程是另一個方面。不像非執行緩沖區保護，數組邊界檢查完全沒有了緩沖區溢出的產生和攻擊。這樣，只要數組不能被溢出，溢出攻擊也就無從談起。為了實現數組邊界檢查，則所有的對數組的讀寫操作都應當被檢查以確保對數組的操作在正確的范圍內。最直接的方法是檢查所有的數組操作，但是通常可以來用一些優化的技術來減少檢查的次數。目前有以下的幾種檢查方法：
1、Compaq C編譯器
Compaq公司為Alpha CPU開發的C編譯器支持有限度的邊界檢查(使用—check_bounds參數)。這些限制是：只有顯示的數組引用才被檢查，比如「a[3]」會被檢查，而「*(a
+3)"則不會。由於所有的C數組在傳送的時候是指針傳遞的，所以傳遞給函數的的數組不會被檢查。帶有危險性的庫函數如strcpy不會在編譯的時候進行邊界檢查，即便是指定了邊界檢查。在C語言中利用指針進行數組操作和傳遞是非常頻繁的，因此這種局限性是非常嚴重的。通常這種邊界檢查用來程序的查錯，而且不能保證不發生緩沖區溢出的漏洞。
2、Jones＆Kelly：C的數組邊界檢查
Richard Jones和Paul Kelly開發了一個gcc的補丁，用來實現對C程序完全的數組邊界檢查。由於沒有改變指針的含義，所以被編譯的程序和其他的gcc模塊具有很好的兼容性。更進一步的是，他們由此從沒有指針的表達式中導出了一個「基」指針，然後通過檢查這個基指針來偵測表達式的結果是否在容許的范圍之內。當然，這樣付出的性能上的代價是巨大的：對於一個頻繁使用指針的程序，如向量乘法，將由於指針的頻繁使用而使速度慢30倍。這個編譯器目前還很不成熟，一些復雜的程序(如elm)還不能在這個上面編譯、執行通過。然而在它的一個更新版本之下，它至少能編譯執行ssh軟體的加密軟體包，但其實現的性能要下降12倍。
3、Purify：存儲器存取檢查
Purify是C程序調試時查看存儲器使用的工具而不是專用的安全工具。Purify使用"目標代碼插入"技術來檢查所有的存儲器存取。通過用Purify連接工具連接，可執行代碼在執行的時候帶來的性能的損失要下降3—5倍。
4、類型——安全語言
所有的緩沖區溢出漏洞都源於C語言的類型安全。如果只有類型—安全的操作才可以被允許執行，這樣就不可能出現對變數的強制操作。如果作為新手，可以推薦使用具有類型—安全的語言如JAVA和ML。
但是作為Java執行平台的Java虛擬機是C程序．因此攻擊JVM的一條途徑是使JVM的緩沖區溢出。因此在系統中採用緩沖區溢出防衛技術來使用強制類型—安全的語言可以收到預想不到的效果。
四、程序指針完整性檢查 Top
程序指針完整性檢查和邊界檢查有略微的不同。與防止程序指針被改變不同，程序指針完整性檢查在程序指針被引用之前檢測到它的改變。因此，即便一個攻擊者成功地改變程序的指針，由於系統事先檢測到了指針的改變，因此這個指針將不會被使用。與數組邊界檢查相比，這種方法不能解決所有的緩沖區溢出問題；採用其他的緩沖區溢出方法就可以避免這種檢測。但是這種方法在性能上有很大的優勢，而且兼容性也很好。
l、手寫的堆棧監測
Snarskii為FreeBSD開發丁一套定製的能通過監測cpu堆棧來確定緩沖區溢出的libc。這個應用完全用手工匯編寫的，而且只保護libc中的當前有效紀錄函數.這個應用達到了設計要求，對於基於libc庫函數的攻擊具有很好的防衛，但是不能防衛其它方式的攻擊.
2、堆棧保護
堆棧保護是一種提供程序指針完整性檢查的編譯器技術．通過檢查函數活動紀錄中的返回地址來實現。堆棧保護作為gcc的一個小的補丁，在每個函數中，加入了函數建立和銷毀的代碼。加入的函數建立代碼實際上在堆棧中函數返回地址後面加了一些附加的位元組。而在函數返回時，首先檢查這個附加的位元組是否被改動過，如果發生過緩沖區溢出的攻擊，那麼這種攻擊很容易在函數返回前被檢測到。但是，如果攻擊者預見到這些附加位元組的存在，並且能在溢出過程中同樣地製造他們．那麼它就能成功地跳過堆棧保護的檢測。通常．我們有如下兩種方案對付這種欺騙：
1.終止符號
利用在C語言中的終止符號如o(null，CR，LF，—1(Eof)等這些符號不能在常用的字元串函數中使用，因為這些函數一旦遇到這些終止符號，就結束函數過程了。
2.隨機符號
利用一個在函數調用時產生的一個32位的隨機數來實現保密，使得攻擊者不可能猜測到附加位元組的內容.而且，每次調用附加位元組的內容都在改變，也無法預測。通過檢查堆棧的完整性的堆棧保護法是從Synthetix方法演變來的。Synthetix方法通過使用准不變數來確保特定變數的正確性。這些特定的變數的改變是程序實現能預知的，而且只能在滿足一定的條件才能可以改變。這種變數我們稱為准不變數。Synthetix開發了一些工具用來保護這些變數。攻擊者通過緩沖區溢出而產生的改變可以被系統當做非法的動作。在某些極端的情況下，這些准不變數有可能被非法改變，這時需要堆棧保護來提供更完善的保護了。實驗的數據表明，堆棧保護對於各種系統的緩沖區溢出攻擊都有很好的保護作用．並能保持較好的兼容性和系統性能。分析表明，堆棧保護能有效抵禦現在的和將來的基於堆棧的攻擊。堆棧保護版本的Red Hat Linux 5．1已經在各種系統上運行了多年，包括個人的筆記本電腦和工作組文件伺服器。
3、指針保護
在堆棧保護設計的時候，沖擊堆棧構成了緩沖區溢出攻擊的常見的一種形式。有人推測存在一種模板來構成這些攻擊(在1996年的時候)。從此，很多簡單的漏洞被發現，實施和補丁後，很多攻擊者開始用更一般的方法實施緩沖區溢出攻擊。指針保護是堆錢保護針對這種情況的一個推廣。通過在所有的代碼指針之後放置附加位元組來檢驗指針在被調用之前的合法性，如果檢驗失敗，會發出報警信號和退出程序的執行，就如同在堆棧保護中的行為一樣。這種方案有兩點需要注意：
(1)附加位元組的定位
附加位元組的空間是在被保護的變數被分配的時候分配的，同時在被保護位元組初始化過程中被初始化。這樣就帶來了問題：為了保持兼容性，我們不想改變被保護變數的大小，因此我們不能簡單地在變數的結構定義中加入附加字。還有，對各種類型也有不同附加位元組數目。
(2)查附加位元組
每次程序指針被引用的時候都要檢查附加位元組的完整性。這個也存在問題因為「從存取器讀」在編譯器中沒有語義，編譯器更關心指針的使用，而各種優化演算法傾向於從存儲器中讀人變數.還有隨著變數類型的不同，讀入的方法也各自不同。到目前為止，只有很少—部分使用非指針變數的攻擊能逃脫指針保護的檢測。但是，可以通過在編譯器上強制對某一變數加入附加位元組來實現檢測，這時需要程序員自己手工加入相應的保護了。
2. 緩沖區溢出攻擊原理是
如果把一加侖的水注入容量為一品脫的容量中，水會四處冒出，這時你就會充分理解溢出的含義。同樣的道理，在計算機內部，如果你向一個容量有限的內存空間里存儲過量數據，這時數據也會溢出存儲空間。輸入數據通常被存放在一個臨時空間內，這個臨時存放空間被稱為緩沖區，緩沖區的長度事先已經被程序或者*作系統定義好了。
何為緩沖區溢出
緩沖區溢出是指當計算機程序向緩沖區內填充的數據位數超過了緩沖區本身的容量。溢出的數據覆蓋在合法數據上。理想情況是，程序檢查數據長度並且不允許輸入超過緩沖區長度的字元串。但是絕大多數程序都會假設數據長度總是與所分配的存儲空間相匹配，這就為緩沖區溢出埋下隱患。*作系統所使用的緩沖區又被稱為堆棧，在各個*作進程之間，指令被臨時存儲在堆棧當中，堆棧也會出現緩沖區溢出。
當一個超長的數據進入到緩沖區時，超出部分就會被寫入其他緩沖區，其他緩沖區存放的可能是數據、下一條指令的指針，或者是其他程序的輸出內容，這些內容都被覆蓋或者破壞掉。可見一小部分數據或者一套指令的溢出就可能導致一個程序或者*作系統崩潰。
溢出根源在於編程
緩沖區溢出是由編程錯誤引起的。如果緩沖區被寫滿，而程序沒有去檢查緩沖區邊界，也沒有停止接收數據，這時緩沖區溢出就會發生。緩沖區邊界檢查被認為是不會有收益的管理支出，計算機資源不夠或者內存不足是編程者不編寫緩沖區邊界檢查語句的理由，然而摩爾定律已經使這一理由失去了存在的基礎，但是多數用戶仍然在主要應用中運行十年甚至二十年前的程序代碼。
緩沖區溢出之所以泛濫，是由於開放源代碼程序的本質決定的。一些編程語言對於緩沖區溢出是具有免疫力的，例如Perl能夠自動調節位元組排列的大小，Ada95能夠檢查和阻止緩沖區溢出。但是被廣泛使用的C語言卻沒有建立檢測機制。標准C語言具有許多復制和添加字元串的函數，這使得標准C語言很難進行邊界檢查。C＋＋略微好一些，但是仍然存在緩沖區溢出。一般情況下，覆蓋其他數據區的數據是沒有意義的，最多造成應用程序錯誤，但是，如果輸入的數據是經過「黑客」或者病毒精心設計的，覆蓋緩沖區的數據恰恰是「黑客」或者病毒的入侵程序代碼，一旦多餘位元組被編譯執行，「黑客」或者病毒就有可能為所欲為，獲取系統的控制權。
溢出導致「黑客」病毒橫行
緩沖區溢出是病毒編寫者和特洛伊木馬編寫者偏愛使用的一種攻擊方法。攻擊者或者病毒善於在系統當中發現容易產生緩沖區溢出之處，運行特別程序，獲得優先順序，指示計算機破壞文件，改變數據，泄露敏感信息，產生後門訪問點，感染或者攻擊其他計算機。
2000年7月，微軟Outlook以及Outlook Express被發現存在漏洞能夠使攻擊者僅通過發送郵件就能危及目標主機安全，只要郵件頭部程序被運行，就會產生緩沖區溢出，並且觸發惡意代碼。2001年8月，「紅色代碼」利用微軟IIS漏洞產生緩沖區存溢出，成為攻擊企業網路的「罪魁禍首」。2003年1月，Slammer蠕蟲利用微軟SQL漏洞產生緩沖區溢出對全球互聯網產生沖擊。而在近幾天，一種名為「沖擊波」的蠕蟲病毒利用微軟RPC遠程調用存在的緩沖區漏洞對Windows 2000/XP、Windows Server 2003進行攻擊，波及全球網路系統。據CERT安全小組稱，*作系統中超過50%的安全漏洞都是由內存溢出引起的，其中大多數與微軟技術有關，這些與內存溢出相關的安全漏洞正在被越來越多的蠕蟲病毒所利用。
緩沖區溢出是目前導致「黑客」型病毒橫行的主要原因。從紅色代碼到Slammer,再到日前爆發的「沖擊波」，都是利用緩沖區溢出漏洞的典型。緩沖區溢出是一個編程問題，防止利用緩沖區溢出發起的攻擊，關鍵在於程序開發者在開發程序時仔細檢查溢出情況，不允許數據溢出緩沖區。此外，用戶需要經常登錄*作系統和應用程序提供商的網站，跟蹤公布的系統漏洞，及時下載補丁程序，彌補系統漏洞。
3. 如何應對緩沖區溢出漏洞攻擊
1999年，至少有半數的建議與緩沖區溢出有關，目前公開的安全漏洞通告也有相當一部分屬於 緩沖區溢出漏洞。 緩沖區溢出攻擊利用了目標程序的緩沖區溢出漏洞，通過操作目標程序堆棧並暴力改寫其返回地址，從而獲得目標控制權。它的原理是：向一個有限空間的緩沖區中拷貝過長的字元串，這帶來兩種後果，一是過長的字元串覆蓋了相臨的存儲單元而造成程序癱瘓，甚至造成宕機、系統或進程重啟等；二是可讓攻擊者運行惡意代碼，執行任意指令，甚至獲得超級許可權等。 事實上，在網路空間中利用這種緩沖區溢出漏洞而發起的攻擊屢見不鮮。早在1988年，美國康奈爾大學的計算機科學系研究生，23歲的莫里斯利用Unix fingered程序不限制輸入長度的漏洞，輸入512個字元後使緩沖器溢出。莫里斯又寫了一段特別大的程序使他的惡意程序能以root（根）身份執行，並感染到其他機器上。年初名燥一時的「SQL Slammer」蠕蟲王的發作原理，就是利用未及時更新補丁的MS SQL Server資料庫緩沖區溢出漏洞，採用不正確的方式將數據發到MS SQL Server的監聽埠，這個錯誤可以引起緩沖溢出攻擊。攻擊代碼通過緩沖溢出獲得非法許可權後，被攻擊主機上的Sqlserver.exe進程會嘗試向隨機的IP地址不斷發送攻擊代碼，感染其他機器，最終形成UDP Flood，造成網路堵塞甚至癱瘓。 由上可知，緩沖區溢出攻擊通常是在一個字元串里綜合了代碼植入和激活紀錄。如攻擊者將目標定為具有溢出漏洞的自動變數，然後向程序傳遞超長的字元串，進而引發緩沖區溢出。經過精巧設計的攻擊代碼以一定的許可權運行漏洞程序，獲得目標主機的控制權。這種攻擊手段屢次得逞主要是利用了程序中邊境條件、函數指針等設計不當問題，即利用了C程序本身的不安全性。大多數Windows、Linux、Unix系列的開發都依賴於C語言，所以緩沖區溢出攻擊成為操作系統、資料庫等應用程序最普遍的漏洞之一。 值得關注的是，防火牆對這種攻擊方式無能為力，因為攻擊者傳輸的數據分組並無異常特徵，沒有任何欺騙（這就是Nimda、SQL Slammer可以順利穿透防火牆的原因）。另外可以用來實施緩沖區溢出攻擊的字元串非常多樣化，無法與正常數據有效進行區分。緩沖區溢出攻擊不是一種竊密和欺騙的手段，而是從計算機系統的最底層發起攻擊，因此在它的攻擊下系統的身份驗證和訪問許可權等安全策略形同虛設。 用戶及開發者該如何降低因緩沖區溢出而造成的攻擊損失呢？首先，編程人員可以使用具有類型安全的語言 Java以避免C的缺陷；產品發布前仔細檢查程序溢出情況；使用檢查堆棧溢出的編譯器等。作為普通用戶或系統管理員，應及時為自己的操作系統和應用程序更新補丁；減少不必要的開放服務埠等，合理配置您的系統。
4. 什麼是C語言緩沖區溢出漏洞怎麼利用誰可以提供詳細的資料
緩沖區溢出漏洞入門介紹
文/hokersome
一、引言
不管你是否相信，幾十年來，緩沖區溢出一直引起許多嚴重的安全性問題。甚至毫不誇張的說，當前網路種種安全問題至少有50%源自緩沖區溢出的問題。遠的不說，一個沖擊波病毒已經令人談溢出色變了。而作為一名黑客，了解緩沖區溢出漏洞則是一門必修課。網上關於溢出的漏洞的文章有很多，但是大多太深或者集中在一個主題，不適合初學者做一般性了解。為此，我寫了這篇文章，主要是針對初學者，對緩沖區溢出漏洞進行一般性的介紹。
緩沖區溢出漏洞是之所以這么多，是在於它的產生是如此的簡單。只要C/C++程序員稍微放鬆警惕，他的代碼裡面可能就出現了一個緩沖區溢出漏洞，甚至即使經過仔細檢查的代碼，也會存在緩沖區溢出漏洞。
二、溢出
聽我說了這些廢話，你一定很想知道究竟什麼緩沖區溢出漏洞，溢出究竟是怎麼發生的。好，現在我們來先弄清楚什麼是溢出。以下的我將假設你對C語言編程有一點了解，一點點就夠了，當然，越多越好。
盡管緩沖區溢出也會發生在非C/C++語言上，但考慮到各種語言的運用程度，我們可以在某種程度上說，緩沖區溢出是C/C++的專利。相信我，如果你在一個用VB寫的程序裡面找溢出漏洞，你將會很出名。回到說C/C++，在這兩種使用非常廣泛的語言裡面，並沒有邊界來檢查數組和指針的引用，這樣做的目的是為了提高效率，而不幸的是，這也留下了嚴重的安全問題。先看下面一段簡單的代碼：
#include<stdio.h>
void main()
{
char buf[8];
gets(buf);
}
程序運行的時候，如果你輸入「Hello」，或者「Kitty」，那麼一切正常，但是如果輸入「Today is a good day」，那麼我得通知你，程序發生溢出了。很顯然，buf這個數組只申請到8個位元組的內存空間，而輸入的字元卻超過了這個數目，於是，多餘的字元將會佔領程序中不屬於自己的內存。因為C/C++語言並不檢查邊界，於是，程序將看似正常繼續運行。如果被溢出部分佔領的內存並不重要，或者是一塊沒有使用的內存，那麼，程序將會繼續看似正常的運行到結束。但是，如果溢出部分佔領的正好的是存放了程序重要數據的內存，那麼一切將會不堪設想。
實際上，緩沖區溢出通常有兩種，堆溢出和堆棧溢出。盡管兩者實質都是一樣，但由於利用的方式不同，我將在下面分開介紹。不過在介紹之前，還是來做一些必要的知識預備。
三、知識預備
要理解大多數緩沖區溢出的本質，首先需要理解當程序運行時機器中的內存是如何分配的。在許多系統上，每個進程都有其自己的虛擬地址空間，它們以某種方式映射到實際內存。我們不必關心描述用來將虛擬地址空間映射成基本體系結構的確切機制，而只關心理論上允許定址大塊連續內存的進程。
程序運行時，其內存裡面一般都包含這些部分：1)程序參數和程序環境；2)程序堆棧，它通常在程序執行時增長，一般情況下，它向下朝堆增長。3)堆，它也在程序執行時增長，相反，它向上朝堆棧增長；4)BSS 段，它包含未初始化的全局可用的數據（例如，全局變數）； 5)數據段，它包含初始化的全局可用的數據（通常是全局變數）；6)文本段，它包含只讀程序代碼。BSS、數據和文本段組成靜態內存：在程序運行之前這些段的大小已經固定。程序運行時雖然可以更改個別變數，但不能將數據分配到這些段中。下面以一個簡單的例子來說明以上的看起來讓人頭暈的東西：
#include<stdio.h>
char buf[3]="abc";
int i;
void main()
{
i=1
return;
}
其中，i屬於BBS段，而buf屬於數據段。兩者都屬於靜態內存，因為他們在程序中雖然可以改變值，但是其分配的內存大小是固定的，如buf的數據大於三個字元，將會覆蓋其他數據。
與靜態內存形成對比，堆和堆棧是動態的，可以在程序運行的時候改變大小。堆的程序員介面因語言而異。在C語言中，堆是經由 malloc() 和其它相關函數來訪問的，而C++中的new運算符則是堆的程序員介面。堆棧則比較特殊，主要是在調用函數時來保存現場，以便函數返回之後能繼續運行。
四、堆溢出
堆溢出的思路很簡單，覆蓋重要的變數以達到自己的目的。而在實際操作的時候，這顯得比較困難，尤其是源代碼不可見的時候。第一，你必須確定哪個變數是重要的變數；第二，你必須找到一個內存地址比目標變數低的溢出點；第三，在特定目的下，你還必須讓在為了覆蓋目標變數而在中途覆蓋了其他變數之後，程序依然能運行下去。下面以一個源代碼看見的程序來舉例演示一次簡單的堆溢出是如何發生的：
#include "malloc.h"
#include "string.h"
#include "stdio.h"
void main()
{
char *large_str = (char *)malloc(sizeof(char)*1024);
char *important = (char *)malloc(sizeof(char)*6);
char *str = (char *)malloc(sizeof(char)*4);
strcpy(important,"abcdef");//給important賦初值
//下面兩行代碼是為了看str和important的地址
printf("%d/n",str);
printf("%d/n",important);
gets(large_str);//輸入一個字元串
strcpy(str, large_str);//代碼本意是將輸入的字元串拷貝到str
printf("%s/n",important);
}
在實際應用中，這樣的代碼當然是不存在的，這只是一個最簡單的實驗程序。現在我們的目標是important這個字元串變成"hacker"。str和important的地址在不同的環境中並不是一定的，我這里是7868032和7868080。很好，important的地址比str大，這就為溢出創造了可能。計算一下可以知道，兩者中間隔了48個位元組，因此在輸入溢出字元串時候，可以先輸入48個任意字元，然後再輸入hakcer回車，哈哈，出來了，important成了"hacker"。
五、堆棧溢出
堆溢出的一個關鍵問題是很難找到所謂的重要變數，而堆棧溢出則不存在這個問題，因為它將覆蓋一個非常重要的東西----函數的返回地址。在進行函數調用的時候，斷點或者說返回地址將保存到堆棧裡面，以便函數結束之後繼續運行。而堆棧溢出的思路就是在函數裡面找到一個溢出點，把堆棧裡面的返回地址覆蓋，替換成一個自己指定的地方，而在那個地方，我們將把一些精心設計了的攻擊代碼。由於攻擊代碼的編寫需要一些匯編知識，這里我將不打算涉及。我們這里的目標是寫出一個通過覆蓋堆棧返回地址而讓程序執行到另一個函數的堆棧溢出演示程序。
因為堆棧是往下增加的，因此，先進入堆棧的地址反而要大，這為在函數中找到溢出點提供了可能。試想，而堆棧是往上增加的，我們將永遠無法在函數裡面找到一個溢出點去覆蓋返回地址。還是先從一個最簡單的例子開始：
void test(int i)
{
char buf[12];
}
void main()
{
test(1);
}
test 函數具有一個局部參數和一個靜態分配的緩沖區。為了查看這兩個變數所在的內存地址（彼此相對的地址），我們將對代碼略作修改：
void test(int i)
{
char buf[12];
printf("&i = %d/n", &i);
printf("&buf[0] = %d/n", buf);
}
void main()
{
test(1);
}
需要說明的是，由於個人習慣的原因，我把地址結果輸出成10進制形式，但願這並不影響文章的敘述。在我這里，產生下列輸出：&i = 6684072 &buf[0] = 6684052。這里我補充一下，當調用一個函數的時候，首先是參數入棧，然後是返回地址。並且，這些數據都是倒著表示的，因為返回地址是4個位元組，所以可以知道，返回地址應該是保存在從6684068到6684071。因為數據是倒著表示的，所以實際上返回地址就是：buf[19]*256*256*256+buf[18]*256*256+buf[17]*256+buf[16]。
我們的目標還沒有達到，下面我們繼續。在上面程序的基礎，修改成：
#include <stdio.h>
void main()
{
void test(int i);
test(1);
}
void test(int i)
{
void come();
char buf[12];//用於發生溢出的數組
int addr[4];
int k=(int)&i-(int)buf;//計算參數到溢出數組之間的距離
int go=(int)&come;
//由於EIP地址是倒著表示的，所以首先把come()函數的地址分離成位元組
addr[0]=(go << 24)>>24;
addr[1]=(go << 16)>>24;
addr[2]=(go << 8)>>24;
addr[3]=go>>24;
//用come()函數的地址覆蓋EIP
for(int j=0;j<4;j++)
{
buf[k-j-1]=addr[3-j];
}
}
void come()
{
printf("Success!");
}
一切搞定！運行之後，"Success!"成功列印出來！不過，由於這個程序破壞了堆棧，所以系統會提示程序遇到問題需要關閉。但這並不要緊，因為至少我們已經邁出了萬里長征的第一步。
5. 緩沖區溢出的危害
在計算機安全領域，緩沖區溢出就好比給自己的程序開了個後門，這種安全隱患是致命的。緩沖區溢出在各種操作系統、應用軟體中廣泛存在。而利用緩沖區溢出漏洞實施的攻擊就是緩沖區溢出攻擊。緩沖區溢出攻擊，可以導致程序運行失敗、系統關機、重新啟動，或者執行攻擊者的指令，比如非法提升許可權。
在當前網路與分布式系統安全中，被廣泛利用的50%以上都是緩沖區溢出，其中最著名的例子是1988年利用fingerd漏洞的蠕蟲。而緩沖區溢出中，最為危險的是堆棧溢出，因為入侵者可以利用堆棧溢出，在函數返回時改變返回程序的地址，讓其跳轉到任意地址，帶來的危害一種是程序崩潰導致拒絕服務，另外一種就是跳轉並且執行一段惡意代碼，比如得到shell，然後為所欲為。
6. 緩沖區溢出攻擊的6.防範方法
有四種基本的方法保護緩沖區免受緩沖區溢出的攻擊和影響。
1、通過操作系統使得緩沖區不可執行，從而阻止攻擊者植入攻擊代碼。
2、強制寫正確的代碼的方法。
3、利用編譯器的邊界檢查來實現緩沖區的保護。這個方法使得緩沖區溢出不可能出現，從而完全消除了緩沖區溢出的威脅，但是相對而言代價比較大。
4、一種間接的方法，這個方法在程序指針失效前進行完整性檢查。雖然這種方法不能使得所有的緩沖區溢出失效，但它能阻止絕大多數的緩沖區溢出攻擊。分析這種保護方法的兼容性和性能優勢。
非執行的緩沖區
通過使被攻擊程序的數據段地址空間不可執行，從而使得攻擊者不可能執行被植入被攻擊程序輸入緩沖區的代碼，這種技術被稱為非執行的緩沖區技術。在早期的Unix系統設計中，只允許程序代碼在代碼段中執行。
但是Unix和MS Windows系統由於要實現更好的性能和功能，往往在數據段中動態地放入可執行的代碼，這也是緩沖區溢出的根源。為了保持程序的兼容性，不可能使得所有程序的數據段不可執行。
但是可以設定堆棧數據段不可執行，這樣就可以保證程序的兼容性。Linux和Solaris都發布了有關這方面的內核補丁。因為幾乎沒有任何合法的程序會在堆棧中存放代碼，這種做法幾乎不產生任何兼容性問題，除了在Linux中的兩個特例，這時可執行的代碼必須被放入堆棧中：
⑴信號傳遞
Linux通過向進程堆棧釋放代碼然後引發中斷來執行在堆棧中的代碼來實現向進程發送Unix信號。非執行緩沖區的補丁在發送信號的時候是允許緩沖區可執行的。
⑵GCC的在線重用
研究發現gcc在堆棧區里放置了可執行的代碼作為在線重用之用。然而，關閉這個功能並不產生任何問題，只有部分功能似乎不能使用。
非執行堆棧的保護可以有效地對付把代碼植入自動變數的緩沖區溢出攻擊，而對於其它形式的攻擊則沒有效果。通過引用一個駐留的程序的指針，就可以跳過這種保護措施。其它的攻擊可以採用把代碼植入堆或者靜態數據段中來跳過保護。
(6)網路安全緩沖區溢出擴展閱讀：
原理
通過往程序的緩沖區寫超出其長度的內容，造成緩沖區的溢出，從而破壞程序的堆棧，使程序轉而執行其它指令，以達到攻擊的目的。造成緩沖區溢出的原因是程序中沒有仔細檢查用戶輸入的參數。
例如下面程序：
void function(char*str){char buffer[16];strcpy(buffer,str);}
上面的strcpy（）將直接把str中的內容到buffer中。這樣只要str的長度大於16，就會造成buffer的溢出，使程序運行出錯。
存在像strcpy這樣的問題的標准函數還有strcat（）、sprintf（）、vsprintf（）、gets（）、scanf（）等。
當然，隨便往緩沖區中填東西造成它溢出一般只會出現分段錯誤（Segmentation fault），而不能達到攻擊的目的。最常見的手段是通過製造緩沖區溢出使程序運行一個用戶shell，再通過shell執行其它命令。
如果該程序屬於root且有suid許可權的話，攻擊者就獲得了一個有root許可權的shell，可以對系統進行任意操作了。
緩沖區溢出攻擊之所以成為一種常見安全攻擊手段其原因在於緩沖區溢出漏洞太普遍了，並且易於實現。
而且，緩沖區溢出成為遠程攻擊的主要手段其原因在於緩沖區溢出漏洞給予了攻擊者他所想要的一切：植入並且執行攻擊代碼。被植入的攻擊代碼以一定的許可權運行有緩沖區溢出漏洞的程序，從而得到被攻擊主機的控制權。
在1998年Lincoln實驗室用來評估入侵檢測的的5種遠程攻擊中，有2種是緩沖區溢出。而在1998年CERT的13份建議中，有9份是是與緩沖區溢出有關的，在1999年，至少有半數的建議是和緩沖區溢出有關的。在ugtraq的調查中，有2/3的被調查者認為緩沖區溢出漏洞是一個很嚴重的安全問題。
緩沖區溢出漏洞和攻擊有很多種形式，會在第二節對他們進行描述和分類。相應地防衛手段也隨者攻擊方法的不同而不同，將在第四節描述，它的內容包括針對每種攻擊類型的有效的防衛手段。
7. 緩沖區溢出怎麼解決
1、安裝防火牆.
2、關閉系統還原功能~右鍵我的電腦屬性系統還原，關閉所有.
3、推薦在網路搜索PPlive NOD32(半年免費)和Windows清理助手(永久免費)、360安全衛士(永久免費)並下載安裝，查殺精度極高.
4、斷網，進入安全模式下，同時按下Ctrl+Alt+Del三鍵調出「任務管理器」，結束全部可疑進程，再用NOD32、Windows清理助手、360安全衛士輪流查殺.
5、根據系統提示按要求重啟電腦，幫助Windows清理助手給木馬病毒脫殼，NOD32提示發現病毒時點選「立即刪除」，最後連上網路，用360安全衛士打齊補丁.至此，問題解決.
6、下策，不推薦：斷網，重新分區、格式化硬碟，重做系統.
8. 對網路攻擊方法給出一些防範措施，比如緩沖區溢出等等
你沒有說明被攻擊的特徵,所以不知道你受到的攻擊屬於什麼類型.
作為預防 ，你必須將重要的數據備份並時刻注意系統運行狀況。
以下是針對網路安全問題，個人提出的幾點建議
1、提高安全意識 (1)不要隨意打開來歷不明的電子郵件及文件，不要隨便運行不太了解的人給你的程式，比如「特洛伊」類黑客程式就需要騙你運行。 中國.網管聯盟 (2)盡量避免從Internet下載不知名的軟體、游戲程式。即使從知名的網站下載的軟體也要及時用最新的病毒和木馬查殺軟體對軟體和系統進行掃描。 (3)密碼設置盡可能使用字母數字混排，單純的英文或數字非常容易窮舉。將常用的密碼設置不同，防止被人查出一個，連帶到重要密碼。重要密碼最佳經常更換。 (4)及時下載安裝系統補丁程式。 (5)不隨便運行黑客程式，不少這類程式運行時會發出你的個人信息。 (6)在支持HTML的BBS上，如發現提交警告，先看原始碼，非常可能是騙取密碼的陷阱。
2、使用防毒、防黑等防火牆軟體。 防火牆是個用以阻止網路中的黑客訪問某個機構網路的屏障，也可稱之為控制進/出兩個方向通信的門檻。在網路邊界上通過建立起來的相應網路通信監視系統來隔離內部和外部網路，以阻檔外部網路的侵入。
3、設置代理伺服器，隱藏自已的IP地址。 保護自己的IP地址是非常重要的。事實上，即便你的機器上被安裝了木馬程式，若沒有你的IP地址，攻擊者也是沒有辦法的，而保護IP地址的最佳方法就是設置代理伺服器。代理伺服器能起到外部網路申請訪問內部網路的中間轉接作用，其功能類似於一個數據轉發器，他主要控制哪些用戶能訪問哪些服務類型。當外部網路向內部網路申請某種網路服務時，代理伺服器接受申請，然後他根據其服務類型、服務內容、被服務的對象、服務者申請的時間、申請者的域名范圍等來決定是否接受此項服務，如果接受，他就向內部網路轉發這項請求。
4、將防毒、防黑當成日常例性工作，定時更新防毒組件，將防毒軟體保持在常駐狀態，以完全防毒。
5、由於黑客經常會針對特定的日期發動攻擊，計算機用戶在此期間應特別提高警戒。
6、對於重要的個人資料做好嚴密的保護，並養成資料備份的習慣。