Andrdoid中对应用程序的行为拦截实现方式之----从Java层进行拦截

最新推荐文章于 2023-03-17 09:05:07 发布
最新推荐文章于 2023-03-17 09:05:07 发布
阅读量827 收藏
点赞数
分类专栏： Android

Andrdoid中对应用程序的行为拦截实现方式之----从Java层进行拦截

2014-11-10 11:23  9568人阅读  评论(22)  收藏  举报
  分类：
 

版权声明：本文为博主原创文章，未经博主允许不得转载。

致谢：

感谢 简行之旅的这篇blog:http://blog.csdn.net/l173864930/article/details/38455951,这篇文章是参考这篇blog的进行一步一步操作的，如果没有这篇好文章的话，貌似我这篇文章的诞生可能就有点难度了。


今天周日，昨天花了一天的时间总算是搞定了，问题还是想对应用程序的行为进行拦截的操作，就是像小米手机一样，哪些应用在获取你什么权限的信息。在之前写过对应用程序的行为进行拦截的方式(C层)实现的博客，在写完这篇之后，本来想是尽快的把Java层拦截的文章结束的，但是由于各种原因吧，所以一直没有时间去弄这些了。今天算是有空，就总结一下吧。下面进入正题：


一、摘要

我们知道现在一些安全软件都会有一个功能就是能够拦截应用的行为(比如地理位置信息，通讯录等)，所以这里就来实现以下这样的功能，当然实现这样的功能有两种方式，一种是从底层进行拦截，这个我在之前的博客中已经讲解过了。没看过的同学可以转战：

http://blog.csdn.net/jiangwei0910410003/article/details/39346151

还有一种方式就是从上层进行拦截，也就是我们今天所要说的内容，这种方式都是可以的，当然很多人更多的偏向上层，因为底层拦截需要熟知Binder协议和Binder的数据格式的。上层拦截就简单点了。


二、知识点概要

首先我们需要了解一点知识就是不管是底层拦截还是上层拦截，都需要一个技术支持：进程注入，关于这个知识点，这里就不作解释了，不了解的同学可以转战：http://blog.csdn.net/jiangwei0910410003/article/details/39293635

了解了进程注入之后，这篇文章主要讲解三点知识：

1、如何动态加载so，并且执行其中的函数

2、如何在C层执行Java方法(NDK一般是指Java中调用C层函数)

3、如何修改系统服务(Context.getSystemService(String...)其实返回来的就是Binder对象)对象

当然我们还需要一些预备知识：知道如何使用NDK进行编译项目，不了解的同学可以转战：

http://blog.csdn.net/jiangwei0910410003/article/details/17710243

这篇文章编译环境是Window下的，个人感觉还是不方便，还是在Ubuntu环境下操作比较方便

还有一点需要声明：就是拦截行为是需要root权限的


三、例子

第一个例子：简单的进程注入功能

目的：希望将我们自己的功能模块(so文件)注入到目标进程中，然后修改目标进程中的某个函数的执行过程

文件：注入功能可执行文件poison、目标进程可执行文件demo1、需要注入的模块libmyso.so


注入功能的可执行文件核心代码poison.c，这个功能模块在后面讲到的例子中也会用到，所以他是公用的

[cpp]  view plain  copy
  在CODE上查看代码片 派生到我的代码片
  1. #include <unistd.h>  
  2. #include <errno.h>  
  3. #include <stdlib.h>  
  4. #include <dlfcn.h>  
  5. #include <sys/mman.h>  
  6. #include <sys/ptrace.h>  
  7. #include <sys/wait.h>  
  8.   
  9. #include "ptrace_utils.h"  
  10. #include "elf_utils.h"  
  11. #include "log.h"  
  12. #include "tools.h"  
  13.   
  14. struct process_hook {  
  15.     pid_t       pid;  
  16.     char        *dso;  
  17. } process_hook = {0, ""};  
  18.   
  19. int main(int argc, char* argv[]) {  
  20.     LOGI("argv len:"+argc);  
  21.     if(argc < 2)  
  22.        exit(0);  
  23.   
  24.     struct pt_regs regs;  
  25.   
  26.     process_hook.dso = strdup(argv[1]);  
  27.     process_hook.pid = atoi(argv[2]);  
  28.   
  29.     if (access(process_hook.dso, R_OK|X_OK) < 0) {  
  30.         LOGE("[-] so file must chmod rx\n");  
  31.         return 1;  
  32.     }  
  33.   
  34.     const char* process_name = get_process_name(process_hook.pid);  
  35.     ptrace_attach(process_hook.pid, strstr(process_name,"zygote"));  
  36.     LOGI("[+] ptrace attach to [%d] %s\n", process_hook.pid, get_process_name(process_hook.pid));  
  37.   
  38.     if (ptrace_getregs(process_hook.pid, &regs) < 0) {  
  39.         LOGE("[-] Can't get regs %d\n", errno);  
  40.         goto DETACH;  
  41.     }  
  42.   
  43.     LOGI("[+] pc: %x, r7: %d", regs.ARM_pc, regs.ARM_r7);  
  44.   
  45.     void* remote_dlsym_addr = get_remote_address(process_hook.pid, (void *)dlsym);  
  46.     void* remote_dlopen_addr =  get_remote_address(process_hook.pid, (void *)dlopen);  
  47.   
  48.     LOGI("[+] remote_dlopen address %p\n", remote_dlopen_addr);  
  49.     LOGI("[+] remote_dlsym  address %p\n", remote_dlsym_addr);  
  50.   
  51.     if(ptrace_dlopen(process_hook.pid, remote_dlopen_addr, process_hook.dso) == NULL){  
  52.         LOGE("[-] Ptrace dlopen fail. %s\n", dlerror());  
  53.     }  
  54.   
  55.     if (regs.ARM_pc & 1 ) {  
  56.         regs.ARM_pc &= (~1u);  
  57.         regs.ARM_cpsr |= CPSR_T_MASK;  
  58.     } else {  
  59.         regs.ARM_cpsr &= ~CPSR_T_MASK;  
  60.     }  
  61.   
  62.     if (ptrace_setregs(process_hook.pid, &regs) == -1) {  
  63.         LOGE("[-] Set regs fail. %s\n", strerror(errno));  
  64.         goto DETACH;  
  65.     }  
  66.   
  67.     LOGI("[+] Inject success!\n");  
  68.   
  69. DETACH:  
  70.     ptrace_detach(process_hook.pid);  
  71.     LOGI("[+] Inject done!\n");  
  72.     return 0;  
  73. }  
我们看到，这个注入功能的代码和我们之前说的从底层进行拦截的那篇文章中的注入代码(inject.c)不太一样呀？这个是有人在网上从新改写了一下，其实功能上没什么区别的，我们从main函数可以看到，有两个入口参数：

第一个是：需要注入so文件的全路径

第二个是：需要注入进程的pid

也就是说，我们在执行poison程序的时候需要传递这两个值。在之前说道的注入代码(inject.c)中，其实这两个参数是在代码中写死的，如果忘记的同学可以回去看一下，就是前面提到的从底层进行拦截的那篇文章。

那么这样修改之后，貌似灵活性更高了。

当然注入功能的代码不止这一个，其实是一个工程，这里由于篇幅的原因就不做介绍了，工程的下载地址：

http://download.csdn.net/detail/jiangwei0910410003/8138061

使用NDK编译一下，生成可执行文件就OK了。


第一部分：代码实现

1）目标进程依赖的so文件inso.h和inso.c

[cpp]  view plain  copy
  在CODE上查看代码片 派生到我的代码片
  1. __attribute__ ((visibility ("default"))) void setA(int i);  
  2.   
  3. __attribute__ ((visibility ("default"))) int getA();  

inso.c代码

[cpp]  view plain  copy
  在CODE上查看代码片 派生到我的代码片
  1. #include <stdio.h>  
  2. #include "inso.h"  
  3.   
  4. static int gA = 1;  
  5.   
  6. void setA(int i){  
  7.    gA = i;  
  8. }  
  9.   
  10. int getA(){  
  11.    return gA;  
  12. }  

编译成so文件即可，项目下载：http://download.csdn.net/detail/jiangwei0910410003/8138107


2）目标进程的可执行文件demo1.c

这个就简单了，就是非常简单的代码，起一个循环每个一段时间打印数值，这个项目需要引用上面编译的inso.so文件

头文件inso.h(和上面的头文件是一样的)

[cpp]  view plain  copy
  在CODE上查看代码片 派生到我的代码片
  1. __attribute__ ((visibility ("default"))) void setA(int i);  
  2.   
  3. __attribute__ ((visibility ("default"))) int getA();  

