BruceFan's Blog

Stay hungry, stay foolish

0%

Android逆向基础

反编译apk文件

1
$ apktool d crackme.apk outdir # 反编译apk文件夹

res/values/strings.xml存储源代码中定义的strings资源,apk文件打包时,strings.xml中的字符串被加密存储为resources.arsc文件中,apk成功反编译后该文件也会被解密出来。源程序R.java中的所有索引值保存在strings.xml同目录下的public.xml文件中。

1
2
$ grep -nr "0x7f05000b" ./smali # 在smali文件夹中查找含有“0x7f05000b”内容的文件
$ apktool b outdir # 编译修改后的文件,编译成功后会在outdir下生成dist目录需要使用signapk.jar工具对apk文件进行签名

Android Dalvik虚拟机

Java虚拟机运行的是Java字节码,Dalvik虚拟机运行的是Dalvik字节码

Dalvik虚拟机通过解释DEX来执行这些字节码

Dalvik可执行文件体积更小

dx工具负责将Java字节码转换位Dalvik字节码

Java虚拟机与Dalvik虚拟机架构不同

Java虚拟机基于栈架构,Dalvik虚拟机基于寄存器架构

1
2
3
4
$ javac -source 1.6 -target 1.6 Hello.java
$ dx --dex --output=Hello.dex Hello.class
$ javap -c -classpath . Hello # 查看Java字节码
$ dexdump -d Hello.dex # 查看Dalvik字节码

dx和dexdump在/sdk/build_tools/android目录下

DEX文件反汇编工具

1
$ java -jar baksmali.jar -o baksmaliout Hello.dex

定位关键代码

信息反馈法
特征函数法
顺序查看法
代码注入法
栈跟踪法
Method Profiling

smali语法

.registers指令指定函数用到的寄存器数目
一条.parameter指令指定函数一个参数
.prologue指令指定函数代码起始处
函数中引入的参数命名从p0开始,依次递增
寄存器p0作为this引用,v0开始表示函数的局部变量寄存器
1.类型
Dalvik字节码只有两种类型,基本类型引用类型。除了对象与数组属于引用对象外,其他的Java类型都是基本类型。
Dalvik字节码类型描述符

