考虑以下易受攻击的代码/程序：
#include cpy(buf,argv[1]);
return 0;
}
在启用了NX和ASLR的运行Linux的IA-32(x86,32位)上,我将使用GOT覆盖技术来利用它,它基本上包括以下步骤：
>溢出缓冲区直到RIP
>使用strcpy @ plt的地址覆盖RIP
>使用.text中的干净小工具,例如pop edi; pop ebp; ret,作为strcpy的返回地址
>使用.text将strcpy：& bss-address的参数和/ bin / sh的一个字节写入
>重复步骤2-4,直到/ bin / sh完全写入& bss
>用系统覆盖strcpy的GOT条目(使用偏移量,需要了解Libc的使用版本 – 让我们在这里忽略它)
>在堆栈上写入strcpy @ plt,然后是一些4字节的块,最后是指向/ bin / sh的& bss的地址
>利润
我想在x86-64上利用这一点,同时启用相同的缓解措施.但这更像想象的那样困难.基本上由于以下原因：
> x86-64基于寄存器的调用约定：函数参数使用寄存器而不是堆栈传递.因此,需要一些额外的ROP小工具将参数从堆栈传输到适当的寄存器中.这是一个小问题,但也受以下问题的影响：
> 64位返回地址：x86-64中的RIP指向.text,甚至不是32位长.因此,必须在堆栈上写入NULL字节以进行链函数调用.基本上,可以使用对strcpy的链接调用来编写尽可能多的NULL字节,并利用NULL终止字符strcpy始终写入.但是一个人只能通过覆盖RIP的最低有效字节来调用strcpy一次.
|0x00000000| (most significant bytes)
|0x00deadbe| <- RIP (least significant bytes)
|0x41414141|
|0x41414141| <- SFP
| ... |
这些是我在启用NX和ASLR的x86-64上利用该程序时遇到的主要问题.有没有解决这些问题的技术？或者x86-64真的阻止了一个有效的shell开放漏洞吗？
最佳答案
x86-64不会阻止这些类型的攻击.见这tutorial.
