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

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

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