1. __stack_chk_fail的作用

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

參考

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

2. 發(fā)生原因及原理

數(shù)組越界寫入，導(dǎo)致 canary值被修改。在函數(shù)退出時檢查canary，發(fā)現(xiàn)canary被修改，函數(shù)不能安全返回，call到__stack_chk_fail函數(shù)，abort當(dāng)前線程

2.1函數(shù)調(diào)用棧布局中canary位置

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

局部變量往低位地址增長，調(diào)用棧也是往位地址增長

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

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

3. 經(jīng)典案例

sprintf()輸入的數(shù)據(jù)長度過大，溢出到canary中。導(dǎo)致奇怪的現(xiàn)象。

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

4.容易引發(fā)__stack_chk_fail的常見原因及函數(shù)

根據(jù)發(fā)生原因可知，一般發(fā)生在越界寫入中

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

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

函數(shù)

sprintf

5.奇怪現(xiàn)象

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

總結(jié)

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

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。