这篇文章上次修改于 556 天前,可能其部分内容已经发生变化,如有疑问可询问作者。
前言
在上一篇系列文章中,以为绿洲为样本演示了dump上下文后模拟执行的整个过程
绿洲com.weibo.xvideo.NativeApi
的s
算法相对简单,涉及的JNI调用较少,整体模拟执行过程还是比较顺利
但这似乎让人对dump上下文后模拟执行的优势感知不强,本文将以更加复杂的目标算法为例以提升用户感知~
本文的样本是快手 10.6.50.26734 32位
目标是模拟执行com.kuaishou.android.security.internal.dispatch.JNICLibrary
的doCommandNative
方法
记录
frida hook
获取入参和结果
首先是通过frida获取传入参数,不熟悉frida的同学可以看看怎么打印[Ljava.lang.Object;
包裹的数组和Ljava/lang/Object;
包裹的[B
function obj_byte_arr_to_hexstr(byte_arr){
let HexDump = Java.use("com.android.internal.util.HexDump");
// HexDump.hexStringToByteArray()
// HexDump.toHexString()
let buffer = Java.cast(byte_arr, Java.use("[B"));
return HexDump.toHexString(Java.array('byte', buffer));
}
function hook_ks_doCommandNative(){
Java.perform(function(){
let Arrays = Java.use("java.util.Arrays");
let ArrayClz = Java.use("java.lang.reflect.Array");
let JNICLibrary = Java.use("com.kuaishou.android.security.internal.dispatch.JNICLibrary");
JNICLibrary.doCommandNative.overload('int', '[Ljava.lang.Object;').implementation = function(num, objs){
console.log(`[enter] => ${num} ${objs}`);
let bflag = false;
if (num == 10400){
bflag = true;
}
let arr = Arrays.asList(objs);
for (let index = 0; index < arr.size(); index++) {
let element = arr.get(index);
console.log(`[arrarr] ${index} ===>${element}<===`);
if (index == 0){
if (bflag){
console.log(`[first arr] ===>${obj_byte_arr_to_hexstr(element)}<===`);
}
else{
for(let index = 0; index < ArrayClz.getLength(element); index++){
let item = ArrayClz.get(element, index).toString();
console.log(`[first arr] ${index} ===>${item}<===`);
}
}
}
}
let result = this.doCommandNative(num, objs);
if (bflag){
console.log(`[leave] => ${obj_byte_arr_to_hexstr(result)}`);
}else{
console.log(`[leave] => ${result}`);
}
return result;
}
})
}
可以得到这些输出,现在入参和结果都有了
[enter] => 10418 [Ljava.lang.String;@a2ac698,d7b7d042-d4f2-4012-be60-d97ff2429c17,-1,false,com.yxcorp.gifshow.App@9ac1cd7,,false,
[arrarr] 0 ===>[Ljava.lang.String;@a2ac698<===
[first arr] 0 ===>/rest/n/magicFace/ycnn/models88a33d1370a36dd86aa8af7781ed3bb3<===
[arrarr] 1 ===>d7b7d042-d4f2-4012-be60-d97ff2429c17<===
[arrarr] 2 ===>-1<===
[arrarr] 3 ===>false<===
[arrarr] 4 ===>com.yxcorp.gifshow.App@9ac1cd7<===
[arrarr] 5 ===>null<===
[arrarr] 6 ===>false<===
[arrarr] 7 ===><===
[leave] => e8f989aaaff3b2dc81a0a3a2e2c167d8c96354d8bdb1bfa9
[enter] => 10418 [Ljava.lang.String;@9a6964b,d7b7d042-d4f2-4012-be60-d97ff2429c17,-1,false,com.yxcorp.gifshow.App@9ac1cd7,,false,
[arrarr] 0 ===>[Ljava.lang.String;@9a6964b<===
[first arr] 0 ===>/rest/e/load/styleTemplate52729eed3a702a534fe721efea0e9cb0<===
[arrarr] 1 ===>d7b7d042-d4f2-4012-be60-d97ff2429c17<===
[arrarr] 2 ===>-1<===
[arrarr] 3 ===>false<===
[arrarr] 4 ===>com.yxcorp.gifshow.App@9ac1cd7<===
[arrarr] 5 ===>null<===
[arrarr] 6 ===>false<===
[arrarr] 7 ===><===
[leave] => 7b6a1a393c60214f13333031bc11a5225af0c74b2e222c3a
[enter] => 10418 [Ljava.lang.String;@7a575ab,d7b7d042-d4f2-4012-be60-d97ff2429c17,-1,false,com.yxcorp.gifshow.App@9ac1cd7,,false,
[arrarr] 0 ===>[Ljava.lang.String;@7a575ab<===
[first arr] 0 ===>/rest/n/encode/androidffdb4a81067a6f7e20afbc3ec76652b3<===
[arrarr] 1 ===>d7b7d042-d4f2-4012-be60-d97ff2429c17<===
[arrarr] 2 ===>-1<===
[arrarr] 3 ===>false<===
[arrarr] 4 ===>com.yxcorp.gifshow.App@9ac1cd7<===
[arrarr] 5 ===>null<===
[arrarr] 6 ===>false<===
[arrarr] 7 ===><===
[leave] => 8e9fefccc995d4bae5c6c5c4d00b944fad0532bedbd7d9cf
获取doCommandNative在native层的地址
直接上hook_RegisterNatives.js
即可
[RegisterNatives] java_class: com.kuaishou.android.security.internal.dispatch.JNICLibrary name: doCommandNative sig: (I[Ljava/lang/Object;)Ljava/lang/Object; fnPtr: 0xac38d919 fnOffset: 0x4b919 callee: 0xac395547 libkwsgmain.so!0x53547
即偏移是0x4b919
,用IDA打开看下,直接就是红色...
不过暂时可以不关心怎么修复,第一条指令是push那就基本能确定是这了
dump上下文
ttyd启动
ttyd -t fontSize=22 -t 'theme={"background": "#282A36", "foreground": "#F8F8F2", "cursor": "#F8F8F2", "selection": "#44475A"}' bash
PC远程访问手机,进入shell,切换到su
设置环境变量
export SHELL=/data/data/com.termux/files/usr/bin/bash
export COLORTERM=truecolor
export HISTCONTROL=ignoreboth
export PREFIX=/data/data/com.termux/files/usr
export TERMUX_IS_DEBUGGABLE_BUILD=1
export TERMUX_MAIN_PACKAGE_FORMAT=debian
export PWD=/data/data/com.termux/files/home
export TERMUX_VERSION=0.118.0
export EXTERNAL_STORAGE=/sdcard
export LD_PRELOAD=/data/data/com.termux/files/usr/lib/libtermux-exec.so
export HOME=/data/data/com.termux/files/home
export LANG=en_US.UTF-8
export TERMUX_APK_RELEASE=GITHUB
export TMPDIR=/data/data/com.termux/files/usr/tmp
export TERM=xterm-256color
export SHLVL=2
export PATH=/data/data/com.termux/files/usr/bin:$PATH
执行lldb命令,附加到目标进程
lldb
attach 16714
处理SIGSEGV
信号
process handle SIGSEGV -p true -s false
下断点
breakpoint set -s libkwsgmain.so -a 0x4b919
按c
继续执行,操作APP等待断点
断下来的时候,通过register read r2
看看传入参数,这里对应的也就是java层的第一个参数
前面frida hook已经知道大部分情况下参数一是10418
,也就是图中的0x28b2
另外注意如果你有多个断点,也就是图中圈起来的Thread 250
,你可以通过thread select xxx
来切换线程
因为有时候当前断下的可能不是想要的线程,千万不要搞错了
加载dump上下文脚本,执行dumpctx
开始dump上下文
command script import lldb_dumper.py
等待dump完成
之前提到还需要获取Canary指针地址,但是经过分析32位so的目标函数附近似乎暂时没用到,所以跳过
删除断点,结束附加
下载dump好的上下文压缩包(这时间怎么不对...看了下原来手机时间确实是错的...)
lsz DumpContext_20220808_000250.zip
模拟执行
先搭一个框架如下,本案例是32位的,所以写寄存器部分略有不同,仅供参考,其他部分和绿洲案例一致
默认先只载入了libkwsgmain.so
和libc.so
有关的内存
另外加了emulator.traceCode();
看看能模拟执行到什么地方
另外这里要把pc + 1
作为起始地址,而不是直接传pc
,否则unicorn会不认识指令。。。
public class JNICLibrary extends AbstractJni {
private final AndroidEmulator emulator;
private final VM vm;
JNICLibrary() {
emulator = AndroidEmulatorBuilder.for32Bit()
.setProcessName("com.smile.gifmaker")
.addBackendFactory(new Unicorn2Factory(true))
.build(); // 创建模拟器实例,要模拟32位或者64位,在这里区分
emulator.getSyscallHandler().setEnableThreadDispatcher(false);
final Memory memory = emulator.getMemory(); // 模拟器的内存操作接口
memory.setLibraryResolver(new AndroidResolver(23)); // 设置系统类库解析
vm = emulator.createDalvikVM(); // 创建Android虚拟机
vm.setJni(this);
vm.setVerbose(true); // 设置是否打印Jni调用细节
}
public static void main(String[] args) throws Exception {
JNICLibrary mJNICLibrary = new JNICLibrary();
mJNICLibrary.load_context("unidbg-android/src/test/resources/DumpContext_20220808_000250");
mJNICLibrary.doCommandNative();
}
int UNICORN_PAGE_SIZE = 0x1000;
private long align_page_down(long x){
return x & ~(UNICORN_PAGE_SIZE - 1);
}
private long align_page_up(long x){
return (x + UNICORN_PAGE_SIZE - 1) & ~(UNICORN_PAGE_SIZE - 1);
}
private void map_segment(long address, long size, int perms){
long mem_start = address;
long mem_end = address + size;
long mem_start_aligned = align_page_down(mem_start);
long mem_end_aligned = align_page_up(mem_end);
if (mem_start_aligned < mem_end_aligned){
emulator.getBackend().mem_map(mem_start_aligned, mem_end_aligned - mem_start_aligned, perms);
}
}
private void load_context(String dump_dir) throws IOException, DataFormatException, IOException {
Backend backend = emulator.getBackend();
Memory memory = emulator.getMemory();
String context_file = dump_dir + "\\" + "_index.json";
InputStream is = new FileInputStream(context_file);
String jsonTxt = IOUtils.toString(is, "UTF-8");
JSONObject context = JSONObject.parseObject(jsonTxt);
JSONObject regs = context.getJSONObject("regs");
backend.reg_write(ArmConst.UC_ARM_REG_R0, Long.parseUnsignedLong(regs.getString("r0").substring(2), 16));
backend.reg_write(ArmConst.UC_ARM_REG_R1, Long.parseUnsignedLong(regs.getString("r1").substring(2), 16));
backend.reg_write(ArmConst.UC_ARM_REG_R2, Long.parseUnsignedLong(regs.getString("r2").substring(2), 16));
backend.reg_write(ArmConst.UC_ARM_REG_R3, Long.parseUnsignedLong(regs.getString("r3").substring(2), 16));
backend.reg_write(ArmConst.UC_ARM_REG_R4, Long.parseUnsignedLong(regs.getString("r4").substring(2), 16));
backend.reg_write(ArmConst.UC_ARM_REG_R5, Long.parseUnsignedLong(regs.getString("r5").substring(2), 16));
backend.reg_write(ArmConst.UC_ARM_REG_R6, Long.parseUnsignedLong(regs.getString("r6").substring(2), 16));
backend.reg_write(ArmConst.UC_ARM_REG_R7, Long.parseUnsignedLong(regs.getString("r7").substring(2), 16));
backend.reg_write(ArmConst.UC_ARM_REG_R8, Long.parseUnsignedLong(regs.getString("r8").substring(2), 16));
backend.reg_write(ArmConst.UC_ARM_REG_R9, Long.parseUnsignedLong(regs.getString("r9").substring(2), 16));
backend.reg_write(ArmConst.UC_ARM_REG_R10, Long.parseUnsignedLong(regs.getString("r10").substring(2), 16));
backend.reg_write(ArmConst.UC_ARM_REG_R11, Long.parseUnsignedLong(regs.getString("r11").substring(2), 16));
backend.reg_write(ArmConst.UC_ARM_REG_R12, Long.parseUnsignedLong(regs.getString("r12").substring(2), 16));
backend.reg_write(ArmConst.UC_ARM_REG_SP, Long.parseUnsignedLong(regs.getString("sp").substring(2), 16));
backend.reg_write(ArmConst.UC_ARM_REG_LR, Long.parseUnsignedLong(regs.getString("lr").substring(2), 16));
backend.reg_write(ArmConst.UC_ARM_REG_PC, Long.parseUnsignedLong(regs.getString("pc").substring(2), 16));
backend.reg_write(ArmConst.UC_ARM_REG_CPSR, Long.parseUnsignedLong(regs.getString("cpsr").substring(2), 16));
backend.reg_write(ArmConst.UC_ARM_REG_FPSCR, Long.parseUnsignedLong(regs.getString("fpscr").substring(2), 16));
memory.setStackPoint(Long.parseUnsignedLong(regs.getString("sp").substring(2), 16));
backend.enableVFP();
JSONArray segments = context.getJSONArray("segments");
for (int i = 0; i < segments.size(); i++) {
JSONObject segment = segments.getJSONObject(i);
String path = segment.getString("name");
long start = segment.getLong("start");
long end = segment.getLong("end");
String content_file = segment.getString("content_file");
JSONObject permissions = segment.getJSONObject("permissions");
int perms = 0;
if (permissions.getBoolean("r")){
perms |= UnicornConst.UC_PROT_READ;
}
if (permissions.getBoolean("w")){
perms |= UnicornConst.UC_PROT_WRITE;
}
if (permissions.getBoolean("x")){
perms |= UnicornConst.UC_PROT_EXEC;
}
String[] paths = path.split("/");
String module_name = paths[paths.length - 1];
List<String> white_list = Arrays.asList(new String[]{"libkwsgmain.so", "libc.so"});
if (white_list.contains(module_name)){
int size = (int)(end - start);
map_segment(start, size, perms);
String content_file_path = dump_dir + "\\" + content_file;
File content_file_f = new File(content_file_path);
if (content_file_f.exists()){
InputStream content_file_is = new FileInputStream(content_file_path);
byte[] content_file_buf = IOUtils.toByteArray(content_file_is);
// 解压
Inflater decompresser = new Inflater();
decompresser.setInput(content_file_buf, 0, content_file_buf.length);
byte[] result = new byte[size];
int resultLength = decompresser.inflate(result);
decompresser.end();
backend.mem_write(start, result);
}
else {
System.out.println("not exists path=" + path);
byte[] fill_mem = new byte[size];
Arrays.fill( fill_mem, (byte) 0 );
backend.mem_write(start, fill_mem);
}
}
}
}
private void doCommandNative() {
emulator.traceCode();
List<Object> list = new ArrayList<>(10);
list.add(vm.getJNIEnv());
DvmObject<?> thiz = vm.resolveClass("com/kuaishou/android/security/internal/dispatch/JNICLibrary").newObject(null);
list.add(vm.addLocalObject(thiz));
DvmObject<?> context = vm.resolveClass("com/yxcorp/gifshow/App", vm.resolveClass("android/app/Application")).newObject(null); // context
vm.addLocalObject(context);
list.add(10418);
StringObject urlObj = new StringObject(vm, "/rest/n/encode/androidffdb4a81067a6f7e20afbc3ec76652b3");
vm.addLocalObject(urlObj);
ArrayObject arrayObject = new ArrayObject(urlObj);
vm.addLocalObject(arrayObject);
StringObject appkey = new StringObject(vm,"d7b7d042-d4f2-4012-be60-d97ff2429c17");
vm.addLocalObject(appkey);
DvmInteger intergetobj = DvmInteger.valueOf(vm, -1);
vm.addLocalObject(intergetobj);
DvmBoolean boolobj = DvmBoolean.valueOf(vm, false);
vm.addLocalObject(boolobj);
StringObject whitestr = new StringObject(vm,"");
vm.addLocalObject(whitestr);
ArrayObject objlist = new ArrayObject(arrayObject, appkey, intergetobj, boolobj, context, null, boolobj, whitestr);
list.add(vm.addLocalObject(objlist));
// 这里获取 dump 时的 pc 地址作为模拟执行起始地址
long ctx_addr = emulator.getBackend().reg_read(ArmConst.UC_ARM_REG_PC).longValue();
// 开始模拟执行
Number result = Module.emulateFunction(emulator, ctx_addr + 1, list.toArray());
}
}
发现执行了一条指令就出现了异常,看下错误的地址,转换到10进制,打开DumpContext
文件夹中的_index.json
,看看是缺少什么内存
对比发现是缺少[anon:stack_and_tls:19161]
(图里指错了),将这个添加到分配内存的白名单中,再次模拟执行
执行了一点指令,但是出现了新的内存未分配错误,同样还是计算下查找是缺少哪块内存,补上再次模拟执行
接下来依次检查,发现需要添加以下内存分段
[anon:.bss]
[vdso]
[vvar]
然后出现了Invalid instruction (UC_ERR_INSN_INVALID)
异常,说是指令错误
mrrc p15, #1, r6, r7, c14
这个指令我也不太明白
不过可以看看这个指令是哪块内存的,可以看到就是前面载入的[vdso]
查看前面的指令,可以找到明显不一样范围的地址,对比可以知道是libkwsgmain.so
根据内存信息,可以计算出偏移是hex(0xd790a240 - 3616550912) = 0x7240
原来是调用gettimeofday
,那我们去hook住libc的gettimeofday
函数就行了
添加一个hook_libc
函数,根据配置文件找到libc的基址,把gettimeofday
函数hook上
hook之后相当于操作就直接做完了,所以要把LR写入PC在,这样就会直接返回之前的地址继续执行
private void hook_libc() {
long libc_gettimeofday_addr = 3964436480L + 0x33534;
emulator.getBackend().hook_add_new(new CodeHook() {
@Override
public void hook(Backend backend, long address, int size, Object user) {
System.out.println("gettimeofday");
UnidbgPointer tv_ptr = emulator.getContext().getPointerArg(0);
ByteBuffer tv = ByteBuffer.allocate(8);
tv.order(ByteOrder.LITTLE_ENDIAN);
tv.putInt(0,1659890020);
tv.putInt(4, 2891054);
byte[] data = tv.array();
tv_ptr.write(0,data,0,8);
backend.reg_write(ArmConst.UC_ARM_REG_PC, backend.reg_read(ArmConst.UC_ARM_REG_LR).longValue());
}
@Override
public void onAttach(UnHook unHook) {
}
@Override
public void detach() {
}
}, libc_gettimeofday_addr, libc_gettimeofday_addr, null);
}
继续模拟执行,出现了新的内存异常,发现是需要加载[anon:scudo:primary]
然后是缺少libc++_shared.so
,添加后再次模拟执行,再次出现Invalid instruction (UC_ERR_INSN_INVALID)
经过分析发现是调用libc.so的malloc出现了问题,我们改成自己实现
long libc_malloc_addr = 3964436480L + 0x294F8;
emulator.getBackend().hook_add_new(new CodeHook() {
@Override
public void hook(Backend backend, long address, int size, Object user) {
int msize = backend.reg_read(ArmConst.UC_ARM_REG_R0).intValue();
MemoryBlock block = emulator.getMemory().malloc(msize, true);
backend.reg_write(ArmConst.UC_ARM_REG_R0, block.getPointer().toUIntPeer());
backend.reg_write(ArmConst.UC_ARM_REG_PC, backend.reg_read(ArmConst.UC_ARM_REG_LR).longValue());
}
@Override
public void onAttach(UnHook unHook) {
}
@Override
public void detach() {
}
}, libc_malloc_addr, libc_malloc_addr, null);
free emm就啥也不处理,直接返回
long libc_free_addr = 3964436480L + 0x29490;
emulator.getBackend().hook_add_new(new CodeHook() {
@Override
public void hook(Backend backend, long address, int size, Object user) {
backend.reg_write(ArmConst.UC_ARM_REG_PC, backend.reg_read(ArmConst.UC_ARM_REG_LR).longValue());
}
@Override
public void onAttach(UnHook unHook) {
}
@Override
public void detach() {
}
}, libc_free_addr, libc_free_addr, null);
还有pthread_mutex_lock
和pthread_mutex_unlock
long libc_pthread_mutex_lock_addr = 3964436480L + 0x812EC;
emulator.getBackend().hook_add_new(new CodeHook() {
@Override
public void hook(Backend backend, long address, int size, Object user) {
backend.reg_write(ArmConst.UC_ARM_REG_R0, 0L);
backend.reg_write(ArmConst.UC_ARM_REG_PC, backend.reg_read(ArmConst.UC_ARM_REG_LR).longValue());
}
@Override
public void onAttach(UnHook unHook) {
}
@Override
public void detach() {
}
}, libc_pthread_mutex_lock_addr, libc_pthread_mutex_lock_addr, null);
long libc_pthread_mutex_unlock_addr = 3964436480L + 0x8166C;
emulator.getBackend().hook_add_new(new CodeHook() {
@Override
public void hook(Backend backend, long address, int size, Object user) {
backend.reg_write(ArmConst.UC_ARM_REG_R0, 0L);
backend.reg_write(ArmConst.UC_ARM_REG_PC, backend.reg_read(ArmConst.UC_ARM_REG_LR).longValue());
}
@Override
public void onAttach(UnHook unHook) {
}
@Override
public void detach() {
}
}, libc_pthread_mutex_unlock_addr, libc_pthread_mutex_unlock_addr, null);
接着是calloc
long libc_caloc_addr = 3964436480L + 0x2943C;
emulator.getBackend().hook_add_new(new CodeHook() {
@Override
public void hook(Backend backend, long address, int size, Object user) {
int num = backend.reg_read(ArmConst.UC_ARM_REG_R0).intValue();
int msize = backend.reg_read(ArmConst.UC_ARM_REG_R1).intValue();
MemoryBlock block = emulator.getMemory().malloc(num * msize, true);
backend.reg_write(ArmConst.UC_ARM_REG_R0, block.getPointer().toUIntPeer());
backend.reg_write(ArmConst.UC_ARM_REG_PC, backend.reg_read(ArmConst.UC_ARM_REG_LR).longValue());
}
@Override
public void onAttach(UnHook unHook) {
}
@Override
public void detach() {
}
}, libc_caloc_addr, libc_caloc_addr, null);
这次运行了很久,然后出现一个熟悉的需要补JNI环境的错误提示
@Override
public boolean callBooleanMethodV(BaseVM vm, DvmObject<?> dvmObject, String signature, VaList vaList) {
switch (signature){
case "java/lang/Boolean->booleanValue()Z":{
return (boolean) dvmObject.getValue();
// return false;
}
}
return super.callBooleanMethodV(vm, dvmObject, signature, vaList);
}
然后运行得更久了,最后出现一个内存读取错误,但是很奇怪,地址是0x78
通过对比计算地址偏移,发现是libc++_shared.so
调用libc.so
的pthread_getspecific
出现了问题
往前回溯,可以发现是std::__libcpp_snprintf_l
调用sub_87BB0
出现的异常
粗略分析,可以知道这里就是在做一个字符串格式化,至于前后的线程有关操作,都用unicorn跑了那还管什么,直接跳过两个函数的执行
long libcpp_patch_addr = 3620732928L + 0x87BB0;
emulator.getBackend().hook_add_new(new CodeHook() {
@Override
public void hook(Backend backend, long address, int size, Object user) {
backend.reg_write(ArmConst.UC_ARM_REG_PC, backend.reg_read(ArmConst.UC_ARM_REG_LR).longValue());
}
@Override
public void onAttach(UnHook unHook) {
}
@Override
public void detach() {
}
}, libcpp_patch_addr, libcpp_patch_addr, null);
出现了新的内存错误,对比发现需要载入[anon:scudo:secondary]
再次模拟执行,这次执行了很久(traceCode太耗时了),然后完整完成了执行
去掉traceCode
,只保留JNI相关的日志,可以看到最终拿到了结果
这个结果和前面的hook结果对不上,经过测试发现和gettimeofday
有关,所以这是正常的
完整代码参见:
总结
模拟执行补环境做了以下几件事:
- 遇到内存异常提示,根据异常地址定位需要加载的内存块
- 遇到指令异常提示,回溯分析是什么函数出现了问题,采用pacth或者自行实现的方式解决
- 实现了libc.so的
gettimeofday malloc free pthread_mutex_lock pthread_mutex_unlock calloc
- 补充了一个JNI调用
- 对
libc++_shared.so
一处函数进行了patch
这里和上一篇文章提到的略有出入是因为当时测试的传入参数不一样,不过总体都是差不多的
小结:
要实现dump上下文,首先要过掉APP的反调试,要能拿到上下文的内存数据
- 快手似乎没有反调试,但是其他APP可能没有这么顺利
- dump上下文后模拟执行需要补的环境很少,实现的都是常见的几个函数
- 文章中通过内存异常地址定位需要载入的内存块的方法比较简陋,这一点完全可以改为写代码预先从配置文件中解析各个模块地址范围,再比较地址落在哪个内存块即可
- 文章中手动实现了几个libc.so的函数,更好的方案是unidbg加载自带的libc.so,再把模拟执行过程中的libc调用关联过去,这样最省力
已有 5 条评论
请问一定要加这一行代码吗?.addBackendFactory(new Unicorn2Factory(true))
@长夜漫漫 总之最好用unicorn的backend
@sfx 补一个复杂样本时遇到libc读取文件怎么办,这种载入内存的好像不能文件重定向,couldn't open /proc/self/stat: No such file or directory
@长夜漫漫 你要自己了解下unidbg底层,然后在对应的syscall处去处理这些;dump后模拟执行只是一个辅助手段,通常是没有办法帮你跑通全程的。
您好,博主。很抱歉的打扰到您。我学习您的文章已有一段时间,前期和中期的工作都做的很好,也拿到某手dump下来的内存文件,不过在接入unidbg过程中还是出现了一些问题,通过认真对比,我dump下来的内存文件_index.json所包含的字段,与您文章插图中的字段,有诸多不匹配的地方,您文中的[anon:stack_and_tls:19161]这步操作都没有执行到,在_index.json文件中搜索也没有搜到相关字样,请问:是我dump的步骤错了呢?还是我设备存在问题呢?