|
|
|---|---|
|
|
|
|
|
|
|
|
你可以看下upx3.96/src/stub目录下的Makefile文件，或者在upx3.96/src目录下执行make all，根据命令行输出查看是那个文件生成的arm_v5a_linux_elf_fold.h |
|
|
非常感谢~ |
|
|
能不能基于最新的upx写下改法呢
|
|
|
修改i386-linux.elf-main.c文件。可以通过观察armv5的S文件获知。armv5的S汇编码文件是空的，直接以include的方式复用armv4的S文件，所以armv5中调用的C文件代码和armv4调用的是一致的，所以应当修改armv4的C文件。但是实际上armv4的C也是空的，复用了i386-linux.elf-main.c的代码，所以最终修改目标是i386-linux.elf-main.c。另外可以挨个看下各个文件的内容和包含关系，就可以知道（只讨论linux平台）S汇编码是依据不同架构的32/64位各一份（部分由于差异会单独写一份），而C不依赖架构就只有32/64位的区别（最终对应amd64和i386的两个C），所以修改两个C文件就可以影响linux下各个架构的代码流程 |
|
|
|
|
|
是的，因为so库和可执行文件的布局有差异，处理文件不一样，我这里只尝试了可执行文件的加壳修改 |
|
|
|
|
|
|
|
|
我修改了四处，void PackLinuxElf64::buildLinuxLoader（）和void PackLinuxElf32::buildLinuxLoader（）同名函数两个都修改了，还是会报segment fault。请教请教? |
|
|
我也遇到同样的问题，你改对了吗？ |
|
|
你改好了吗，我也是一直报错~~ |
|
|
详细说说是修改的哪一步发生错误？前面的入口点异或正常执行没错是吗？如果单纯是压缩数据加密部分的错误，我会考虑压缩加密部分有问题，因为loader中只有一行解密代码没有多余实现，要么是前后配合有问题（例如我第一页回复中那个入口点亦或的问题），要么是前面处理逻辑有问题。我自己只遇到过入口点异或/loader两函数两种seg fault情况，其他的没遇到不好说 |
|
|
|
|
|
|
|
|
如何在termux更新汇编文件呢 |
|
|
|
|
|
恐怕需要该那个汇编编译工具的代码，我记得里面直接调用HOME环境变量（或是个啥来着，记不清了）来定位工具位置的，termux里面修改这个变量为你的地址应该就行，但是我没试过不好说 |
|
|
|
|
|
|
|
|
|
|
|
我也是按照这个改了4处还是报segment fault，最新版源码和3.96版试了都不行，各位大佬都测试成功了吗？我的操作系统环境是ubuntu，upx version是： upx 3.96-git-ERROR+ UCL data compression library 1.03 zlib data compression library 1.3 LZMA SDK version 4.43 Copyright (C) 1996-2020 Markus Franz Xaver Johannes Oberhumer Copyright (C) 1996-2020 Laszlo Molnar Copyright (C) 2000-2020 John F. Reiser Copyright (C) 2002-2020 Jens Medoch Copyright (C) 1995-2005 Jean-loup Gailly and Mark Adler Copyright (C) 1999-2006 Igor Pavlov UPX comes with ABSOLUTELY NO WARRANTY; for details type 'upx.out -L'. |
|
|
解决了，对于大佬们来说，这确实不是个问题，我简单写一下如何解决的，给新手小白一个参考避坑。 按照楼主说的，先对4处进行修改。然后，需要先对stub进行编译，也就是在对amd64-linux.elf-main.cpp进行修改后，需要使用stubtools进行编译，生成新的loader，然后再对compress.cpp和p_lx_elf.cpp进行修改并编译upx，这样，新生成的upx.out就可以正常压缩楼主提供的demo了。 |
|
|
这个怎么bin2h.py怎么编译src/amd64-linx.elf-fold.S 呢？ |