demo1.c文件

[cpp]  view plain  copy
  在CODE上查看代码片 派生到我的代码片
  1. #include <stdio.h>  
  2. #include <unistd.h>  
  3.   
  4. #include "inso.h"  
  5. #include "log.h"  
  6.   
  7. int main(){  
  8.   
  9.     LOGI("DEMO1 start.");  
  10.   
  11.     while(1){  
  12.         LOGI("%d", getA());  
  13.         setA(getA() + 1);  
  14.         sleep(2);  
  15.     }  
  16.   
  17.     return 0;  
  18. }  
代码简单吧，就是执行循环打印数值，这里使用的是底层的log方法，在log.h文件中定义了，篇幅原因，这里就不列举了，项目下载地址：http://download.csdn.net/detail/jiangwei0910410003/8138071


3）注入的模块功能源文件myso.c

[cpp]  view plain  copy
  在CODE上查看代码片 派生到我的代码片
  1. #include <stdio.h>  
  2. #include <stddef.h>  
  3. #include <dlfcn.h>  
  4. #include <pthread.h>  
  5. #include <stddef.h>  
  6.   
  7. #include  "log.h"  
  8.   
  9. __attribute__ ((__constructor__))  
  10. void Main() {  
  11.     LOGI(">>>>>>>>>>>>>Inject Success!!!!<<<<<<<<<<<<<<");  
  12.   
  13.     void (*setA_func)(int);  
  14.   
  15.     void* handle = dlopen("libinso.so", RTLD_NOW);  
  16.     LOGI("Handle:%p",handle);  
  17.     //void (*setA_func)(int) = (void (*)(int))dlsym(handle, "setA");  
  18.     setA_func = (void (*)(int))dlsym(handle,"setA");  
  19.     LOGI("Func:%p",setA_func);  
  20.     if (setA_func) {  
  21.        LOGI("setA is Executing!!!");  
  22.        (*setA_func)(999);  
  23.     }  
  24.     dlclose(handle);  
  25. }  

说明：

这段代码需要解释一下，首先来看一下：

__attribute__ ((__constructor__))
gcc为函数提供了几种类型的属性，其中包含：构造函数(constructors)和析构函数(destructors)。
程序员应当使用类似下面的方式来指定这些属性：

[cpp]  view plain  copy
  在CODE上查看代码片 派生到我的代码片
  1. static void start(void) __attribute__ ((constructor));  
  2. static void stop(void) __attribute__ ((destructor));  
带有"构造函数"属性的函数将在main()函数之前被执行，而声明为"析构函数"属性的函数则将在main()退出时执行。
用法举例：
[cpp]  view plain  copy
  在CODE上查看代码片 派生到我的代码片
  1. #include <iostream>  
  2. void breforemain() __attribute__((constructor));  
  3. void aftermain() __attribute__((destructor));  
  4. class AAA{  
  5. public:  
  6.       AAA(){std::cout << "before main function AAA" << std::endl;}  
  7.       ~AAA(){std::cout << "after main function AAA" << std::endl;}  
  8. };  
  9. AAA aaa;  
  10. void breforemain()  
  11. {  
  12.     std::cout << "before main function" << std::endl;  
  13. }  
  14.   
  15. void aftermain()  
  16. {  
  17.     std::cout << "after main function" << std::endl;  
  18. }  
  19.   
  20. int main(int argc,char** argv)  
  21. {  
  22.     std::cout << "in main function" << std::endl;  
  23.     return 0;  
  24. }  
输出结果：
before main function AAA
before main function
in main function
after main function AAA
after main function

有点类似于spring的AOP编程~~


还有一个就是我们开始说的，如何加载so文件，并且执行其中的函数，原理很简单，就是打开so文件，然后返回一个函数指针。

需要的头文件：#include <dlfcn.h>

核心代码：

打开so文件，返回一个句柄handle:

[cpp]  view plain  copy
  在CODE上查看代码片 派生到我的代码片
  1. void* handle = dlopen("libinso.so", RTLD_NOW);  

得到指定的函数指针：

[cpp]  view plain  copy
  在CODE上查看代码片 派生到我的代码片
  1. setA_func = (void (*)(int))dlsym(handle,"setA");  

函数指针的定义：

[cpp]  view plain  copy
  在CODE上查看代码片 派生到我的代码片
  1. void (*setA_func)(int);  
就是这么简单，有点类似Java中动态加载jar包，然后执行其中的方法。

项目下载地址：

http://download.csdn.net/detail/jiangwei0910410003/8138109

第二部分：拷贝文件

好了，到这里离成功不远了，我们保证上面的工程编译都能通过，得到以下文件：

demo1、poison、libmyso.so、libinso.so

然后我们就可以实践了

首先我将这些文件拷贝到手机中的/data/data/目录中

adb push demo1 /data/data/

adb push poison /data/data/

adb push libmyso.so /data/data/

拷贝完之后，还需要进入adb shell，修改他们的权限

chmod 777 demo1

chmod 777 poison

chmod 777 libmyso.so

这里要注意的是，libinso.so文件要单独拷贝到/system/lib中，不然在执行demo1的时候，会报错(找不到libinso.so)，当然在拷贝的时候会遇到一点问题

报错："Failed to push selection: Read-only file system"

这时候只要改变system目录的挂载读写属性就好了

mount -o remount rw /system/

然后进入adb shell在修改一下/system的属性

chmod 777 /system

然后就可以拷贝了：

adb push libinso.so /system/lib/

然后进入到system/lib中，修改libinso.so的属性

chmod 777 libinso.so


第三部分：开始执行

然后进入到data/data目录中，开始执行文件，这时候我们需要开三个终端：一个是监听log信息，一个是执行demo1，一个是执行poison,如下图所示：

1、监听log信息

adb logcat -s TTT



2、执行demo1

./demo1



3、执行poison

./poison /data/data/libmyso.so 1440

这里我们看到，执行poison有两个入口参数：一个是so文件的路径，一个是目标进程(demo1)的pid就是log信息中的显示的pid

到这里我们就实现了我们的第一个例子了。


第二个例子：将目标进程改成Android应用

下面继续：将目标进程改变成一个Android应用

这里和上边的唯一区别就是我们需要将demo1变成一个Android应用

那么来看一下这个Android应用的代码：

[java]  view plain  copy
  在CODE上查看代码片 派生到我的代码片
  1. package com.demo.host;  
  2.   
  3. import android.app.Activity;  
  4. import android.content.Context;  
  5. import android.os.Bundle;  
  6. import android.util.Log;  
  7.   
  8. public final class MainActivity extends Activity {  
  9.     private static int sA = 1;  
  10.     public static void setA(int a) {  
  11.         sA = a;  
  12.     }  
  13.     public static int getA() {  
  14.         return sA;  
  15.     }  
  16.     @Override  
  17.     protected void onCreate(Bundle savedInstanceState) {  
  18.         super.onCreate(savedInstanceState);  
  19.         new Thread() {  
  20.             public void run() {  
  21.                 while (true) {  
  22.                     Log.i("TTT", "" + getA());  
  23.                     setA(getA() + 1);  
  24.                     try {  
  25.                         Thread.sleep(1000);  
  26.                     } catch (InterruptedException e) {  
  27.                         e.printStackTrace();  
  28.                     }  
  29.                 }  
  30.             };  
  31.   
  32.         }.start();  
  33.     }  
  34. }  
代码和demo1的功能一样的，写个循环，打印数值，工程下载地址：http://download.csdn.net/detail/jiangwei0910410003/8138227

这个应用就变成了我们注入的目标进程，但是有一个问题，我们怎么才能修改setA()方法的行为呢？在第一个案例中，我们是动态加载libinso.so，然后获取到setA()函数，修改器返回值。这里我们需要做的就是怎么动态的去修改上面的MainActivity中的setA()方法的返回值，其实这里就到了我开始说的第二个知识点：如何在底层C中调用Java方法？

我们知道在使用NDK的时候，Java层调用底层C的时候连接的纽带就是那个JNIEnv变量，这个变量是作为函数参数传递过来的。那么如果我们在底层C中获取到这个变量的话，就可以调用Java方法了，但是这里我们又没有定义本地方法，怎么得到JNIEnv变量呢？

答案就是#include <android_runtime/AndroidRuntime.h>这个头文件，得到JVM变量之后，然后得到当前线程的JNIEnv变量：

[cpp]  view plain  copy
  在CODE上查看代码片 派生到我的代码片
  1. JavaVM* jvm = AndroidRuntime::getJavaVM();  
  2. LOGI("jvm is %p",jvm);  
  3. jvm->AttachCurrentThread(&jni_env, NULL);  
  4. //TODO 使用JNIEnv  
  5. jvm->DetachCurrentThread();  

