なぜこのプログラムはsegfaultを引き起こしますか？私は現在、スタックオーバーフローについて書くと（参考のために、私は32ビットのLinuxマシンを使用しています）の下に次のプログラムを作成しています

Question

：

#include <stdio.h> 
#include <string.h> 

int main() { 
    char foo[16]; 
    strcpy(foo, "AAAAAAAAAAAAAAAABBBBC"); 
} 

このプログラムは

gcc stack_buffer_2.c -g -o stack_buffer_2 -fno-stack-protector 

何でコンパイルされましたこのプログラムはあるん

• フィルが「A」を持つすべての「foo」という配列は
• 塗りつぶしの文字私はGDB andhereで、このプログラムの動作を検証し

ESP保存に 'B' 文字

書き込み 'C' CHAR（プラスヌル文字）でaved EBPは、私が得たものである：

(gdb) run 

Program received signal SIGSEGV, Segmentation fault. 
0xb7e30043 in ??() from /lib/i386-linux-gnu/libc.so.6 

プログラムは、このコンテキストでは、__libc_start_mainからの戻りポイントである元の値0xb7e31637の代わりに、0xb7e30043（0x43およびヌルターミネータでオーバーフローした値）にジャンプしようとしました。

ここで私にとって厄介なものがあります。 "info proc mappings"を実行すると、0xb7e30043が "有効な"メモリのように見えることがわかります（/lib/i386-linux-gnu/libc.so.6内）

私はsegfaultsが私は「所有していない」、またはマップされていないセグメントにしかし、この場合、これは私のアプリケーションのメモリ空間の中にあり、libcはそれにマップされているので、なぜsegfaultを取得していますか？

これは、オーバーフローEIPがlibc内のランダムな命令を指しているため、これは何らかのミスアライメントによるものと思われます。そうなら、どうすれば調整できますか？その背後にある制約とそれを強制するのは何ですか？カーネル、MMU？

Answer 1

0xb7e30043の命令が無効であるという問題がありました。ここで

は現在の命令です：

0xb7e30043: add %cl,(%eax) 

私はEAX値に見て、それがゼロです。そこから、物事は簡単です。プロセスは0x0でメモリにアクセスしようとしましたが、segfaultで失敗しました。