ProbeDroid is a dynamic Java code instrumentation kit for Android application, which provides APIs for users to craft their own instrumentation tools. As a result, users can trace, profile, or change the runtime behavior of an interested application. Essentially, Java method is the basic instrumentation unit. To manipulate the interested methods, users should override the template instrumentation gadgets and register them to hook the interested methods. When the hooked methods are invoked during the runtime, the control flow is diverted to the gadgets. At that moment, users can manipulate the boxed method input arguments and the return value. In the current stage, ProbeDroid targets on Android 5.0 and above. To build ProbeDroid kit, users just pull the package from GitHub and follow the build commands. Android source tree is not required.

• Programmable instrumentation
  • Code your own instrument tools with Java practice
  • Flexible APIs for you to
    • Hook interested library or app defined methods
    • Customize instrument gadgets for different analysis purposes
    • Modify method in/output to hack app during the runtime
• Succinct deployment
  • Only ProbeDroid engine and instrument tools are required
  • No need to customize Android framework

• Cannot instrument native methods now (under development)
• Currently only supporting Android 5.0 and the devices based on Intel x86 and ARM eabi v7a

Please refer to Source Building Wiki

Please refer to Play and Hack Wiki

Click the picture to view the demo vedio

A simple instrumentation tool which tracks the strings converted from StringBuilder and StringBuffer object. By taking some forensics towards the converted strings, we can notice that GoogleMaps applies Java reflection for some network authentication. Also, It will dynamically generate some C/C++ code and compile it for map rendering.

Click the picture to view the demo vedio

A simple instrumentation tool which tracks the started Activities and Services. By taking some forensics towards the tracked components, we can notice that KKTix applies several kinds of Activies to render the ticket booking pages. Also, it starts a Service for background computation.

Except for the following source code:

• android/art/runtime/, common/log.*, common/stringprintf.*, common/utf.*, and common/macros.h subtrees belong to [AOSP], which are licensed under Apache v2.0.
• common/libffi/ subtree belongs to [libffi], which is licensed under MIT.

All the source code are licensed under MIT. See COPYING for details.

Please contact me via the mail andy.zsshen@gmail.com.
Note that the kit is still under construction. Contribution and bug report is desired.