對于為何要保護堆棧，請以“緩沖區(qū)溢出”，“堆棧”為關(guān)鍵詞google一下，本文不再贅述。只要你的程序要調(diào)用函數(shù)，那么就要使用堆棧，不進行函數(shù)調(diào)用的程序已經(jīng)很少了吧，難道你能忍受通篇的jmp，jne.。。等等手工作坊的方法嗎？在linux和windows 上，保護棧的方式最重要的莫過于兩種， 一個是使用堆棧安全cookie；另一個是使棧不可執(zhí)行。

　　上面提到的兩種方式中，安全cookie提供了更大的保護，而不可執(zhí)行棧在遇到溢出代碼放到堆的時候就很難奏效了，先看看安全cookie是怎么一回事。 在傳統(tǒng)的函數(shù)調(diào)用時，棧自下而上是：參數(shù)--》返回地址--》老的棧底指針--》局部變量--》。。.如果局部變量發(fā)生向下溢 出，覆蓋了函數(shù)的返回地址，那么程序一點脾氣也沒有，乖乖聽任你的擺布，但是這種錯誤的行為是在被調(diào)函數(shù)返回的時候發(fā)生的，如果被調(diào)函數(shù)有漏洞，那么我們希望的是在它返回的時候，也就是出了它的控制范圍的時候主動地報出錯誤，而不是將錯就錯，那么就需要一種有效的方式來檢測到錯誤的發(fā)生，于是安全 cookie就臨危受命了，它實際上就是在參數(shù)--》返回地址--》老的棧底指針--》局部變量--》。。.中間插入了一個 cookie，使得這個結(jié)構(gòu)變?yōu)榱藚?shù)--》返回地址--》老的棧底指針--》cookie--》局部變量--》。。.這 個cookie是每個程序映像都有的一個數(shù)值，最好就是一個隨機值，當(dāng)函數(shù)調(diào)用的時候，編譯器自動插入（編譯的時候編譯器知道何時進行函數(shù)調(diào)用，比如 call）一個cookie，這個cookie在程序啟動的時候被初始化為隨機值（如果不是隨機值，我們考慮最極端的情況，比如就是1，那么攻擊者就知道 把kookie的位置覆蓋為1就不會導(dǎo)致cookie 檢查失敗了），當(dāng)程序返回的時候系統(tǒng)會檢查堆棧的cookie和程序的cookie是否一致，如果不 一致，那么就報錯。

　　以上的方式很不錯嗎？考慮一下以下的問題：如果攻擊者知道程序的cookie所存放的位置，那么他就會知道cookie的值，于是他就知道應(yīng)該將堆棧中 cookie位置的值覆蓋成什么，即使你將cookie的存放位置設(shè)為不可讀也不好，因為攻擊者總能通過各種淫亂的手段達到目的，試問你是保護 cookie函數(shù)保護函數(shù)返回值？另外一個問題：當(dāng)cookie檢查失敗，該怎么辦？就算 cookie檢查失敗，緩沖區(qū)確實溢出，但是此時操作系統(tǒng)內(nèi)核并 不知道發(fā)生的一切（前提是只要別溢出到內(nèi)核空間），于是想讓系統(tǒng)在檢查失敗時就自動陷入內(nèi)核是不可能的，一切必須手動進行，在用戶空間進行，如果想讓內(nèi)核幫忙處理，就要手動進行陷入（x86種int指令），如果不需要內(nèi)核處理就在用戶空間了斷，不管哪種方式，都要在檢查失敗后跳到一段代碼，我們姑且把它叫做異常處理代碼，那么問題來了，如果攻擊者將這段異常處理代碼攻擊了怎么辦，這不成了個怪圈了嗎？是的，這是個怪圈，緩沖區(qū)溢出錯誤既然發(fā)生，你就誰也別 怪，錯就錯在你的代碼寫的不嚴密有漏洞，指望緩沖區(qū)溢出檢查機制無論怎樣結(jié)果都是不可信的，記住，計算機系統(tǒng)中只有一種可信的軟件，就是操作系統(tǒng)內(nèi)核（存在內(nèi)核的前提下，當(dāng)然不包括裸奔的單片機），而用戶空間的緩沖區(qū)溢出又沒有嚴重到內(nèi)核必須接管的地步（它可沒有缺頁異常嚴重），既然用戶空間的任何機制都 不可信，那么你還指望所謂嚴密的緩沖區(qū)溢出檢查機制嗎？