pwn远程打通本地打不通的“玄学“问题解释
前言速刷buu pwn题的时候碰到的问题, 本来配置了16/18/20三个版本虚拟机, 加上pwndocker, 基本可以涵盖各个版本环境的需求, 不过做到一个栈的题的时候发现出现了本地打不通, 远程能通的情况, 本来以为是个人的玄学体质导致的玄学bug, 搜索了解释, 才发现是另一回事问题查看本地glibc环境, 结果选择正确的glibc版本, 依然打不通本地解决参考 https://blog.
前言
速刷buu pwn题的时候碰到的问题, 本来配置了16/18/20三个版本虚拟机, 加上pwndocker, 基本可以涵盖各个版本环境的需求, 不过做到一个栈的题的时候发现出现了本地打不通, 远程能通的情况, 本来以为是个人的玄学体质导致的玄学bug, 搜索了解释, 才发现是另一回事
问题
查看本地glibc环境, 结果选择正确的glibc版本, 依然打不通本地
解决
参考 https://blog.csdn.net/fjh1997/article/details/107695261
得知glibc2.27以后引入xmm寄存器, 记录程序状态, 会执行movaps指令, 要求rsp是按16字节对齐的, 所以如果payload这样写
payload = cyclic(0x20 + 8) + p64(pop_rdi_addr) + p64(binsh_addr) + p64(system_addr)
弹出的数据是奇数个, 本地就会报错
但是改成偶数个pop
payload = cyclic(0x20 + 8) + p64(pop_rdi_addr) + p64(binsh_addr) + p64(ret_addr) + p64(system_addr)
就能打通本地了
总结
因为ubuntu版本, glibc版本等问题受到的困扰有不少, 不过一个个搜索/调试解决之后, 有了更深刻的认知/见解, 环境问题一直是pwn的老大难问题, 跨过这道槛就能逐渐体会到pwn的乐趣所在
另外pwn本身就是对环境高度依赖的技术, 严格监控各个题目环境的版本要求, 这样血压也不至于太高
更多推荐
所有评论(0)