通过AndroidRuntime中的getJavaVM方法获取jvm变量，然后在获取当前线程的JNIEnv变量即可

关于AndroidRuntime这个类的定义和实现是在  AndroidRuntime源码目录/jni/AndroidRuntime.cpp中

好了，当我们拿到JNIEnv变量之后，我们就可以干很多事了，因为我们知道在弄NDK的时候，如果使用JNIEnv变量的时候都清楚，他好比Java中的反射机制，可以动态的加载Java中的类，然后获取其方法，字段等信息，进行操作。

但是现在还有一个问题，就是我们怎么去动态加载MainActivity这个类呢？

但是当我们尝试使用PathClassLoader去加载MainActivity时，会抛ClassNotFoundException

唯一可行的方案是找到host(目标应用)的PathClassLoader，然后通过这个ClassLoader寻找MainActivity

因为我们是注入到MainActivity这个应用的进程中，那么我们的注入代码和MainActivity是在一个进程中的，又因为Android中一个进程对应一个全局Context对象，所以我们只要得到这个进程Context对象的类加载器就可以了

(其实Android中多个应用是可以跑在一个进程中的，他们会拥有一共同的全局Context变量，当然这个Context不是特定的Activity的，而是Application对象持有的Context)
要想得到一个进程中的Context对象。通过阅读源码，发现可以通过下面的方式读取到Context对象：

如果是System_Process，可以通过如下方式获取

[java]  view plain  copy
  在CODE上查看代码片 派生到我的代码片
  1. Context context = ActivityThread.mSystemContext   
如果是非System_Process（即普通的Android进程），可以通过如下方式获取
[java]  view plain  copy
  在CODE上查看代码片 派生到我的代码片
  1. Context context = ((ApplicationThread)RuntimeInit.getApplicationObject()).app_obj.this$0   
到这里，我们都知道该怎么办了，没错就是用反射机制，获取到全局的Context变量


上面的思路是有了，下面在来整理一下吧：

首先我们需要注入到MainActivity所在的进程，然后修改他的setA()方法。

但是我们注入的时候是把so文件注入到一个进程中，所以需要在底层修改setA()方法的执行

如果底层想修改/执行Java层方法的话，必须要得到JNIEnv变量

然后可以通过AndroidRuntime类先得到jvm变量，然后在通过jvm变量得到JNIEnv变量

得到JNIEnv变量之后，用JNIEnv的一些方法去动态加载MainActivity类，然后修改他的方法，但是会出现异常找不到MainActivity类

找不到这个类的原因是类加载器找的不对，我们需要找到全局的Context对象的类加载器，因为我们是注入到了MainActivity这个应用的进程中，一个进程有一个全局的Context对象，所以只要得到它的类加载器就可以了。

然后通过查看源码，我们可以在Java层通过反射获取到这个对象。

最后：通过上面的分析，我们还需要一些项目的支持：

1、底层获取JNIEnv对象的项目，也就是我们需要注入的so。

2、在上层还需要一个模块，去获取到全局的Context对象，然后动态的加载MainActivity类，修改他的方法。


第一部分：代码实现

这样分析之后，我们可能制定的方案是：

1）上层模块DemoInject2：

主要是获取进程的Context变量，然后通过这个变量去加载MainActivity类，修改他的setA()方法的逻辑，核心代码：

ContextHunter.java

[java]  view plain  copy
  在CODE上查看代码片 派生到我的代码片
  1. package com.demo.inject2;  
  2.   
  3. import android.app.Application;  
  4. import android.content.Context;  
  5.   
  6. public final class ContexHunter {  
  7.     private static Context sContext = null;  
  8.   
  9.     public static Context getContext() {  
  10.   
  11.         if (sContext == null) {  
  12.   
  13.             synchronized (ContexHunter.class) {  
  14.                 if (sContext == null) {  
  15.                     sContext = searchContextForSystemServer();  
  16.                     if (sContext == null) {  
  17.                         sContext = searchContextForZygoteProcess();  
  18.                     }  
  19.                 }  
  20.             }  
  21.         }  
  22.   
  23.         return sContext;  
  24.     }  
  25.   
  26.     private static Context searchContextForSystemServer() {  
  27.         Context result = null;  
  28.         try {  
  29.             result = (Context) ActivityThread.getSystemContext();  
  30.         } catch (Exception e) {  
  31.             e.printStackTrace();  
  32.             return null;  
  33.         }  
  34.   
  35.         return result;  
  36.   
  37.     }  
  38.   
  39.     private static Context searchContextForZygoteProcess() {  
  40.         Context result = null;  
  41.         try {  
  42.             Object obj = RuntimeInit.getApplicationObject();  
  43.             if (obj != null) {  
  44.                 obj = ApplicationThread.getActivityThreadObj(obj);  
  45.                 if (obj != null) {  
  46.                     result = (Application) ActivityThread.getInitialApplication(obj);  
  47.                 }  
  48.             }  
  49.         } catch (Exception e) {  
  50.             e.printStackTrace();  
  51.         }  
  52.   
  53.         return result;  
  54.     }  
  55. }  
动态加载MainActivity类，修改其setA()方法的逻辑功能的

EntryClass.java

[java]  view plain  copy
  在CODE上查看代码片 派生到我的代码片
  1. package com.demo.inject2;  
  2.   
  3. import java.lang.reflect.Method;  
  4.   
  5. import android.content.Context;  
  6. import android.util.Log;  
  7.   
  8. public final class EntryClass {  
  9.   
  10.     public static Object[] invoke(int i) {  
  11.   
  12.         try {  
  13.             Log.i("TTT", ">>>>>>>>>>>>>I am in, I am a bad boy 2!!!!<<<<<<<<<<<<<<");  
  14.             Context context = ContexHunter.getContext();  
  15.             Class<?> MainActivity_class = context.getClassLoader().loadClass("com.demo.host.MainActivity");  
  16.             Method setA_method = MainActivity_class.getDeclaredMethod("setA", int.class);  
  17.             setA_method.invoke(null, 1);  
  18.         } catch (Exception e) {  
  19.             e.printStackTrace();  
  20.         }  
  21.   
  22.         return null;  
  23.     }  
  24. }  
整个项目的下载地址：http://download.csdn.net/detail/jiangwei0910410003/8138735

注：这个项目没有入口的Activity的，所以运行是没有效果的，他的主要功能是一个功能模块apk,下面会说道他的用途。

2）注入的so文件源码：importdex.cpp

他的功能是获取到当前进程的JVM变量，然后获取到JNIEnv变量，通过JNIEnv变量，加载上面得到的DemoInject2.apk,然后执行EntryClass类中的invoke方法

