|
http://pan.baidu.com/s/1o6ul8eA
1 测试方法
①编译好inject和libhello.so之后，将inject和libhello.so放入/data/local/tmp/injecttest/目录下，并chmod 777.
②确定我们要inject的进程名。例如inject com.me.keygen.activity，那么我们首先使用ps来查看该进程的信息：
该进程的pid = 19989，进程名为"com.me.keygen.activity"。显然，对于apk而言，它的进程名就是apk的包名。
③确定hook进程之后，所要加入的so绝对路径。例如，本例要向com.me.keygen.activity中注入libhello.so，此libhello.so存放在/data/local/tmp/injecttest/目录下，那么它的绝对路径就为/data/local/tmp/injecttest/libhello.so
④开始注入，注入代码的格式为：
./inject com.me.keygen.activity /data/local/tmp/injecttest/libhello.so
注入成功的话就会显示:
library path = /data/local/tmp/injecttest/libhello.so
Press enter to dlclose and detach
⑤查看注入结果：
首先查看目的进程com.me.keygen.activity的内存空间中是否含有我们注入的libhello.so,方法如下：
|
我们在第②步获取了目的进程的pid = 19989，那么我们可以通过查看进程的mmaps文件：
root@android:/ # cat /proc/19989/maps |busybox grep hello
cat /proc/19989/maps |busybox grep hello
6674b000-6674e000 r-xp 00000000 b3:1a 3689 /data/local/tmp/injecttest/libhello.so
6674e000-6674f000 r--p 00002000 b3:1a 3689 /data/local/tmp/injecttest/libhello.so
6674f000-66750000 rw-p 00003000 b3:1a 3689 /data/local/tmp/injecttest/libhello.so
显然，so成功注入到了目的进程之中。
|
然后查看该so中的函数是否执行成功，方法如下：
|
由于我们注入目的进程后仅仅是执行libhello.so的hook_entry方法，该方法的代码如下：
int hook_entry(char * a){
LOGD("Hook success, pid = %d\n", getpid());
LOGD("Hello %s\n", a);
return 0;
}
而我们在Inject中调用该函数的代码为：
inject_remote_process(target_pid, hookSoPath, "hook_entry", "I'm parameter!", strlen("I'm parameter!"));
所以我们理应在目的进程的logcat中找到字符串"Hello I'm parameter!"。查看指定进程的logcat方法如下：
1|root@android:/ # logcat |busybox grep 19989
logcat |busybox grep 19989
I/ActivityManager( 595): Start proc com.me.keygen.activity for activity com.me.
keygen.activity/.MainActivity: pid=19989 uid=10091 gids={3003, 1028}
D/ActivityThread(19989): setTargetHeapUtilization:0.25
D/ActivityThread(19989): setTargetHeapIdealFree:8388608
D/ActivityThread(19989): setTargetHeapConcurrentStart:2097152
I/HASH (19989): 46e8b009bfa60ad36aaa6ad76aeb06d5
D/INJECT (20047): [+] Injecting process: 19989
D/DEBUG (19989): Hook success, pid = 19989
D/DEBUG (19989): Hello I'm parameter!
测试成功！
|
2对inject代码的分析
2.1 find_pid_of(const char* targetProcessName)
|
int find_pid_of(const char *process_name)
{
int id;
pid_t pid = -1;
DIR* dir;
FILE *fp;
char filename[32];
char cmdline[256];
struct dirent * entry;
if (process_name == NULL)
return -1;
dir = opendir("/proc");
if (dir == NULL)
return -1;
while((entry = readdir(dir)) != NULL) {
id = atoi(entry->d_name);
if (id != 0) {
sprintf(filename, "/proc/%d/cmdline", id);
fp = fopen(filename, "r");
if (fp) {
fgets(cmdline, sizeof(cmdline), fp);
fclose(fp);
if (strcmp(process_name, cmdline) == 0) {
/* process found */
pid = id;
break;
}
}
}
}
closedir(dir);
return pid;
}
|
这个代码还是很简单的，就是通过遍历/proc目录下的所有子目录，获取这些子目录的目录名(一般就是进程的进程号pid)。获取子目录名后，就组合成/proc/pid/cmdline文件名，然后依次打开这些文件，cmdline文件里面存放的就是进程名，通过这样就可以获取进程的pid了。
2.2 inject_remote_process
此函数完整参数为：
inject_remote_process(pid_t target_pid, const char *library_path, const char *function_name, const char *param, size_t param_size)
其中library_path为我们想要注入到进程的so的绝对路径；
function_name为我们想要执行的函数名，此函数是so中的函数；
param为该函数的参数，param_size为参数大小，以字节为单位。
下面开始对此函数进行详细分析。
大致的注入过程如下：
|
ATTATCH，指定目标进程，开始调试；
GETREGS，获取目标进程的寄存器，保存现场；
SETREGS，修改PC等相关寄存器，使其指向mmap；
POPETEXT，把so path写入mmap申请的地址空间；
SETRESG，修改PC等相关寄存器，使其指向dlopen，调用dlopen，获取sohandle；
SETRESG，修改PC等相关寄存器，使其指向dlsym， functionaddr = dlsym(sohandle,"functionname");
SETRESG，修改PC等相关寄存器，使其指向functionaddr，调用function；
SETRESG，修改PC等相关寄存器，使其指向dlclose，调用dlclose(sohandle);
SETREGS，恢复现场；
DETACH，解除调试，使其恢复；
|
下面对照着代码进行分析。
①ATTATCH，指定目标进程，开始调试：
|
if
(ptrace_attach(target_pid) == -1)
goto exit;
|
②GETREGS，获取目标进程的寄存器，保存现场：
|
if
(ptrace_getregs(target_pid, ®s) == -1)
goto exit;
/* save original
registers */
memcpy(&original_regs, ®s, sizeof(regs));
|
③通过get_remote_addr函数获取目的进程的mmap函数的地址，以便为libxxx.so分配内存：
|
/*
需要对(void*)mmap进行说明：这是取得inject本身进程的mmap函数的地址，由于mmap函数在libc.so
库中，为了将libxxx.so加载到目的进程中，就需要使用目的进程的mmap函数，所以需要查找到libc.so库在目的进程的起始地址。
*/
mmap_addr =
get_remote_addr(target_pid, libc_path, (void *)mmap); // libc_path =
"/system/lib/libc.so"
这里需要对get_remote_addr函数进行说明:
/*
该函数为一个封装函数，通过调用get_module_base函数来获取目的进程的某个模块的起始地址，然后通过公式计算出指定函数在目的进程的起始地址。
*/
void*
get_remote_addr(pid_t target_pid, const char* module_name, void*
local_addr)
{
void* local_handle, *remote_handle;
local_handle = get_module_base(-1, module_name); //获取本地某个模块的起始地址
remote_handle = get_module_base(target_pid,
module_name); //获取远程pid的某个模块的起始地址
DEBUG_PRINT("[+] get_remote_addr:
local[%x], remote[%x]\n", local_handle, remote_handle);
/*这需要我们好好理解：local_addr - local_handle的值为指定函数(如mmap)在该模块中的偏移量，然后再加上rempte_handle，结果就为指定函数在目的进程的虚拟地址*/
void * ret_addr = (void *)((uint32_t)local_addr -
(uint32_t)local_handle) + (uint32_t)remote_handle;
return ret_addr;
}
显然，这里面核心的就是get_module_base函数：
/*
此函数的功能就是通过遍历/proc/pid/maps文件，来找到目的module_name的内存映射起始地址。
由于内存地址的表达方式是startAddrxxxxxxx-endAddrxxxxxxx的，所以会在后面使用strtok(line,"-")来分割字符串
如果pid = -1,表示获取本地进程的某个模块的地址，
否则就是pid进程的某个模块的地址。
*/
void*
get_module_base(pid_t pid, const char* module_name)
{
FILE *fp;
long addr = 0;
char *pch;
char filename[32];
char line[1024];
if (pid < 0) {
/* self process */
snprintf(filename, sizeof(filename),
"/proc/self/maps", pid);
} else {
snprintf(filename, sizeof(filename),
"/proc/%d/maps", pid);
}
fp = fopen(filename, "r");
if (fp != NULL) {
while (fgets(line, sizeof(line), fp))
{
if (strstr(line, module_name))
{
pch = strtok( line, "-" ); //分解字符串为一组字符串。line为要分解的字符串，"-"为分隔符字符串。
addr = strtoul( pch, NULL, 16
); //将参数pch字符串根据参数base(表示进制)来转换成无符号的长整型数
if (addr == 0x8000)
addr = 0;
break;
}
}
fclose(fp) ;
}
return (void *)addr;
}
|
④通过ptrace_call_wrapper调用mmap函数，在目的进程中为libxxx.so分配内存：
|
/* call mmap (null,
0x4000, PROT_READ | PROT_WRITE | PROT_EXEC,
MAP_ANONYMOUS |
MAP_PRIVATE, 0, 0);
匿名申请一块0x4000大小的内存
*/
parameters[0] = 0; // addr
parameters[1] = 0x4000; // size
parameters[2] = PROT_READ | PROT_WRITE |
PROT_EXEC; // prot
parameters[3] = MAP_ANONYMOUS | MAP_PRIVATE; // flags
parameters[4] = 0; //fd
parameters[5] = 0; //offset
if (ptrace_call_wrapper(target_pid, "mmap",
mmap_addr, parameters, 6, ®s) == -1)
goto exit;
........
ptrace_call_wrapper的代码：
int
ptrace_call_wrapper(pid_t target_pid, const char * func_name, void *
func_addr, long * parameters, int param_num, struct pt_regs * regs)
{
DEBUG_PRINT("[+] Calling %s in
target process.\n", func_name);
if (ptrace_call(target_pid, (uint32_t)func_addr, parameters,
param_num, regs) == -1) //详细见后面分析
return -1;
if (ptrace_getregs(target_pid, regs) == -1)
return -1;
DEBUG_PRINT("[+] Target process
returned from %s, return value=%x, pc=%x \n",
func_name, ptrace_retval(regs),
ptrace_ip(regs));
return 0;
}
|
ptrace_call函数比较复杂，我们可以看一下代码：
|
/*
功能总结：
1，将要执行的指令写入寄存器中，指令长度大于4个long的话，需要将剩余的指令通过ptrace_writedata函数写入栈中；
2，使用ptrace_continue函数运行目的进程，直到目的进程返回状态值0xb7f（对该值的分析见后面红字）；
3，函数执行完之后，目标进程挂起，使用ptrace_getregs函数获取当前的所有寄存器值，方便后面使用ptrace_retval函数获取函数的返回值。
*/
int ptrace_call(pid_t pid, uint32_t addr, long *params, uint32_t num_params, struct pt_regs* regs)
{
uint32_t i;
for (i = 0; i < num_params && i < 4; i ++) {
regs->uregs[i] = params[i];
}
// push remained params onto stack
if (i < num_params) {
regs->ARM_sp -= (num_params - i) * sizeof(long) ;
//详细分析见后面
ptrace_writedata(pid, (void *)regs->ARM_sp, (uint8_t *)¶ms[i], (num_params - i) * sizeof(long));
}
regs->ARM_pc = addr; //将PC寄存器值设为目标函数的地址
if (regs->ARM_pc & 1) { //进行指令集判断
/* thumb */
regs->ARM_pc &= (~1u);
regs->ARM_cpsr |= CPSR_T_MASK; // #define CPSR_T_MASK ( 1u << 5 ) CPSR为程序状态寄存器
} else {
/* arm */
regs->ARM_cpsr &= ~CPSR_T_MASK;
}
regs->ARM_lr = 0; //设置子程序的返回地址为空，以便函数执行完后，返回到null地址，产生SIGSEGV错误，详细作用见后面的红字分析
/*
*Ptrace_setregs就是将修改后的regs写入寄存器中，然后调用ptrace_continue来执行我们指定的代码
*/
if (ptrace_setregs(pid, regs) == -1 || ptrace_continue(pid) == -1) {
printf("error\n");
return -1;
}
int stat = 0;
waitpid(pid, &stat, WUNTRACED);
/* WUNTRACED告诉waitpid，如果子进程进入暂停状态，那么就立即返回。如果是被ptrace的子进程，那么即使不提供WUNTRACED参数，也会在子进程进入暂停状态的时候立即返回。对于使用ptrace_cont运行的子进程，它会在3种情况下进入暂停状态：①下一次系统调用；②子进程退出；③子进程的执行发生错误。这里的0xb7f就表示子进程进入了暂停状态，且发送的错误信号为11(SIGSEGV)，它表示试图访问未分配给自己的内存, 或试图往没有写权限的内存地址写数据。那么什么时候会发生这种错误呢？显然，当子进程执行完注入的函数后，由于我们在前面设置了regs->ARM_lr = 0，它就会返回到0地址处继续执行，这样就会产生SIGSEGV了！
*/
while (stat != 0xb7f[w1] ) { //这个循环是否必须我还不确定。因为目前每次ptrace_call调用必定会返回0xb7f，不过在这也算是增加容错性吧~
if (ptrace_continue(pid) == -1) {
printf("error\n");
return -1;
}
waitpid(pid, &stat, WUNTRACED);
}
return 0;
}
[w1]通过看ndk的源码sys/wait.h以及man waitpid可以知道这个0xb7f的具体作用。首先说一下stat的值：高2字节用于表示导致子进程的退出或暂停状态信号值，低2字节表示子进程是退出(0x0)还是暂停(0x7f)状态。0xb7f就表示子进程为暂停状态，导致它暂停的信号量为11即sigsegv错误。
|
其中ptrace_writedata的代码如下：
|
/*
Func : 将size字节的data数据写入到pid进程的dest地址处
@param dest: 目的进程的栈地址
@param data: 需要写入的数据的起始地址
@param size: 需要写入的数据的大小，以字节为单位
*/
int
ptrace_writedata(pid_t pid, uint8_t *dest, uint8_t *data, size_t size)
{
uint32_t i, j, remain;
uint8_t *laddr;
union u {
long val;
char chars[sizeof(long)];
} d;
//很巧妙的联合体，这样就可以方便的以字节为单位写入4字节数据，再以long为单位ptrace_poketext到栈中
j = size / 4;
remain = size % 4;
laddr = data;
for (i = 0; i < j; i ++) { //先以4字节为单位进行数据写入
memcpy(d.chars, laddr, 4);
ptrace(PTRACE_POKETEXT, pid, dest,
d.val);
dest
+= 4;
laddr += 4;
}
if (remain > 0) { //为了最大程度的保持原栈的数据，先读取dest的long数据，然后只更改其中的前remain字节，再写回
d.val = ptrace(PTRACE_PEEKTEXT, pid,
dest, 0);
for (i = 0; i < remain; i ++)
{
d.chars[i] = *laddr ++;
}
ptrace(PTRACE_POKETEXT, pid, dest,
d.val);
}
return 0;
}
|
总结一下ptrace_call_wrapper，它的完成两个功能：
一是调用ptrace_call函数来执行指定函数，执行完后将子进程挂起；
二是调用ptrace_getregs函数获取所有寄存器的值，主要是为了获取r0即函数的返回值。
⑤从寄存器中获取mmap函数的返回值，即申请的内存首地址：
|
map_base =
ptrace_retval(®s);
|
⑥依次获取linker中dlopen、dlsym、dlclose、dlerror函数的地址:
|
dlopen_addr =
get_remote_addr( target_pid, linker_path, (void *)dlopen );
dlsym_addr =
get_remote_addr( target_pid, linker_path, (void *)dlsym );
dlclose_addr =
get_remote_addr( target_pid, linker_path, (void *)dlclose );
dlerror_addr =
get_remote_addr( target_pid, linker_path, (void *)dlerror );
|
⑦调用dlopen函数：
|
/*
①将要注入的so名写入前面mmap出来的内存
②写入dlopen代码
③执行dlopen("libxxx.so", RTLD_NOW ! RTLD_GLOBAL)
RTLD_NOW之类的参数作用可参考：
http://baike.baidu.com/view/2907309.htm?fr=aladdin
④取得dlopen的返回值，存放在sohandle变量中
*/
ptrace_writedata(target_pid,
map_base, library_path, strlen(library_path) + 1);
parameters[0] =
map_base;
parameters[1] =
RTLD_NOW| RTLD_GLOBAL;
if
(ptrace_call_wrapper(target_pid, "dlopen", dlopen_addr, parameters,
2, ®s) == -1)
goto exit;
void * sohandle =
ptrace_retval(®s);
|
⑧调用dlsym函数：
|
/*
等同于hook_entry_addr =
(void *)dlsym(sohandle, "hook_entry");
*/
#define
FUNCTION_NAME_ADDR_OFFSET
0x100 //为functionname另找一块区域
ptrace_writedata(target_pid, map_base + FUNCTION_NAME_ADDR_OFFSET,
function_name, strlen(function_name) + 1);
parameters[0] = sohandle;
parameters[1] = map_base + FUNCTION_NAME_ADDR_OFFSET;
if
(ptrace_call_wrapper(target_pid, "dlsym", dlsym_addr, parameters,
2, ®s) == -1)
goto
exit;
void *
hook_entry_addr = ptrace_retval(®s);
DEBUG_PRINT("hook_entry_addr = %p\n", hook_entry_addr);
|
⑨调用hook_entry函数：
|
/*
hook_entry("I'm parameter!");
*/
#define
FUNCTION_PARAM_ADDR_OFFSET
0x200
ptrace_writedata(target_pid, map_base + FUNCTION_PARAM_ADDR_OFFSET,
param, strlen(param) + 1);
parameters[0] = map_base + FUNCTION_PARAM_ADDR_OFFSET;
if
(ptrace_call_wrapper(target_pid, "hook_entry", hook_entry_addr,
parameters, 1, ®s) == -1)
goto
exit;
|
⑩调用dlclose关闭lib:
|
/*
等同于dlclose(sohandle);
*/
printf("Press
enter to dlclose and detach\n");
getchar();
parameters[0] = sohandle;
if
(ptrace_call_wrapper(target_pid, "dlclose", dlclose, parameters, 1,
®s) == -1)
goto exit;
|
恢复现场并退出ptrace:
|
ptrace_setregs(target_pid,
&original_regs);
ptrace_detach(target_pid);
|
总结
分析完整个注入代码，学到了很多东西：ptrace(特别是向目的进程的寄存器和栈中写入参数)，信号量机制，以及在获取pid、模块基址时使用的方法等等等等。同时，也注意到这份代码与看雪论坛古河大大发出的代码有些许不同：后者是将dlopen,dlsym等函数放在了一个用汇编写的injectcode.s中，而用C写的注入代码仅仅将injectcode.s注入到目标进程中，过后就交由这个injectcode.s来完成后续工作了。显然，就学习而言，本代码完全用C语言实现，学习起来简单易懂，且injectcode.s的编写难度也大很多。同时需要注意的是，如果采用后者的方法，在注入代码之前一定得预留部分空间用作函数调用的栈空间：
|
// 设置远程代码存储空间地址
remote_code_ptr = map_base+0x3C00; // 这里就预留了0x3c00的空间
|
展望
那注入之后我们到底可以完成什么功能呢？目前，据我了解，大家主要还是用于hook so中的native函数。那么如何hook呢？可以参考这篇文章的NDK HOOK部分：
http://bbs./showthread.php?t=192047
|
