Canvas is not supported in your browser.
首页 课程 文章
无痕注入 APC注入 线程注入 读写驱动 注入技术 句柄表 进程线程 系统调用 保护模式 内存管理 远程CALL 软件调试 驱动封装 云下发 驱动开发 FPS数据 方框透视 FPS方框 FPS自瞄 CE D3DHOOK D3D绘制 Imgui绘制 DWM
内核课程 驱动出租 学习路线 聊天室 免责声明 提问技巧

Android安全- Android 内存执行ELF研究

推荐 原创

周杰伦

文章分类 Android安全 CTF对抗 IOS安全 阅读数 : 966 阅读时长 : 9分钟

Android 内存执行ELF研究

初遇

在Linux系统中，我们可以通过 memfd_create 和 execve 实现内存运行ELF，但是在 Android 中，却遇到了这样的问题

1
CANNOT LINK EXECUTABLE "/data/local/tmp/paylaod" : library "libicu.so" not found: needed by / system / lib64 / libharfbuzz_ng.so in namespace (default)

通过 了解到可以通过 LD_DEBUG 环境变量开启 linker 日志，执行

 

LD_DEBUG=1 /data/local/tmp/memexec

 

并通过 logcat 抓到了如下日志

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
W linker  : [ Android dynamic linker ( 64 - bit) ]
W linker  : [ Linking executable "/data/local/tmp/memexec" ]
W linker  : [ Linking "[vdso]" ]
W linker  : [ Reading linker config "/linkerconfig/ld.config.txt" ]
W linker  : [ Using config section "**unrestricted**" ]
W linker  : [ Linking "/data/local/tmp/memexec" ]
W linker  : [ Linking "/system/lib64/liblog.so" ]
W linker  : [ Linking "/apex/com.android.runtime/lib64/bionic/libm.so" ]
W linker  : [ Linking "/apex/com.android.runtime/lib64/bionic/libdl.so" ]
W linker  : [ Linking "/apex/com.android.runtime/lib64/bionic/libc.so" ]
W linker  : [ Linking "/system/lib64/libc++.so" ]
W linker  : [ Linking "/system/lib64/libnetd_client.so" ]
W linker  : [ Linking "/system/lib64/libcutils.so" ]
W linker  : [ Linking "/system/lib64/libbase.so" ]
W linker  : [ CFI add 0x61abb23000 + 0x67000  ]
W linker  : [ CFI add 0x77780d3000 + 0x1000 linux - vdso.so. 1 ]
W linker  : [ CFI add 0x7776c48000 + 0x10000 liblog.so ]
W linker  : [ CFI add 0x7773d87000 + 0x37000 libm.so ]
W linker  : [ CFI add 0x7773dc0000 + 0x5000 libdl.so ]
W linker  : [ CFI add 0x7773a1e000 + 0x318000 libc.so ]
W linker  : [ CFI add 0x7776cd2000 + 0xae000 libc + + .so ]
W linker  : [ CFI add 0x7773945000 + 0x2b000 libnetd_client.so: 0x777394a000 ]
W linker  : [ CFI add 0x777391b000 + 0x12000 libcutils.so ]
W linker  : [ CFI add 0x77738c4000 + 0x3b000 libbase.so ]
W linker  : [ CFI add 0x777391b000 + 0x12000 libcutils.so ]
W linker  : [ CFI add 0x77738c4000 + 0x3b000 libbase.so ]
W linker  : [ Jumping to _start ( 0x61abb418e0 )... ]
W linker  : [ Android dynamic linker ( 64 - bit) ]
W linker  : [ Linking executable "/memfd:jit-cache (deleted)" ]
W linker  : [ Linking "[vdso]" ]
W linker  : [ Reading linker config "/linkerconfig/ld.config.txt" ]
W linker  : [ Linking "/memfd:/jit-cache (deleted)" ]
F linker  : CANNOT LINK EXECUTABLE "/data/local/tmp/payload" : library "libicu.so" not found: needed by / system / lib64 / libharfbuzz_ng.so in namespace ( * * default * * )

看起来是命名空间的问题，我们的 payload 的命名空间为 default，但是为什么会这样呢，明明 memexec 是 unrestricted。