[cpp]  view plain  copy
  在CODE上查看代码片 派生到我的代码片
  1. #include <stdio.h>  
  2. #include <stddef.h>  
  3. #include <jni.h>  
  4. #include <android_runtime/AndroidRuntime.h>  
  5.   
  6. #include "log.h"  
  7. #include "importdex.h"  
  8.   
  9. using namespace android;  
  10.   
  11. static const char JSTRING[] = "Ljava/lang/String;";  
  12. static const char JCLASS_LOADER[] = "Ljava/lang/ClassLoader;";  
  13. static const char JCLASS[] = "Ljava/lang/Class;";  
  14.   
  15. static JNIEnv* jni_env;  
  16. static char sig_buffer[512];  
  17.   
  18. //EntryClass entryClass;  
  19.   
  20. //ClassLoader.getSystemClassLoader()  
  21. static jobject getSystemClassLoader(){  
  22.       
  23.     LOGI("getSystemClassLoader is Executing!!");      
  24.       
  25.     jclass class_loader_claxx = jni_env->FindClass("java/lang/ClassLoader");  
  26.     snprintf(sig_buffer, 512, "()%s", JCLASS_LOADER);  
  27.   
  28.     LOGI("sig_buffer is %s",sig_buffer);  
  29.   
  30.     jmethodID getSystemClassLoader_method = jni_env->GetStaticMethodID(class_loader_claxx, "getSystemClassLoader", sig_buffer);  
  31.   
  32.     LOGI("getSystemClassLoader is finished!!");  
  33.   
  34.     return jni_env->CallStaticObjectMethod(class_loader_claxx, getSystemClassLoader_method);  
  35.   
  36. }  
  37.   
  38. __attribute__ ((__constructor__))  
  39. void callback() {  
  40.     LOGI("Main is Executing!!");  
  41.     JavaVM* jvm = AndroidRuntime::getJavaVM();  
  42.     LOGI("jvm is %p",jvm);  
  43.     jvm->AttachCurrentThread(&jni_env, NULL);  
  44.     //TODO 使用JNIEnv  
  45.   
  46.     jvm->DetachCurrentThread();  
  47.   
  48.     LOGI("jni_env is %p",jni_env);  
  49.   
  50.     jstring apk_path = jni_env->NewStringUTF("/data/local/tmp/DemoInject2.apk");  
  51.     jstring dex_out_path = jni_env->NewStringUTF("/data/data/com.demo.host/");  
  52.     jclass dexloader_claxx = jni_env->FindClass("dalvik/system/DexClassLoader");  
  53.   
  54.     //LOGI("apk_path:%s",apk_path);  
  55.     //LOGI("dex_out_path:%s",dex_out_path);  
  56.   
  57.     snprintf(sig_buffer, 512, "(%s%s%s%s)V", JSTRING, JSTRING, JSTRING, JCLASS_LOADER);  
  58.   
  59.     LOGI("sig_buffer is %s",sig_buffer);  
  60.   
  61.     jmethodID dexloader_init_method = jni_env->GetMethodID(dexloader_claxx, "<init>", sig_buffer);  
  62.   
  63.     snprintf(sig_buffer, 512, "(%s)%s", JSTRING, JCLASS);  
  64.   
  65.     LOGI("sig_buffer is %s",sig_buffer);  
  66.   
  67.     jmethodID loadClass_method = jni_env->GetMethodID(dexloader_claxx, "loadClass", sig_buffer);  
  68.   
  69.     jobject class_loader = getSystemClassLoader();  
  70.     //check_value(class_loader);  
  71.     LOGI("GetClassLoader");  
  72.   
  73.     jobject dex_loader_obj = jni_env->NewObject(dexloader_claxx, dexloader_init_method, apk_path, dex_out_path, NULL, class_loader);  
  74.       
  75.     LOGI("step---1");  
  76.     LOGI("dex_loader_obj:%s",dex_loader_obj);  
  77.     jstring class_name = jni_env->NewStringUTF("com.demo.inject2.EntryClass");  
  78.     jclass entry_class = static_cast<jclass>(jni_env->CallObjectMethod(dex_loader_obj, loadClass_method, class_name));  
  79.     LOGI("step---2");  
  80.     LOGI("jni_env:%p",jni_env);  
  81.     LOGI("step---2-1");  
  82.     LOGI("entry_class:%s",entry_class);  
  83.     jmethodID invoke_method = jni_env->GetStaticMethodID(entry_class, "invoke", "(I)[Ljava/lang/Object;");  
  84.     //check_value(invoke_method);  
  85.     LOGI("step---3");  
  86.     jobjectArray objectarray = (jobjectArray) jni_env->CallStaticObjectMethod(entry_class, invoke_method, 0);  
  87.     LOGI("step---4");  
  88.     jvm->DetachCurrentThread();  
  89.   
  90.     LOGI("Main is finished");  
  91.   
  92. }  
这里，我们可以看到，一旦我们拿到了JNIEnv变量之后，真的是什么都可以干，想调用Java世界中的任何类中的方法，就连动态加载apk都是可以的。所以这一点真的很重要，要切记。这个就是底层中调用Java层的方法的最好实现方案了。超实用的。

这个项目的下载地址：http://download.csdn.net/detail/jiangwei0910410003/8138253


第二部分：拷贝文件

好的，上面的介绍工作算是结束了，编译顺利的话，会得到三个文件：

DemoHost.apk、DemoInject2.apk、libimportdex.so

首先需要将DemoHost.apk安装到手机上

然后将DemoInject2.apk拷贝到手机的/data/local/tmp/目录中：adb push DemoInject2.apk  /data/local/tmp/

因为在importdex.cpp代码中的路劲就是这个：

[cpp]  view plain  copy
  在CODE上查看代码片 派生到我的代码片
  1. jstring apk_path = jni_env->NewStringUTF("/data/local/tmp/DemoInject2.apk");  
当然你可以修改的。

最后还是需要将libimportdex.so文件拷贝到/data/data/目录中

adb push libimportdex.so /data/data/

修改权限：

chmod 777 libimportdex.so


第三部分：开始执行

文件拷贝好了，下面开始执行了，还是需要开启三个终端：监听log信息，执行注入程序，启动MainActivity(当然这个可以不需要，因为你可以手动的打开)

1、监听log信息

adb logcat -s TTT



2、执行注入程序

./poison /data/data/libimportdex.so 15427

 

3、开启MainActivity

am start com.demo.host/.MainActivity


通过log信息我们可以看到注入成功了。

注：在这个例子中，编译的过程中会遇到一个问题：就是很多头文件，函数定义都找不到的，比如

#include <android_runtime/AndroidRuntime.h>这个头文件，这个就需要我们去Android的系统源码中查找了。关于Android系统源码下载和编译的知识，可以转战：http://blog.csdn.net/jiangwei0910410003/article/details/37988637

当我们加入这个头文件的时候，在编译还是出错，因为找不到指定的函数定义，这时候我们有两种选择：

第一种：将这个头文件的实现源文件也拷贝过来，进行编译(源码中有)

第二种：使用so文件进行编译，关于这个so文件可以到手机设备的/system/lib/目录下找到：libandroid_runtime.so


这里我就是采用这种方式进行编译的，我们将libandroid_runtime.so文件拷贝出来然后将其放到我们之前的NDK配置目录中的：具体目录如下：


最后我们在Android.mk文件进行引用：

[html]  view plain  copy
  在CODE上查看代码片 派生到我的代码片
  1. LOCAL_LDLIBS := -llog -lbinder -lutils -landroid_runtime  

当然，这里我们会看到-lXXX是通用的格式，同样的，我们如果要用到JVM中的函数的话，会用到libandroid_runtime.so文件，头文件：android_runtime.h，也是可以在源码中找到的(后面会提及到)

(注：这里就介绍了我们如何在使用Android系统中底层的一些函数，同时编译的时候引用到了动态链接库文件)


第三个例子：替换系统服务，拦截程序行为

在看一个例子，第一个例子是如何将目标模块注入到目标进程中，然后执行它的函数，不过在这个例子中我们的目标进程是一个简单的C程序编译的可执行文件运行的，第二个例子和第一个例子的区别是将目标进程换成Android中的一个应用，在这个过程中需要解决很多问题的，而且这个例子是很重要的，因为它介绍了如何在底层调用Java方法：可以将Java模块打成jar/dex/apk，然后在底层使用类加载器进行动态加载，然后执行其指定的方法。那么到这里算是结束了吗？答案是否定的，因为我们的目的是拦截，所以最后一个例子我们就需要实现我们的目的了

对应用行为的拦截

需要的项目：注入的so文件proxybinder.cpp，上层模块DemoInject3.apk

首先来看一下实现原理吧：

在日常开发过程中， 我们经常会使用到的ActivityManager、PackageManager就是一个client的调用，只是本身封装得比较好，让你感觉不到。而Service部分的逻辑，主要集中在system_process和com.android.phone这两个进程里头。
broadcastIntent是ActivityManagerService(AMS)的一个方法，AMS的宿主进程是system_process，毫无疑问我们需要先注入到system_process进程，至于接下来怎么做呢，正是本章的内容。
所有NativeService都继承到IBinder接口，BinderProxy原理很简单，就是先到找到要代理的NativeService引用，再通过自己编写的ProxyBinder对象代理NativeService，从而达到截获IPC通讯的目的。下面我们以AMS为例，做一个说明：

AMS跟binder进行通讯，是通过JNI实现的。AMS继承Binder(IBinder的子类，封装了IPC通讯公共部分的逻辑），Binder里保存着一个类型为int的mObject的字段，这个字段正是其C++对象JavaBBinder对象的地址，这个JavaBBinder才是AMS最终跟内核通讯的对象。代码如下： 
[java]  view plain  copy
  在CODE上查看代码片 派生到我的代码片
  1. public class Binder implements IBinder {    
  2.     //...    
  3.     
  4.     /* mObject is used by native code, do not remove or rename */    
  5.     private int mObject; //这个对象保存的就是JavaBBinder的指针    
  6.     private IInterface mOwner;    
  7.     private String mDescriptor;    
  8.     
  9.     //...    
  10. }   
同样的，在JavaBBinder中，也保存着一个类型jobject的mObject，指向上层Java对象。看看JavaBBinder的代码：
[java]  view plain  copy
  在CODE上查看代码片 派生到我的代码片
  1. class JavaBBinder : public BBinder    
  2. {    
  3.     
  4.     //...    
  5.     
  6.     jobject object() const    
  7.     {    
  8.         return mObject;    
  9.     }    
  10.     
  11.     //...    
  12.     
  13.     private:    
  14.         JavaVM* const   mVM;    
  15.         jobject const   mObject; //这个保存的是AMS的引用    
  16.     };    
  17. }    
