1. __stack_chk_fail的作用

在了函數的局部變量和保存的指令指針（譯注：此處指返回地址和EBP）之間。這個值被稱作金絲雀(“canary”)值

參考

http://www.freebuf.com/articles/system/24177.html

2. 發生原因及原理

數組越界寫入，導致 canary值被修改。在函數退出時檢查canary，發現canary被修改，函數不能安全返回，call到__stack_chk_fail函數，abort當前線程

2.1函數調用棧布局中canary位置

ESP：堆棧(Stack)指針寄存器，指向堆棧頂部
EBP：基址指針寄存器，指向當前堆棧底部

局部變量往低位地址增長，調用棧也是往位地址增長

canary位置：高于局部變量，低于EBP

所以誘發金絲雀的原因可能是：函數比局部變量更高的地址被修改

3. 經典案例

sprintf()輸入的數據長度過大，溢出到canary中。導致奇怪的現象。

http://stackoverflow.com/questions/3037636/very-strange-stack-overflow-in-c-program

4.容易引發__stack_chk_fail的常見原因及函數

根據發生原因可知，一般發生在越界寫入中

When you increased the size of your local variable, you ran out of stack space:

http://stackoverflow.com/questions/29571930/xcode-pthread-kill-20

函數

sprintf

5.奇怪現象

crash的地方是被影響的地方，而不一定是發生越界的訪問的地方。所以crash的時間可能是滯后的。在函數退出的時候等。

總結

以上是生活随笔為你收集整理的__stack_chk_fail栈检查失败的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。