相知

通过 Google 搜索 android linker namespace 看到官方文档 ，在 /linkerconfig/ld.config.txt 文件中配置了相关信息

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
dir .system = / system / bin /
......
dir .unrestricted = / data / nativetest64 / unrestricted
dir .isolated = / data / local / tmp / isolated
dir .product = / data / local / tests / product
dir .system = / data / local / tests / system
dir .unrestricted = / data / local / tests / unrestricted
dir .vendor = / data / local / tests / vendor
dir .unrestricted = / data / local / tmp
......
[system]
additional.namespaces = com_android_adbd,com_android_appsearch,com_android_art,com_android_conscrypt,com_android_i18n,com_android_media,com_android_neuralnetworks,com_android_os_statsd,com_android_resolv,com_android_runtime,com_android_tethering,rs,sphal,vndk,vndk_product
namespace.default.isolated = true
namespace.default.visible = true
namespace.default.search.paths = / system / ${LIB}
......

首先我们要知道这个文件可不可以写，查看 mount 信息发现该文件所在的不是只读文件系统，所以可以直接修改

1
2
3
# cat /proc/mounts | grep linkerconfig
tmpfs / linkerconfig tmpfs rw,seclabel,nosuid,nodev,noexec,relatime,size = 5846680k ,nr_inodes = 1461670 ,mode = 755 0 0
tmpfs / linkerconfig tmpfs rw,seclabel,nosuid,nodev,noexec,relatime,size = 5846680k ,nr_inodes = 1461670 ,mode = 755 0 0

以下使用 /data/adb/magisk/busybox vi /linkerconfig/ld.config.txt 编辑文件

接

原来命名空间是根据路径来的，于是编辑该文件，在最前面手动加上一行

1
dir .unrestricted = / memfd:

然后重新执行，问题依旧。

化

难道是没有路径分割符的问题，于是在代码中给文件名加上一个 /

1
memfd_create(“ / jit - cache”, MFD_CLOEXEC);

编译并重新执行，还是一样的报错。

发

1
dir .unrestricted = /

这次报错多了一行

1
WARNING: linker: / linkerconfig / ld.config.txt: 1 : warning: property value is empty (ignoring this line)

看样子是没办法通过单纯的改配置文件完成了，于是前往阅读linker的源码

相识

由于aospxref服务最近不太稳定，我在看的时候刚好打不开，使用了android官方的，然而这个玩意并不好用

 

众所周知，linker 的源码在 bionic/linker 目录下。

 

通过字符串 “Using config section” 定位到 linker_config.cpp 的 函数，在阅读代码后，我们上面的尝试为什么会失败，就已经有了答案。

为什么设置 /memfd: 目录不行

1
2
3
4
5
6
7
8
9
if (access(value.c_str(), R_OK) ! = 0 ) {
     if (errno = = ENOENT) {
         / / no need to test for non - existing path. skip.
         continue ;
     }
     / / If not accessible, don't call realpath as it will just cause
     / / SELinux denial spam. Use the path unresolved.
     resolved_path = value;
}

因为它不是一个真实存在的目录，在代码中通过 access 函数判断改路径不存在，所以不行

为什么设置根目录不行

1
2
3
4
5
6
7
8
9
10
11
/ / remove trailing '/'
while (!value.empty() && value.back() = = '/' ) {
     value.pop_back();
}
 
if (value.empty()) {
     DL_WARN( "%s:%zd: warning: property value is empty (ignoring this line)" ,
             ld_config_file_path,
             cp.lineno());
     continue ;
}

因为代码中删除了末尾所有的/ 符号，传入根目录之后字符串变成了空字符串，于是抛出了那个Warning

相杀

修改无非两个思路：

  1. 静态替换 linker
  2. 动态 hook

虽然有 magisk，替换 system 分区下文件变得方便了起来，但是替换 linker 依然是一件麻烦事，动态 Hook 对于解决这个问题来说，我觉得更加方便。由于目标代码位置的特殊性，现有 inline hook, plt hook 轮子都不能取得比 linker 更早的执行时机。

也许是我孤陋寡闻，如果有请务必告诉我

 