Java和C++就是通过这两个字段相互连结在一起的。
其中JavaBBinder中的mObject是整个IPC关键的一节，所有的client请求，都是先到达JavaBBinder，然后JavaBBinder再通过JNI调用mObject的execTransact的方法，最终把请求发送到AMS。
因此，我们只要想办法找到AMS的对象的JavaBBinder，再把mObject替换为代理对象（记作ProxyBinder，一个Java对象的引用)，即可实现BinderService代理，下面是示意图：

在实现这个代理，我们需要获取AMS和及对应用的JavaBBinder两个对象。


获取AMS引用

要获取AMS引用，通过ServiceManager即可，不过这类是隐藏类，通过反射才可以调用。通过ServiceManager.getService("activity")即可以拿到AMS。
获取JavaBBinder对象
通过前面的介绍，拿到AMS之后，就可以获取其mObject字段，这个对象正好就是JavaBBinder的地址。另外，也有一种比较简单的方式，那就是通过defaultServiceManager的getService方法获取到。
替换mObject对象
JavaBBinder的mObject对象并不能直接替换，因为mObject是const的，我写了一个DummyJavaBBinder的类，可以很容易地处理好这个问题，DummyJavaBBinder的实现如下：
[java]  view plain  copy
  在CODE上查看代码片 派生到我的代码片
  1. class DummyJavaBBinder : public BBinder{    
  2. public:    
  3.     virtual status_t onTransact(uint32_t code, const Parcel& data, Parcel* reply, uint32_t flags = 0) {    
  4.         return NO_ERROR;    
  5.     }    
  6.     
  7.     jobject object() const {    
  8.         return mObject;    
  9.     }    
  10.     
  11.     JavaVM* javaVM() const {    
  12.         return mVM;    
  13.     }    
  14.     
  15.     void changeObj(jobject newobj){    
  16.         const jobject* p_old_obj = &mObject;    
  17.         jobject* p_old_obj_noconst = const_cast<jobject *>(p_old_obj);    
  18.         *p_old_obj_noconst = newobj;    
  19.     }    
  20.     
  21. private:    
  22.     JavaVM* const   mVM;    
  23.     jobject const   mObject;    
  24. };    
这个类的作用主要添加了changeObj方法，主要功能是把mObject去掉const限制，并修改为的newobj。
其实底层的注入模块的功能很简单，就是动态加载DemoInject3.apk,然后执行它的invoke方法，得到上层的Binder对象，然后替换底层的Binder对象，这样我们上层定义的Binder对象中的onTransact方法中就可以拦截信息了。

proxybinder.so的项目下载地址：http://download.csdn.net/detail/jiangwei0910410003/8138929


第一部分：代码实现

1）DemoInject3.apk的核心代码

[java]  view plain  copy
  1. package com.demo.inject3;  
  2.   
  3. import android.os.Binder;  
  4. import android.os.IBinder;  
  5. import android.os.Parcel;  
  6. import android.os.RemoteException;  
  7. import android.util.Log;  
  8.   
  9. public final class EntryClass {  
  10.   
  11.     private static final class ProxyActivityManagerServcie extends Binder {  
  12.   
  13.         private IBinder mBinder;  
  14.   
  15.         public ProxyActivityManagerServcie(IBinder binder) {  
  16.             mBinder = binder;  
  17.         }  
  18.   
  19.         @Override  
  20.         protected boolean onTransact(int code, Parcel data, Parcel reply, int flags) throws RemoteException {  
  21.             //打印值，因为data是请求者带来的数据，reply是接受者返回的数据，这里看data数据  
  22.             Log.i("TTT", "code="+code);  
  23.                     String callingPackage = data.readString();  
  24.                     Log.i("TTT", "callingPackage:"+callingPackage);  
  25.                     String resolvedType = data.readString();  
  26.                     Log.i("TTT", "resolvedType:"+resolvedType);  
  27.                     String resultWho = data.readString();  
  28.                     Log.i("TTT", "resultWho:"+resultWho);  
  29.                     int requestCode = data.readInt();  
  30.                     Log.i("TTT", "requestCode:"+requestCode);  
  31.                     int startFlags = data.readInt();  
  32.                     Log.i("TTT", "startFlags:"+startFlags);  
  33.                     String profileFile = data.readString();  
  34.                     Log.i("TTT", "profileFile:"+profileFile);  
  35.                     int v1 = data.readInt();  
  36.                     Log.i("TTT","v1:"+v1);  
  37.                     int v2 = data.readInt();  
  38.                     Log.i("TTT","v2:"+v2);  
  39.                     int userId = data.readInt();  
  40.                 Log.i("TTT","userId:"+userId);  
  41.             return mBinder.transact(code, data, reply, flags);  
  42.         }  
  43.     }  
  44.   
  45.     public static Object[] invoke(int i) {  
  46.         IBinder activity_proxy = null;  
  47.         try {  
  48.             activity_proxy = new ProxyActivityManagerServcie(ServiceManager.getService("activity"));  
  49.             Log.i("TTT", ">>>>>>>>>>>>>I am in, I am a bad boy 3!!!!<<<<<<<<<<<<<<");  
  50.         } catch (Exception e) {  
  51.             e.printStackTrace();  
  52.         }  
  53.         //将activity_proxy传递给底层，进行Binder对象的修改  
  54.         return new Object[] { "activity", activity_proxy };  
  55.     }  
  56. }  
