pwn-docker-environment
pwn-docker-environment copied to clipboard
plusls
路径能不能不要写死
难道每次调pwn都要跑到你这个文件夹里调，能不能配置文件里写个路径，然后你自己来找这些socket；增加文件传输的接口，不要死挂载这个目录
啥意思，对于需要chroot的你直接放个lib也不是不行？如果不死挂载这个目录那咋文件同步呢
话说这个docker-env和patchelf比有啥优点啊
主要是怕某些题目环境比较屎，需要用一些特定版本的 pthread libc++之类的，docker的话直接让他在里面拉屎就行，事后把容器删了重新建就好
难道每次调pwn都要跑到你这个文件夹里调，能不能配置文件里写个路径，然后你自己来找这些socket；增加文件传输的接口，不要死挂载这个目录
啥意思，对于需要chroot的你直接放个lib也不是不行？如果不死挂载这个目录那咋文件同步呢
所以留个穿文件的接口啊，你可以每次都在tmp下弄一个临时目录，然后scp过去，还有，我建议判断文件是否需要传输用md5值校验
难道每次调pwn都要跑到你这个文件夹里调，能不能配置文件里写个路径，然后你自己来找这些socket；增加文件传输的接口，不要死挂载这个目录
啥意思，对于需要chroot的你直接放个lib也不是不行？如果不死挂载这个目录那咋文件同步呢
所以留个穿文件的接口啊，你可以每次都在tmp下弄一个临时目录，然后scp过去，还有，我建议判断文件是否需要传输用md5值校验
那如果二进制文件需要依赖一些当前目录下的文件呢，比如依赖个 data.bin，或者像你说的 chroot，你怎么办捏
现在我提供了个 cp-pwn 指令就是方便你手动拷贝文件的
难道每次调pwn都要跑到你这个文件夹里调，能不能配置文件里写个路径，然后你自己来找这些socket；增加文件传输的接口，不要死挂载这个目录
啥意思，对于需要chroot的你直接放个lib也不是不行？如果不死挂载这个目录那咋文件同步呢
所以留个穿文件的接口啊，你可以每次都在tmp下弄一个临时目录，然后scp过去，还有，我建议判断文件是否需要传输用md5值校验
那如果二进制文件需要依赖一些当前目录下的文件呢，比如依赖个 data.bin，或者像你说的 chroot，你怎么办捏
现在我提供了个 cp-pwn 指令就是方便你手动拷贝文件的
我的意思就是说把接口留出来，比如说addFile('./data.bin')这种，把所有的东西全部弄到那一个目录非常容易搞混，有时候在虚拟机里cp /lib到tmp目录下就能去chroot了，但是你这种就得弄在这个挂载的目录下，要是其他环境也需要其他的/lib来chroot不就混了吗，环境之间起码应该有点区分吧
我觉得可以在当前目录留个session，然后只要有这个session，对应的tmp目录下的临时工作文件夹就会存在，这样就只需要一开始拷贝一遍环境，然后一直调