电子说
soot是java优化框架,提供4种中间代码来分析和转换字节码。
l Baf:精简的字节码表示,操作简单
l Jimple:适用于优化的3-address中间表示
l Shimple:Jimple的SSA变体
l Grimple:适用于反编译和代码检查的Jimple汇总版本。
soot提供的输入格式有:java、android、class等
输出格式有:Java字节码、android字节码、Jimple、Jasmin、shimple、baf等,这些实际业务中常使用的,当然还有其它的格式,这里不再一一列举。
借助soot对android的分析能力,我们可以进一步分析安卓应用的安全漏洞,比如组件暴露、加密算法等存在的安全问题。
可以GIT下载最新的soot jar包,我下载的是4.1.0版本中的sootclasses-trunk-jar-with-dependencies.jar 包,这个包应该自带了soot所需要的所有依赖。下载完成后使用powershell进入jar文件所在的文件夹,可以输入以下命令:
java -cp sootclasses-trunk-jar-with-dependencies.jar soot.Main查看soot相关的信息![]
首先我们来看soot怎么分析java代码(这里以class文件分析为例):
第一步,配置soot环境信息
StringBuffer** cp = new **StringBuffer();
cp .append(".");
cp .append(File. pathSeparator + apiPath );
cp .append(File.**pathSeparator + "C:Program FilesJavajre1.8.0_171lib
t.jar" + **File.**pathSeparator **
** + "C:Program FilesJavajre1.8.0_171libjce.jar");System.setProperty("soot.class.path", cp**.toString());
第二步,设置soot的配置属性(各属性说明可以参考GIT上官方文档信息)
第三步,拿到代码信息
现在,我们在看看soot怎么分析android apk
同样,我们可以得到apk的代码信息,包括class、method、attribute等,基于这些进行进一步分析并应用到实际检测业务中。
使用Soot对Android应用进行静态分析,目前包括主要的检测场景:
l 检测应用中敏感字符串url和email、IP等
l 检测应用中风险代码片段
l 检测应用可能存在的漏洞,如组件暴露、过度申请权限、不安全加密算法等
FlowDroid(github链接)是目前对Android app进行污点分析效果最好的工具之一。 污点分析的目的其实很简单,就是为了检查是否应用中是否存在从污点源到泄漏点的数据流。 但是它的优点在于它构建的数据流精度很高,可以对上下文,流,对象和字段敏感,从而使得分析结果非常精确。
![]
它实现精准分析的原因有几点:
l 1. 它对Android声明周期进行了比较完整的构建,例如Activity中的OnCreate,OnResume等。通过抽象一个dummyMain作为分析的入口来支持Android应用的分析;
l 2. 它实现了精准的数据流分析,其中包含前向污点分析和后向别名分析。他们的实现其实都是基于heros的数据流分析框架来实现的。这里面的算法比较复杂,我的理解是这两种分析都是满足上下文敏感和流敏感的,后向分析的算法提供了对象敏感和字段敏感的支持;
l 3. 它支持简单的native code的污点分析
l 当然,它也存在一些不足之处,包括:
l 1. 不能对组件间(Intent)的污点传播进行分析
l 2. 隐式流问题
l 3. native code不能完美支持
尽管存在一些不足之处,在各大会议上也已经提出了数十种新的静态污点分析算法,相比FlowDroid在一些数据集或是DroidBench上有着更快的运行速度以及更优的精准度。但FlowDroid仍然是公共资源中可获取的静态污点分析工具的唯一选择,因为很多paper提供的源代码几乎没有注释与文档,导致使用极其困难;另外科研人员往往仅在有限的测试集上进行了运行,所以去使用这样的程序不可避免的会遇到Bug。相比之下,FlowDroid作为被持续维护的一款框架,其稳定性上具备了一定的保证,同时其底层的Soot框架强大的功能与较为完善的文档,使得FlowDroid上手难度相对较低。
FlowDroid的配置方法有两种,可以直接下载相关jar包,也可以使用maven配置依赖。jar包可以去FlowDroid的GitHub上进行下载,仅需soot-infoflow-android-classes.jar和soot-infoflow-classes.jar两个文件即可,另外去Soot的仓库 下载包含了heros与jasmin的sootclasses-trunk-jar-with-dependencies.jar,将上述三个包加入项目依赖便完成了FlowDroid的配置
整个FlowDroid最顶层的类便是soot.jimple.infoflow.android.SetupApplication,大部分的设置与运行都可以通过操作这个类的实例进行。SetupApplication既可以在调用runInfoflow()时传入配置参数,也可以在初始化SetupApplication时或初始化后传入配置参数。SetupApplication的初始化函数以及runInfoflow函数有多种不同参数类型的实现,可以查阅源码后根据情况选择,这里仅提供我自己使用的一种方式:
关于Source、Sink
污点分析中的source点表示污点分析的起始点,而sink点表示污点分析的结束点。换言之,FlowDroid在“扫描”这个apk后,会从source点开始分析数据流,当数据流“流到”sink点时将其标注。FlowDroid中的source与sink均为类方法,在soot-infoflow-android下有提供一份SourcesAndSinks.txt的文件,是FlowDroid当时使用的一些可能涉及到访问隐私数据的api,从里面很容易看出声明文件的格式:
每一行作为独立的声明,%开头的表示注释,可以根据应用需求自行添加删减Source与Sink的声明。
Flowdroid本身输出结果只是数据流信息,需要结合我们定制source、sink信息产生业务价值,一般有以下使用场景:
l 隐私数据泄露检测
l 污点传播类问题检测
l Android组件间数据传递风险检测
审核编辑:汤梓红
全部0条评论
快来发表一下你的评论吧 !