语法 含义
V void, 只用于返回值类型
Z boolean
B byte
S short
C char
I int
J long
F float
D double
L Java类类型
[ 数组类型

2.方法
方法调用格式

1
Lpackage/name/ObjectName;->MethodName(III)Z

Lpackage/name/ObjectName;-应该理解为一个类型,MethodName为具体的方法名,(III)Z是方法的签名部分,III为方法的参数(3个int型参数),Z是方法的返回类型(boolean类型)
例:

1
2
method(I[[IILjava/lang/String;[Ljava/lang/Object;)Ljava/lang/String;
String method(int, int[][], int, String, Object[])

3.字段
字段调用格式

1
Lpackage/name/ObjectName;->FieldName:Ljava/lang/String;

字段由类型$Lpackage/name/ObjectName;$、字段名$FieldName$与字段类型$Ljava/lang/String;$组成。字段名与字段类型用:隔开。

smali文件格式

smali文件头3行描述了当前类的信息

1
2
3
.class<访问权限>[修饰关键字]<类名>
.super<父类名>
.source<源文件名>

例:MainActivity.smali

1
2
3
.class public Lcom/example/crackme/MainActivity;
.super Landroid/app/Activity;
.source "MainActivity.java"

一个类由多个字段和方法组成,字段的声明用.field指令,字段有静态字段和实例字段
静态字段声明格式

1
2
# static fields
.field <访问权限> static [修饰关键字] <字段名>:<字段类型>

实例字段声明格式

1
2
# instance fields
.field <访问权限> [修饰关键字] <字段名>:<字段类型>

例:

1
2
# instance fields
.field private button:Landorid/widget/Button;

方法的声明使用.method指令,方法有直接方法和虚方法
直接方法声明格式

1
2
3
4
5
6
7
8
# direct methods
.method <访问权限> [修饰关键字] <方法原型>
<.locals>
[.parameter]
[.prologue]
[.line]
<代码体>
.end method

虚方法的声明格式与直接方法相同,只是起始出的注释为virtual methods
smali文件中使用.implements指令指出接口,格式声明:

1
2
# interfaces
.implements <接口名>

smail文件中使用.annotation指令指出注解,格式声明:

1
2
3
4
# annotations
.annotation [注解属性] <注解类名>
[注解字段 = 值]
.end annotation

内部类

baksmali在反编译dex文件时会为每个类单独生成一个smali文件,内部类也有自己独立的smali文件,[外部类]$[内部类].smali
this$0是内部类自动保留的一个指向所在外部类的引用,左边的this表示为父类的引用,右边的数值0表示引用层数

1
2
3
4
5
6
7
8
9
public class Outer { //this$0
public class FirstInner { //this$1
public class SecondInner { //this$2
public class ThirdInner {

}
}
}
}

ThirdInner类访问FirstInner类的引用为this$1
this$X型字段都被指定为synthetic属性,表示它们是被编译器合成的、虚构的,并不是人为声明的该字段。

Smali/baksmali

Apktool其实只是一个将各种工具结合起来的懒人工具而已。最好使用smali/baksmali而不是Apktool,原因如下:首先,Apktool更新并没有smali/baksmali频繁,smali/baksmali更新后要过非长久的时间才会合并到Apktool中,在这之前你可能需要忍受很多诡异的bug。其次,Apktool在反编译或者重打包dex的时候,如果发生错误,仅仅只会提供错误的exception信息而已,但如果你使用smali/baksmali,工具会告诉你具体的出错原因,会对重打包后的调试有巨大的帮助。最后,很多apk为了对付反调试会在资源文件中加入很多junk code从而使得Apktool的解析崩溃掉,造成反编译失败或者无法重打包。但如果你仅对classes.dex操作就不会有这些问题了。
smali/baksmali的基本操作如下:

1
2
3
4
# 将smali-2.1.2.jar和baksmali-2.1.2.jar和解压的classes.dex放到同一目录
$ java -jar baksmali-2.1.2.jar -o classout/ classes.dex # 反编译dex文件到smali文件
$ java -jar smali-2.1.2.jar classout/ -o classes.dex # 将smali文件编译成dex文件

学习smali最好的方法就是自己先用java写好程序,再用baksmali转换成smali语句,然后对照学习。比如下面就是java代码和用baksmali反编译过后的smali文件的对照分析。
BFLog类主要是用Log.d()输出调试信息,Java代码如下:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
public class BFLog {
public static void Log(String tag, String msg)
{
Log.d(tag, msg);
}
public static void Log(Object someObj)
{
Log("bruce", someObj.toString());
}
public static void Log(Object[] someObj)
{
Log("bruce", Arrays.toString(someObj));
}
}

对应的smali代码如下:

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
50
51
52
53
.class public Lcom/bruce/BFLog; # class的名字
.super Ljava/lang/Object; # 这个类继承的对象
.source "BFLog.java" # java文件名

# direct methods
.method public constructor <init>()V # class的构造函数
.registers 1

.prologue # 函数代码起始处
.line 9
invoke-direct {p0}, Ljava/lang/Object;-><init>()V # 调用Object的构造方法,p0相当于this指针
return-void
.end method

.method public static Log(Ljava/lang/Object;)V # Log(Object)的方法实现
.registers 3
.param p0, "someObj" # Ljava/lang/Object; 参数信息

.prologue
.line 17
const-string v0, "bruce" # 给v0赋值"bruce"
invoke-virtual {p0}, Ljava/lang/Object;->toString()Ljava/lang/String; # 调用toString()函数
move-result-object v1 # toString()的结果保存在v1
invoke-static {v0, v1}, Lcom/bruce/BFLog;->Log(Ljava/lang/String;Ljava/lang/String;)V # 调用BFLog的一个Log函数,参数是v0和v1
.line 18
return-void
.end method

.method public static Log(Ljava/lang/String;Ljava/lang/String;)V # Log(String, String)的方法实现
.registers 2
.param p0, "tag" # Ljava/lang/String;
.param p1, "msg" # Ljava/lang/String;

.prologue
.line 12
invoke-static {p0, p1}, Landroid/util/Log;->d(Ljava/lang/String;Ljava/lang/String;)I # 调用android API里的Log函数实现Log功能
.line 13
return-void
.end method

.method public static Log([Ljava/lang/Object;)V # Log(Object[])函数实现 ‘[’符号是数组的意思
.registers 3
.param p0, "someObj" # [Ljava/lang/Object;

.prologue
.line 22
const-string v0, "bruce"
invoke-static {p0}, Ljava/util/Arrays;->toString([Ljava/lang/Object;)Ljava/lang/String; # 将Object数组转换为String
move-result-object v1
invoke-static {v0, v1}, Lcom/bruce/BFLog;->Log(Ljava/lang/String;Ljava/lang/String;)V # 调用Log(String, String)函数
.line 23
return-void
.end method

Smali插桩

如果仅仅用Smali来分析代码,效果其实不如用dex2jar和jd-gui更直观,毕竟看反编译的java代码要更容易一些。但Smali强大之处就是可以随心所欲的进行插桩操作。何为插桩,在保证被测程序原有逻辑完整性的基础上在程序中插入一些探针(又称为“探测仪”),通过探针的执行并抛出程序运行的特征数据,通过对这些数据的分析,可以获得程序的控制流和数据流信息,进而得到逻辑覆盖等动态信息,从而实现测试目的的方法。下面我就来结合一个例子来讲解一下何如进行smali插桩。
测试程序是一个简单的crackme。输入密码,然后点击check,如果密码正确会输出yes,否则输出no。

首先我们对crackme1这个apk进行解压,然后反编译。我们会在MainActivity中看到一个getkey(String,int)函数。这个函数貌似非常复杂,我们暂时不管。我们首先分析一下点下button后的逻辑。我们发现程序会通过getkey(“mrkxqcroxqtskx”,42)来计算出真正的密码,然后与我们输人的密码进行比较,java代码如下:

1
2
3
4
5
6
7
8
public void onClick(View v) {
String str = editText0.getText().toString();
if (str.equals(getkey("mrkxqcroxqtskx", 42))) {
Toast.makeText(MainActivity.this, "Yes!", Toast.LENGTH_LONG).show();
} else {
Toast.makeText(MainActivity.this, "No!", Toast.LENGTH_LONG).show();
}
}

这时候就是smali插桩大显身手的时候了,我们可以通过插桩直接获取getkey(“mrkxqcroxqtskx”, 42)这个函数的返回值,然后Log出来。这样我们就不需要研究getkey这个函数的实现了。具体过程如下:
1.首先解压apk然后用baksmali进行反编译。

1
2
3
$ unzip -d outdir crackme1.apk
$ cd outdir
$ java -jar baksmali-2.1.2.jar -o classout classes.dex

2.将上一节BFLog类的BFLog.smali文件拷贝到com/bruce目录下,这个文件有3个LOG函数,分别可以输出String的值,Object的值和Object数组的值。注意,如果原程序中没有com/bruce这个目录,你需要自己用mkdir创建一下。拷贝完后,目录结构如下:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
com
└─bruce
│ BFLog.smali

└─crackme1
BuildConfig.smali
MainActivity$1.smali
MainActivity.smali
R$attr.smali
R$dimen.smali
R$drawable.smali
R$id.smali
R$layout.smali
R$menu.smali
R$string.smali
R$style.smali
R.smali

3.用文本编辑器打开MainActivity$1.smali文件进行插桩。为什么是MainActivity$1.smali而不是MainActivity.smali呢?因为主要的判断逻辑是在OnClickListener这个类里,而这个类是MainActivity的一个内部类,同时我们在实现的时候也没有给这个类声明具体的名字,所以这个类用$1表示。加入BFLog.smali这个文件后,我们只需要在MainActivity$1.smali的第71行后面加上一行代码,invoke-static {v1}, Lcom/bruce/BFLog;->Log(Ljava/lang/Object;)V,就可以输出getkey的值了。Invoke是方法调用的指令,因为我们要调用的类是静态方法,所以使用invoke-static。如果是非静态方法的话,第一个参数应该是该方法的实例,然后依次是各个参数。具体插入情况如下:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
const-string v1, "mrkxqcroxqtskx"

const/16 v2, 0x2a

# invokes: Lcom/mzheng/crackme1/MainActivity;->getkey(Ljava/lang/String;I)Ljava/lang/String;

invoke-static {v1, v2}, Lcom/mzheng/crackme1/MainActivity;->access$0(Ljava/lang/String;I)Ljava/lang/String;

move-result-object v1

############################## begin ##############################
invoke-static {v1}, Lcom/bruce/BFLog;->Log(Ljava/lang/Object;)V
############################## end ###############################
invoke-virtual {v0, v1}, Ljava/lang/String;->equals(Ljava/lang/Object;)Z

move-result v1

4.用smali.jar重新编译修改后的smali文件,把新编译的classes.dex覆盖老的classes.dex,然后再用signapk.jar对apk进行签名。几条关键指令如下:

1
2
3
4
5
6
7
8
$ java -jar smali.jar classout -o classes.dex
$ zip unsigned.apk AndroidManifest.xml classes.dex resources.arsc -r res
adding: AndroidManifest.xml (deflated 62%)
adding: classes.dex (deflated 53%)
adding: resources.arsc (deflated 73%)
adding: res/ (stored 0%)
...
$ java -jar signapk.jar testkey.x509.pem testkey.pk8 unsigned.apk signed.apk

5.安装程序到android,随便输入点啥,然后点击check按钮,随后在logcat中就可以看到getkey(“mrkxqcroxqtskx”, 42)这个函数的返回值了。

Smali修改

通过Smali/baksmali工具,我们不光可以插桩,还可以修改apk的逻辑。几个需要注意点如下:
1.if条件判断以及跳转语句
在smali中最常见的就是if这个条件判断跳转语句了,这个判断一共有12条指令:

1
2
3
4
5
6
7
8
9
10
11
12
13
if-eq vA, VB, cond_** 如果vA等于vB则跳转到cond_**。相当于if (vA==vB)
if-ne vA, VB, cond_** 如果vA不等于vB则跳转到cond_**。相当于if (vA!=vB)
if-lt vA, VB, cond_** 如果vA小于vB则跳转到cond_**。相当于if (vA<vB)
if-le vA, VB, cond_** 如果vA小于等于vB则跳转到cond_**。相当于if (vA<=vB)
if-gt vA, VB, cond_** 如果vA大于vB则跳转到cond_**。相当于if (vA>vB)
if-ge vA, VB, cond_** 如果vA大于等于vB则跳转到cond_**。相当于if (vA>=vB)

if-eqz vA, :cond_** 如果vA等于0则跳转到:cond_** 相当于if (VA==0)
if-nez vA, :cond_** 如果vA不等于0则跳转到:cond_**相当于if (VA!=0)
if-ltz vA, :cond_** 如果vA小于0则跳转到:cond_**相当于if (VA<0)
if-lez vA, :cond_** 如果vA小于等于0则跳转到:cond_**相当于if (VA<=0)
if-gtz vA, :cond_** 如果vA大于0则跳转到:cond_**相当于if (VA>0)
if-gez vA, :cond_** 如果vA大于等于0则跳转到:cond_**相当于if (VA>=0)

比如我们在crackme1里判断密码是否正确的smali代码段:

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
invoke-virtual {v0, v1}, Ljava/lang/String;->equals(Ljava/lang/Object;)Z

move-result v1

if-eqz v1, :cond_25 # if (v1==0)

iget-object v1, p0, Lcom/mzheng/crackme1/MainActivity$1;->this$0:Lcom/mzheng/crackme1/MainActivity;

const-string v2, "Yes!"

invoke-static {v1, v2, v3}, Landroid/widget/Toast;->makeText(Landroid/content/Context;Ljava/lang/CharSequence;I)Landroid/widget/Toast;

move-result-object v1

invoke-virtual {v1}, Landroid/widget/Toast;->show()V

:cond_25
iget-object v1, p0, Lcom/mzheng/crackme1/MainActivity$1;->this$0:Lcom/mzheng/crackme1/MainActivity;

const-string v2, "No!"

invoke-static {v1, v2, v3}, Landroid/widget/Toast;->makeText(Landroid/content/Context;Ljava/lang/CharSequence;I)Landroid/widget/Toast;

move-result-object v1

invoke-virtual {v1}, Landroid/widget/Toast;->show()V

如果我们不关心密码内容,只是希望程序输出”yes”的话。我们可以把if-eqz v1, :cond_25改成if-nez v1, :cond_25。这样逻辑就变为:当输错密码的时候,程序反而会输出”yes”。
2.寄存器问题
修改Smali时有一件很重要的事情就是要注意寄存器。如果乱用寄存器的话可能会导致程序崩溃。每个方法开头声明了registers的数量,这个数量是参数和本地变量总和。参数统一用P表示。如果是非静态方法p0代表this,p1-pN代表各个参数。如果是静态方法的话,p0-pN代表各个参数。本地变量统一用v表示。如果想要增加的新的本地变量,需要在方法开头的registers数量上增加相应的数值。
比如下面这个方法:

1
2
3
4
5
6
7
.method public constructor <init>()V
.registers 1
.prologue
.line 7
invoke-direct {p0}, Ljava/lang/Object;-><init>()V
return-void
.end method

因为这不是静态方法,所以p0代表this。如果想要增加一个新的本地变量,比如v0。就需要把.registers 1改为.registers 2。
3.给原程序增加大量逻辑的办法
非常不建议在程序原有的方法上增加大量逻辑,这样可能会出现很多寄存器方面的错误导致编译失败。比较好的方法是:把想要增加的逻辑先用java写成一个apk,然后把这个apk反编译成smali文件,随后把反编译后的这部分逻辑的smali文件插入到目标程序的smali文件夹中,然后再在原来的方法上采用invoke的方式调用新加入的逻辑。这样的话不管加入再多的逻辑,也只是修改了原程序的几行代码而已。这个思路也是很多重打包病毒惯用的伎俩,确实非常方便好用。

APK签名Tricks

当我们在实战中,有时会碰到某些apk在内部实现了自己的签名检查。这次我们介绍的Smali Instrumentation方法因为需要重打包,所以会改变原有的签名。当然,你可以通过修改apk把签名检查的逻辑删掉,但这又费时又费力。在这里简单介绍两种非常方便的方法来解决签名检查问题。
1.Masterkey
Masterkey漏洞一共有三个,可以影响android 4.4以下版本。利用这个漏洞,我们可以插入新的classes.dex替换掉原有的classes.dex而不需要对apk本身进行重新签名。如果apk本身有签名校验逻辑的话,利用这个漏洞来进行Smali Instrumentation简直再好不过了。首先,你需要一个android 4.4以下版本的虚拟机或者真机,然后再使用一个masterkey利用工具对apk进行exploit即可。工具下载地址在文章最后,使用的命令如下:

1
$ java -jar AndroidMasterKeys.jar -a orig.apk -z moddedClassesDex.zip -o out.apk

orig.apk是原本的apk文件,moddedClassesDex.zip是修改后的classes.dex并压缩成zip文件,out.apk就是利用Masterkey漏洞生成的新的apk文件。如果成功的话用zip打开文件会看到两个classes.dex。通过masterkey打包后的apk文件签名并不会有任何变化,这样也就不用担心签名校验问题了。
2.自定义ROM
签名的判断其实是调用了android系统密码库的函数,如果我们可以自己定制ROM的话,只需要修改AOSP源码路径下的libcore\luni\src\main\java\java\security\MessageDigest.java文件。将isEqual函数中的判断语句注释掉:

1
2
3
4
5
6
7
8
9
10
11
public static boolean isEqual(byte[] digesta, byte[] digestb) {
if (digesta.length != digestb.length) {
return false;
}
// for (int i = 0; i < digesta.length; i++) {
// if (digesta[i] != digestb[i]) {
// return false;
// }
// }
return true;
}

这样的话,如果在你自定义的ROM上运行apk,无论你怎么修改classes.dex文件,都不需要关心签名问题了,系统会永远返回签名正确的。
下载
reference
安卓动态调试七种武器之长生剑 - Smali Instrumentation