ProxyActivityManagerService继承了Binder对象，在onTransact中参数data是请求者携带的数据，所以我们可以打印这个数据的值来看一下，里面都是什么样的值？当然我们肯定不知道这些数据中包含什么信息，所以要到源码中找到一个有这个方法的类，可以定位到ActivityManagerNative.java这个类。在 源码目录/java/android/app/ActivityManagerNative.java。下面就是他的onTransact方法的一部分：
[java]  view plain  copy
  在CODE上查看代码片 派生到我的代码片
  1.  @Override  
  2.     public boolean onTransact(int code, Parcel data, Parcel reply, int flags)  
  3.             throws RemoteException {  
  4.         switch (code) {  
  5.         case START_ACTIVITY_TRANSACTION:  
  6.         {  
  7.             data.enforceInterface(IActivityManager.descriptor);  
  8.             IBinder b = data.readStrongBinder();  
  9.             IApplicationThread app = ApplicationThreadNative.asInterface(b);  
  10.             String callingPackage = data.readString();  
  11.             Intent intent = Intent.CREATOR.createFromParcel(data);  
  12.             String resolvedType = data.readString();  
  13.             IBinder resultTo = data.readStrongBinder();  
  14.             String resultWho = data.readString();  
  15.             int requestCode = data.readInt();  
  16.             int startFlags = data.readInt();  
  17.             String profileFile = data.readString();  
  18.             ParcelFileDescriptor profileFd = data.readInt() != 0  
  19.                     ? data.readFileDescriptor() : null;  
  20.             Bundle options = data.readInt() != 0  
  21.                     ? Bundle.CREATOR.createFromParcel(data) : null;  
  22.             int result = startActivity(app, callingPackage, intent, resolvedType,  
  23.                     resultTo, resultWho, requestCode, startFlags,  
  24.                     profileFile, profileFd, options);  
  25.             reply.writeNoException();  
  26.             reply.writeInt(result);  
  27.             return true;  
  28.         }  
  29. .........  
这个直截取了一小部分，因为这个方法的内容太多了，主要是那个code的值有很多值，可以看一下code的取值：
[java]  view plain  copy
  在CODE上查看代码片 派生到我的代码片
  1. // Please keep these transaction codes the same -- they are also  
  2.  // sent by C++ code.  
  3.  int START_RUNNING_TRANSACTION = IBinder.FIRST_CALL_TRANSACTION;  
  4.  int HANDLE_APPLICATION_CRASH_TRANSACTION = IBinder.FIRST_CALL_TRANSACTION+1;  
  5.  int START_ACTIVITY_TRANSACTION = IBinder.FIRST_CALL_TRANSACTION+2;  
  6.  int UNHANDLED_BACK_TRANSACTION = IBinder.FIRST_CALL_TRANSACTION+3;  
  7.  int OPEN_CONTENT_URI_TRANSACTION = IBinder.FIRST_CALL_TRANSACTION+4;  
  8.   
  9.  // Remaining non-native transaction codes.  
  10.  int FINISH_ACTIVITY_TRANSACTION = IBinder.FIRST_CALL_TRANSACTION+10;  
  11.  int REGISTER_RECEIVER_TRANSACTION = IBinder.FIRST_CALL_TRANSACTION+11;  
  12.  int UNREGISTER_RECEIVER_TRANSACTION = IBinder.FIRST_CALL_TRANSACTION+12;  
  13.  int BROADCAST_INTENT_TRANSACTION = IBinder.FIRST_CALL_TRANSACTION+13;  
  14.  int UNBROADCAST_INTENT_TRANSACTION = IBinder.FIRST_CALL_TRANSACTION+14;  
  15.  int FINISH_RECEIVER_TRANSACTION = IBinder.FIRST_CALL_TRANSACTION+15;  
  16.  int ATTACH_APPLICATION_TRANSACTION = IBinder.FIRST_CALL_TRANSACTION+16;  
  17.  int ACTIVITY_IDLE_TRANSACTION = IBinder.FIRST_CALL_TRANSACTION+17;  
  18.  int ACTIVITY_PAUSED_TRANSACTION = IBinder.FIRST_CALL_TRANSACTION+18;  
  19.  int ACTIVITY_STOPPED_TRANSACTION = IBinder.FIRST_CALL_TRANSACTION+19;  
  20.  int GET_CALLING_PACKAGE_TRANSACTION = IBinder.FIRST_CALL_TRANSACTION+20;  
  21.  int GET_CALLING_ACTIVITY_TRANSACTION = IBinder.FIRST_CALL_TRANSACTION+21;  
  22.  int GET_TASKS_TRANSACTION = IBinder.FIRST_CALL_TRANSACTION+22;  
  23.  int MOVE_TASK_TO_FRONT_TRANSACTION = IBinder.FIRST_CALL_TRANSACTION+23;  
  24.  int MOVE_TASK_TO_BACK_TRANSACTION = IBinder.FIRST_CALL_TRANSACTION+24;  
  25.  int MOVE_TASK_BACKWARDS_TRANSACTION = IBinder.FIRST_CALL_TRANSACTION+25;  
  26.  int GET_TASK_FOR_ACTIVITY_TRANSACTION = IBinder.FIRST_CALL_TRANSACTION+26;  
  27.  int REPORT_THUMBNAIL_TRANSACTION = IBinder.FIRST_CALL_TRANSACTION+27;  
  28.  int GET_CONTENT_PROVIDER_TRANSACTION = IBinder.FIRST_CALL_TRANSACTION+28;  
  29.  int PUBLISH_CONTENT_PROVIDERS_TRANSACTION = IBinder.FIRST_CALL_TRANSACTION+29;  
  30.  int REF_CONTENT_PROVIDER_TRANSACTION = IBinder.FIRST_CALL_TRANSACTION+30;  
  31.  int FINISH_SUB_ACTIVITY_TRANSACTION = IBinder.FIRST_CALL_TRANSACTION+31;  
  32.  int GET_RUNNING_SERVICE_CONTROL_PANEL_TRANSACTION = IBinder.FIRST_CALL_TRANSACTION+32;  
  33.  int START_SERVICE_TRANSACTION = IBinder.FIRST_CALL_TRANSACTION+33;  
  34.  int STOP_SERVICE_TRANSACTION = IBinder.FIRST_CALL_TRANSACTION+34;  
  35.  int BIND_SERVICE_TRANSACTION = IBinder.FIRST_CALL_TRANSACTION+35;  
  36.  int UNBIND_SERVICE_TRANSACTION = IBinder.FIRST_CALL_TRANSACTION+36;  
  37.  int PUBLISH_SERVICE_TRANSACTION = IBinder.FIRST_CALL_TRANSACTION+37;  
  38.  int ACTIVITY_RESUMED_TRANSACTION = IBinder.FIRST_CALL_TRANSACTION+38;  
  39.  int GOING_TO_SLEEP_TRANSACTION = IBinder.FIRST_CALL_TRANSACTION+39;  
  40.  int WAKING_UP_TRANSACTION = IBinder.FIRST_CALL_TRANSACTION+40;  
  41.  int SET_DEBUG_APP_TRANSACTION = IBinder.FIRST_CALL_TRANSACTION+41;  
  42.  int SET_ALWAYS_FINISH_TRANSACTION = IBinder.FIRST_CALL_TRANSACTION+42;  
  43.  int START_INSTRUMENTATION_TRANSACTION = IBinder.FIRST_CALL_TRANSACTION+43;  
  44.  int FINISH_INSTRUMENTATION_TRANSACTION = IBinder.FIRST_CALL_TRANSACTION+44;  
  45.  int GET_CONFIGURATION_TRANSACTION = IBinder.FIRST_CALL_TRANSACTION+45;  
  46.  int UPDATE_CONFIGURATION_TRANSACTION = IBinder.FIRST_CALL_TRANSACTION+46;  
  47.  int STOP_SERVICE_TOKEN_TRANSACTION = IBinder.FIRST_CALL_TRANSACTION+47;  
  48.  int GET_ACTIVITY_CLASS_FOR_TOKEN_TRANSACTION = IBinder.FIRST_CALL_TRANSACTION+48;  
  49.  int GET_PACKAGE_FOR_TOKEN_TRANSACTION = IBinder.FIRST_CALL_TRANSACTION+49;  
  50.  int SET_PROCESS_LIMIT_TRANSACTION = IBinder.FIRST_CALL_TRANSACTION+50;  
  51.  int GET_PROCESS_LIMIT_TRANSACTION = IBinder.FIRST_CALL_TRANSACTION+51;  
  52.  int CHECK_PERMISSION_TRANSACTION = IBinder.FIRST_CALL_TRANSACTION+52;  
  53.  int CHECK_URI_PERMISSION_TRANSACTION = IBinder.FIRST_CALL_TRANSACTION+53;  
  54.  int GRANT_URI_PERMISSION_TRANSACTION = IBinder.FIRST_CALL_TRANSACTION+54;  
  55.  int REVOKE_URI_PERMISSION_TRANSACTION = IBinder.FIRST_CALL_TRANSACTION+55;  
  56.  int SET_ACTIVITY_CONTROLLER_TRANSACTION = IBinder.FIRST_CALL_TRANSACTION+56;  
  57.  int SHOW_WAITING_FOR_DEBUGGER_TRANSACTION = IBinder.FIRST_CALL_TRANSACTION+57;  
  58.  int SIGNAL_PERSISTENT_PROCESSES_TRANSACTION = IBinder.FIRST_CALL_TRANSACTION+58;  
  59.  int GET_RECENT_TASKS_TRANSACTION = IBinder.FIRST_CALL_TRANSACTION+59;  
  60.  int SERVICE_DONE_EXECUTING_TRANSACTION = IBinder.FIRST_CALL_TRANSACTION+60;  
  61.  int ACTIVITY_DESTROYED_TRANSACTION = IBinder.FIRST_CALL_TRANSACTION+61;  
  62.  int GET_INTENT_SENDER_TRANSACTION = IBinder.FIRST_CALL_TRANSACTION+62;  
  63.  int CANCEL_INTENT_SENDER_TRANSACTION = IBinder.FIRST_CALL_TRANSACTION+63;  
  64.  int GET_PACKAGE_FOR_INTENT_SENDER_TRANSACTION = IBinder.FIRST_CALL_TRANSACTION+64;  
  65.  int ENTER_SAFE_MODE_TRANSACTION = IBinder.FIRST_CALL_TRANSACTION+65;  
  66.  int START_NEXT_MATCHING_ACTIVITY_TRANSACTION = IBinder.FIRST_CALL_TRANSACTION+66;  
  67.  int NOTE_WAKEUP_ALARM_TRANSACTION = IBinder.FIRST_CALL_TRANSACTION+67;  
  68.  int REMOVE_CONTENT_PROVIDER_TRANSACTION = IBinder.FIRST_CALL_TRANSACTION+68;  
  69.  int SET_REQUESTED_ORIENTATION_TRANSACTION = IBinder.FIRST_CALL_TRANSACTION+69;  
  70.  int GET_REQUESTED_ORIENTATION_TRANSACTION = IBinder.FIRST_CALL_TRANSACTION+70;  
  71.  int UNBIND_FINISHED_TRANSACTION = IBinder.FIRST_CALL_TRANSACTION+71;  
  72.  int SET_PROCESS_FOREGROUND_TRANSACTION = IBinder.FIRST_CALL_TRANSACTION+72;  
  73.  int SET_SERVICE_FOREGROUND_TRANSACTION = IBinder.FIRST_CALL_TRANSACTION+73;  
  74.  int MOVE_ACTIVITY_TASK_TO_BACK_TRANSACTION = IBinder.FIRST_CALL_TRANSACTION+74;  
  75.  int GET_MEMORY_INFO_TRANSACTION = IBinder.FIRST_CALL_TRANSACTION+75;  
  76.  int GET_PROCESSES_IN_ERROR_STATE_TRANSACTION = IBinder.FIRST_CALL_TRANSACTION+76;  
  77.  int CLEAR_APP_DATA_TRANSACTION = IBinder.FIRST_CALL_TRANSACTION+77;  
  78.  int FORCE_STOP_PACKAGE_TRANSACTION = IBinder.FIRST_CALL_TRANSACTION+78;  
  79.  int KILL_PIDS_TRANSACTION = IBinder.FIRST_CALL_TRANSACTION+79;  
  80.  int GET_SERVICES_TRANSACTION = IBinder.FIRST_CALL_TRANSACTION+80;  
  81.  int GET_TASK_THUMBNAILS_TRANSACTION = IBinder.FIRST_CALL_TRANSACTION+81;  
  82.  int GET_RUNNING_APP_PROCESSES_TRANSACTION = IBinder.FIRST_CALL_TRANSACTION+82;  
  83.  int GET_DEVICE_CONFIGURATION_TRANSACTION = IBinder.FIRST_CALL_TRANSACTION+83;  
  84.  int PEEK_SERVICE_TRANSACTION = IBinder.FIRST_CALL_TRANSACTION+84;  
  85.  int PROFILE_CONTROL_TRANSACTION = IBinder.FIRST_CALL_TRANSACTION+85;  
  86.  int SHUTDOWN_TRANSACTION = IBinder.FIRST_CALL_TRANSACTION+86;  
  87.  int STOP_APP_SWITCHES_TRANSACTION = IBinder.FIRST_CALL_TRANSACTION+87;  
  88.  int RESUME_APP_SWITCHES_TRANSACTION = IBinder.FIRST_CALL_TRANSACTION+88;  
  89.  int START_BACKUP_AGENT_TRANSACTION = IBinder.FIRST_CALL_TRANSACTION+89;  
  90.  int BACKUP_AGENT_CREATED_TRANSACTION = IBinder.FIRST_CALL_TRANSACTION+90;  
  91.  int UNBIND_BACKUP_AGENT_TRANSACTION = IBinder.FIRST_CALL_TRANSACTION+91;  
  92.  int GET_UID_FOR_INTENT_SENDER_TRANSACTION = IBinder.FIRST_CALL_TRANSACTION+92;  
  93.  int HANDLE_INCOMING_USER_TRANSACTION = IBinder.FIRST_CALL_TRANSACTION+93;  
  94.  int GET_TASK_TOP_THUMBNAIL_TRANSACTION = IBinder.FIRST_CALL_TRANSACTION+94;  
  95.  int KILL_APPLICATION_WITH_APPID_TRANSACTION = IBinder.FIRST_CALL_TRANSACTION+95;  
  96.  int CLOSE_SYSTEM_DIALOGS_TRANSACTION = IBinder.FIRST_CALL_TRANSACTION+96;  
  97.  int GET_PROCESS_MEMORY_INFO_TRANSACTION = IBinder.FIRST_CALL_TRANSACTION+97;  
  98.  int KILL_APPLICATION_PROCESS_TRANSACTION = IBinder.FIRST_CALL_TRANSACTION+98;  
  99.  ...........  
这些值我们同样可以在 源码目录/java/android/app/IActivityManager.java源码中看到，很多值，上面只是一部分。所以上面的onTransact方法中的switch分支结构是有很多代码的，这里，我们就从那个分支中选择一种可能将他的代码拷贝到我们的onTransact方法中进行分析：
[java]  view plain  copy
  在CODE上查看代码片 派生到我的代码片
  1. @Override  
  2. protected boolean onTransact(int code, Parcel data, Parcel reply, int flags) throws RemoteException {  
  3.     //打印值，因为data是请求者带来的数据，reply是接受者返回的数据，这里看data数据  
  4.     Log.i("TTT", "code="+code);  
  5.     String callingPackage = data.readString();  
  6.     Log.i("TTT", "callingPackage:"+callingPackage);  
  7.     String resolvedType = data.readString();  
  8.     Log.i("TTT", "resolvedType:"+resolvedType);  
  9.     String resultWho = data.readString();  
  10.     Log.i("TTT", "resultWho:"+resultWho);  
  11.     int requestCode = data.readInt();  
  12.     Log.i("TTT", "requestCode:"+requestCode);  
  13.     int startFlags = data.readInt();  
  14.     Log.i("TTT", "startFlags:"+startFlags);  
  15.     String profileFile = data.readString();  
  16.     Log.i("TTT", "profileFile:"+profileFile);  
  17.     int v1 = data.readInt();  
  18.     Log.i("TTT","v1:"+v1);  
  19.     int v2 = data.readInt();  
  20.     Log.i("TTT","v2:"+v2);  
  21.     int userId = data.readInt();  
  22.     Log.i("TTT","userId:"+userId);  
  23.     return mBinder.transact(code, data, reply, flags);  
  24. }  
通过打印的值，来分析这些字段的含义。

DemoInject3.apk的项目下载地址：http://download.csdn.net/detail/jiangwei0910410003/8138233
好了，如果上面的项目都编译成功的话，会得到两个文件：

libproxybinder.so、DemoInject3.apk


第二部分：拷贝文件

将libproxybinder.so文件拷贝到/data/data/目录下

adb push libproxybinder.so /data/data/

修改权限

chmod 777 libproxybinder.so

将DemoInject3.apk拷贝到/data/local/tmp/目录下

adb push DemoInject3.apk /data/local/tmp/


第三部分：开始执行

那么下面开始执行吧。但是想一想，我们应该注入到哪个进程中呢？这个在开头的时候也说过了，是system_process，但是当我们使用ps命令去查看进程信息的时候，会发现找不到这个进程名，其实google一下之后，会发现，其实我们真正要注入的进程名是：system_server，而system_process只是这个进程的应用名称，相当于我们普通应用的名字和我们的应用的包名(一般包名是进程的名称)，所以我们再次查找一下system_server进程的时候就找到了：


进程的pid是599。


好的下面就开始执行了，我们需要开启两个终端即可：一个监听log信息，一个执行注入程序

1、执行注入程序

./poison /data/data/libproxybinder.so 599


为了能看到哪些应用在使用权限，这里我打开了百度地图app.


2、监听log信息

adb logcat -s TTT


通过打印的结果，我们看到两个重要的信息，一个resultWho字段，他的值就是应用使用的权限,百度地图使用了位置信息权限。还有就是requestCode字段，他的值就是应用的进程pid,不信的话，我们在使用ps查看一下进程列表：


看到了，进程pid为5611，看到进程名为：com.baidu.BaiduMap.pad:remote

所以我们可以得到两个重要的字段：

resultWho：应用使用的权限

requestCode：应用的进程id

有了这两个值，我们就可以得到哪个应用正在使用什么权限(可以通过pid得到应用的名称,这个很简单，百度一下就可以了)


那么到此我们就实现了在Java层堆应用程序的行为拦截，在第三个例子中主要就是在上次我们自定义一个Binder,然后将其传给底层，然后底层在替换JavaBBinder对象即可。在这个例子中我们可以看到我之前讲到的第三个知识点：如何替换系统服务(Binder).


四、总结

这篇文章总算是结束了，篇幅有点长，主要是通过三个例子，徐徐渐进的讲解一下如何拦截应用的行为：

第一个例子：如何将我们的功能模块libmyso.so注入到简单的应用程序中demo1

技术点：动态加载so文件，然后执行其中的指定函数

第二个例子：如何将我们的功能模块libimportdex.so注入到我们的Android应用中

技术点：获取JNIEnv对象，获取进程中的Context对象

第三个例子：如何将我们的功能模块注入到系统进程system_process(system_server)中

技术点：上层自定义一个Binder,在onTransact方法中分析数据，底层替换JavaBBinder对象


当然这篇文章讲的知识点可能比较多，但是主要就是我开头讲到的三个知识点：

1、如何动态加载so，并且执行其中的函数

2、如何在C层执行Java方法(NDK一般是指Java中调用C层函数)

3、如何修改系统服务(Context.getSystemService(String...)其实返回来的就是Binder对象)对象

注：上面讲到的三个例子中的项目代码都有相应的下载地址，如果download下来之后，运行有问题的话，可以给我留言，我会尽可能的帮助解决一下。


最后：其实这篇写完这篇文章之后，发现了我还有两个地方没有理解清楚：

1、同一个进程中的Application对象以及Context对象的含义

2、Android中的Binder机制

这个我会在后续的文章中再次进行详细的总结。

(PS:总算是写完了，真心写了一下午还没写完，一大早上来接着写的，这个文章的篇幅有点长，可能需要很有耐心的去看，当然如果看到有错误的地方，还请各位大哥能指出来，谢谢~~)
lionzl
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
从Java层进行拦截Andrdoid中对应用程序的行为
02-21
在之前写过对应用程序的行为进行拦截的方式(C层)实现的博客，在写完这篇之后，本来想是尽快的把Java层拦截的文章结束的，但是由于各种原因吧，所以一直没有时间去弄这些了。今天算是有空，就总结一下吧。下面进入...
Linux - 使用dlsym()的RTLD_NEXT来实现库函数拦截
IT架构师
09-08 1214
Linux下，用户对文件的打开与执行，加上日志收集。
在Android App开发中实现任意Java方法的拦截
农场老马的专栏
11-27 7912
在Android的App开发过程中，经常会有一些导致App进程崩溃的Framework层Bug，比如这里讲的Cookie同步引起的崩溃等问题。这种情况下，我们如果能拦截到Framework层的Api调用，对它做个包装把异常捕捉住，就可以避免这个问题了。 当时，纯Java层是做不到的，而Java中的Proxy机制也只能针对自己定义的类，系统Framework层的类就不管用了。这里面说一种通过借鉴J
Android拦截文件,android开发之拦截用户截屏,并删除截屏文件
weixin_39989949的博客
05-29 2350
特殊的需求造就特殊的功能有的付费页面是不能让用户截屏分享的,所以...我们就流氓的拦截掉并且删除实现方式1,注册一个媒体库内容变化的ContentObserver2,获取到媒体文件,查看创建时间和现在时间的差值3,删除文件并且通知媒体库代码如下/*** Created by wangfei on 2016/8/1 19:02.* 拦截用户截屏,并且删除截屏文件*/public class Scre...
Windows：32位Inline Hook
无名J0kзr的博客
03-13 575
文章目录什么是Inline Hook使用DLL实现对其他进程的Inline Hook 什么是Inline Hook Inline Hook，即内联钩子。 系统提供的API都保存在DLL文件中，当程序运行需要调用某个API时，它会隐式地将此API所在的DLL文件加载到其进程中。那么，如果我们使用一种方法，直接修改DLL中的API函数在内存中的映像，使API函数的首条代码为jmp MyFuncAddress这样就可以执行自己的函数了。 由于这种方法是直接在程序中嵌入jmp指令来实现Hook的，所以把它称为内联钩
grpc-demo:java版grpc 示例，使用拦截器实现了token认证
05-16
在Java中，可以使用`ServerInterceptor`和`ClientInterceptor`接口来实现拦截器。 3. **JWT token**：JWT是一种轻量级的身份验证和授权机制，它将用户信息编码为一个令牌，可以安全地在网络中传递。JWT由三部分组成...
java-web -- servlet 拦截器 过滤器使用
02-24
通过实现Filter接口并配置在web.xml中，我们可以对所有请求或特定请求进行拦截，例如进行字符编码转换、权限验证、日志记录等操作。过滤器可以形成一个链，按照定义的顺序执行。 再来看拦截器（Interceptor），这是...
springboot专栏 010 springboot整合mybatis-plus 登录页面和首页不拦截
最新发布
04-20
在本教程中，我们将深入探讨如何在Spring Boot项目中整合Mybatis-Plus，并实现登录页面与首页不被拦截的功能。这个主题主要涉及到Spring Boot、Mybatis-Plus、拦截器（Interceptor）以及令牌（Token）的使用，这些都...
Android中实现Activity的启动拦截之----实现360卫士的安装应用界面
细心程度决定你的成败
06-18 1319
转载:http://blog.csdn.net/jiangwei0910410003/article/details/48787777 第一、摘要 今天不是周末，但是我已经放假了，所以就开始我们的技术探索之旅，今天我们来讲一下Android中最期待的技术，就是拦截Activity的启动，其实我在去年的时候，就像实现这个技术了，但是因为知识不充足，就放弃了，当时的需求很简单，就是实现应用
Android强制关闭某个指定应用 “关闭应用”
weixin_30265171的博客
01-23 1674
强制关闭指定的应用程序： // 传入应用的包名即可kill掉应用 private void forceStopApp(String packageName) { ActivityManager am = (ActivityManager) mContext .getSystemService(Context.ACTIVITY...
【干货篇】Android各版本拦截进程对AMS的请求实战，墙裂建议收藏
Androiddddd的博客
01-21 1038
苍耳叔叔：博客地址 概述 接着上次后台启动 Activity 的需求，依照 实战|Android后台启动Activity实践之路 中的一些方法处理后，虽然在 Android Q 版本上还是有一些问题，但后台启动的能力算是基本完成了，后来我又解开了小米 ROM 的源码，找到了他们后台启动这一项权限的实现方式以及怎么绕开这项权限的方法，发现结果意外的简单…(这部分以后有机会单独写一篇文章)。 这篇文章发生在后台启动的调研之后，如果我们要后台启动的 Activity 页面在第三方 SDK 里，且启动该页面的动作.
Android实现APP启动监听和拦截
lontano_0406的博客
03-17 2400
可以实现应用锁
Android中JNI编程基础
liugec的博客
06-24 398
JNI编程基础 JNI数据类型 JNIEXPORT 和 JNICALL，定义在jni_md.h头文件中。 JNIEXPORT： ​ 在 Windows 中,定义为__declspec(dllexport)。因为Windows编译 dll 动态库规定，如果动态库中的函数要被外部调用，需要在函数声明中添加此标识，表示将该函数导出在外部可以调用。 ​ 在 Linux/Unix/Mac os/Android 这种 Like Unix系统中，定义为__attribute__ ((visibility ("defau
通过 OkHttp 拦截器拦截安卓系统中的网络请求
m0_56144365的博客
10-18 2001
对于每一个新的特性，产品api的新端点都必须被创建来向应用程序提供数据，在api还没有准备好使用之前，Android团队使用拦截器来模拟网络请求，并提供虚拟响应，以便继续进行开发工作。3、最后，我们在我们的按钮上添加了一个点击监听器，该监听器通过改造进行网络调用，并将数据放在textview中。这是一个简单的布局，包含一个按钮和一个文本视图，我们将通过单击按钮进行网络调用，并在文本视图中显示数据。在继续之前，让我们首先在项目中添加一个测试响应，拦截器将在拦截请求后提供该响应。以上就是本文的全部内容，
NetViewer-让App的网络请求无所遁形
许进进的博客
10-08 2379
在Android应用开发过程中，我们经常需要看到网络请求的一些参数信息，包括但不限于get/post方案，返回结果数据，耗时时长等等。通常的做法是在项目的okhttp的build过程中，主动添加一个拦截器用于这些信息的捕捉。 但这种方案需要我们自己去在项目中编写拦截器；逻辑进行添加，且无法捕捉三方库或者其他module中的网络请求。在这个背景下，一个可以直接添加使用，并获取全局网络请求返回参数的工具库显得有必要。
拦截手机app发起的请求，获取请求信息！调试必备！！！
热门推荐
JavaKuzz的博客
01-28 2万+
最近在做Android接口调试，用postman发请求时总是报500空指针异常，获取不到请求的数据，我就在想是不是请求body没过去，后台接受不到，手机app是正常使用的。所以我就想到拦截手机的请求，看看请求头是什么，是不是有特殊要求。然后就百度，知道有Fiddler这种东西，也就去试试了。最终成功解决问题！！！ Android和Java接口调试必备啊！有些接口文档没写清楚，只能靠自己了！ 附
android activity代码,Android开发之dagger.android--Activity
weixin_31785421的博客
05-27 122
前言Dagger2开发Android的问题使用Dagger2开发Android的话，有一个困难就是android的一些框架类，如Activity和Fragment等，他们的实例化由操作系统完成，如果要想让Dagger2也能很好地注入这些对象，你不得不在生命周期里添加以下代码完成注入过程。public class FrombulationActivity extends Activity {@Inj...
监控进程创建，全部阻止的demo（使用MiniFilter）
kernweak的博客
06-04 2216
使用wdk7600例子passthrough改写，监控IRPIRP_MJ_ACQUIRE_FOR_SECTION_SYNCHRONIZATION在 Data->Iopb->Parameters.AcquireForSectionSynchronization.PageProtection == PAGE_EXECUTE(等于这个就是创建进程) 在x64可以用这个监控进程 ，不会触发pa...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值