最终我选择的方案是先 fork 生成一个子进程，对子进程进行 ptrace，修改逻辑后再 detach 掉。

 

对于逻辑的修改，主要有两步：

  1. 给 /linkerconfig/ld.config.txt 添加 "dir.unrestricted = /memfd:/\n”
  2. 让 access 这个目录返回 0

第一步

直接编辑该文件添加上述行即可

第二步

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
bool mem_load(const std::string& image, char * * argv, char * * envp){
     / / 创建内存文件，设置这个参数会在 exec 后自动关闭这个文件
     int fd = memfd_create( "/jit-cache" , MFD_CLOEXEC);
     ftruncate(fd, ( long )image.size()); / / 设置文件长度
     void * mem = mmap(nullptr, image.size(), PROT_WRITE, MAP_SHARED, fd, 0 );
     memcpy(mem, image.data(), image.size());
     munmap(mem, image.size());
     / / 此时已经将ELF内容写入到内存文件里面
     int pid = fork();
     if (pid < 0 ) {
         printf( "mem_load failed\n" ); / / fork 失败
         return false;
     } else if (pid = = 0 ) {
         / / 这里是子进程，使用 PTRACE_TRACEME 主动建立连接
         ptrace(PTRACE_TRACEME);
         fexecve(fd, argv, envp);
     }
     / / 这里是父进程
     int status;
     struct user_regs_struct regs{};
     struct iovec iov{};
     iov.iov_base = &regs;
     iov.iov_len = sizeof(user_regs_struct);
     while (true){
         wait(&status); / / 等待子进程暂停
         if (WIFEXITED(status)){
             break ; / / 子进程退出
         }
         / / 读取通用寄存器，系统调用号
         ptrace(PTRACE_GETREGSET, pid, NT_PRSTATUS, &iov);
         if (regs.regs[ 8 ] = = __NR_faccessat){ / / access函数使用的系统调用号
             char path[] = "/memfd:" ;
             long word;
             / / 注意，PTRACE_PEEKDATA 固定一次读取 sizeof( long ) 字节长度的内容
             word = ptrace(PTRACE_PEEKDATA, pid, regs.regs[ 1 ], NULL);
             if (strcmp(path, (char * )&word) = = 0 ){ / / 判断是否是我们添加的目录
                 ptrace(PTRACE_SINGLESTEP, pid, NULL, NULL); / / 单步执行，让系统调用执行完
                 wait(nullptr); / / 等待系统调用执行完
                 ptrace(PTRACE_GETREGSET, pid, NT_PRSTATUS, &iov); / / 读取寄存器
                 regs.regs[ 0 ] = 0 ; / / 修改返回值为寄存器
                 ptrace(PTRACE_SETREGSET, pid, NT_PRSTATUS, &iov); / / 修改寄存器
                 ptrace(PTRACE_DETACH, pid, NULL, NULL); / / detach 进程
                 return true;
             }
         }
         ptrace(PTRACE_SYSCALL, pid, NULL, NULL); / / 执行到下一个系统调用时暂停
     }
     return false;
}


更多【 Android 内存执行ELF研究】相关视频教程：www.yxfzedu.com




相关文章推荐

记录自己的技术轨迹
文章规则：
1)：文章标题请尽量与文章内容相符
2)：严禁色情、血腥、暴力
3)：严禁发布任何形式的广告贴
4)：严禁发表关于中国的政治类话题
5)：严格遵守中国互联网法律法规
6)：有侵权,疑问可发邮件至service@yxfzedu.com
近期原创 更多
友情链接
内核结构 FAQ
免责声明
课程目录
Windows内核
游戏逆向(FPS)
技术交流QQ群
342478842 215039827 137189196
314055665 159620936
微信公众号
www.yxfzedu.com是一个分享游戏安全,游戏外挂与反外挂,游戏驱动保护的视频网站！
接各种驱动定制如：游戏读写驱动，软件内存保护，防止调试等功能定制。
出租读写驱动，调试驱动，无痕注入支持各种游戏。
邮箱：service@yxfzedu.com
QQ：851920120
特别说明：不接游戏数据分析，外挂编写，登陆协议等类似业务。