Frida之Pin码破解实验

0×00前言

在网上搜了一些frida破解Pin码的文章,不动手写点代码总感觉理解不深入的念头又升起来了,于是决定找一个开源pin码,然后改一改再破解。

特别感谢南尘分享的源代码

https://github.com/nanchen2251/PinView

0×01实验环境

基础环境:win10,Android studio 3,python 2.7(32),frida10.6.33

模拟器:(这里的模拟器是arm架构)

APP:Lollipin,PinView

0×02 APP二次开发

1、下载pinview源码:https://github.com/nanchen2251/PinView

2、使用sutdio打开工程并修改app_name为PinCrack

3、修改mainActivity,创建函数checkLogin,把输入的pin码和预设的pin码进行比较

4、修改mainActivity,创建函数checkPinRes,如果密码正确则显示“密码正确”,如果密码错误则显示“输入错误,还可尝试n(n<5)次”,如果连续输错5次则需要等待10秒

5、创建类AuthCheck ,checkPin用来校验pin码是否正确,并且根据结果返回布尔值

6、运行程序,输入正确的pin码,返回“密码正确”

7、输入错误的密码,返回“输入错误,还可输入n次”

0×03 实验内容

1、编写脚本,借助frida对pinview进行pin码爆破

2、编写脚本,利用反向思路对lollipin进行爆破

0×04 实验步骤

1、下载

fridafrida_server(https://github.com/frida/frida/releases)

2、下载完成并解压,修改文件名为frida-server,并使用adb上传到模拟器中并运行,执行以下命令

3、转发android TCP端口到本地,另外打开新的命令窗口,输入以下命令:

4、执行命令:frida-ps -R,如果出现android手机的进程列表说明搭建成功

5、编写python脚本,其中关键三行都有注释

6、开始爆破,当找到正确的pin码时停止爆破

0×05 反向思路爆破lollipin

1、拿到APK后首先进行反编译,用winrar打开apk,解压出class.dex

2、使用dex2jar-2.0把dex转换成jar,执行命令d2j-dex2jar.bat clesses.dex后会生成clesses-dex2jar.jar,使用jd-gui打开clesses-dex2jar.jar

反编译后的的关键就是定位关键代码,在静态调试中一般有三种方法(信息反馈法,特征函数法,顺序查看法)

信息反馈法:假设我们现在拿到的是一个非开源的,那么这个时候我们首先通过观察输入不同pin码返回到界面的字符串,然后根据不同值搜索代码,但是很不幸,lollipin没有给我们这个机会。 特征函数法:与信息反馈法相似搜索toast函数,很不幸,这个方法在这里也没有什么效果 顺序查看法:从启动代码开始逐渐分析,这种方法比较费时

3、假设我们经过一段艰苦的搜索,终于找到希望checkPassword,通过观察代码可以推测在这里把传进来的pin码前后拼接字符串再SHA1加密,然后与shared_prefs中存储的密码进行比较并且返回一个布尔值。接下来我们要看这个函数是被那个类调用的

通过查找,我们发现有一个名叫onPinCodeInputed的函数(看名字就像是监听pin 码输入),代码中有一个if判断,关键代码this . mLockManager.getAppLock().checkPasscode(this.mPinCode)

这个时候我们去搜索getAppLock,会发现getAppLock定义在 LockManager类中,作用是返回一个AppLock类的实例,到此我们已经就可以理清调用关系了

可以整理出调用关系:LockManager的getAppLock方法调用了 AppLock的checkPasscode方法检验pin码,

4、结合我们之前的代码可以写如下利用脚本

5、执行脚本开始破解,破解成功可以看到如下图

0×06 实验结果分析与总结

通过正反两种思路对比,我们可以看到要想编写好python脚本的关键是正确理解代码里的函数调用关系(如果是自己写,判断函数的返回值需要是boolean型)。之前在网上看到一篇文章http://blog.csdn.net/u010835288/article/details/78238246?locationNum=10&fps=1其中提到使用frida爆破Sieve的PIN码,一开始我直接执行别人的脚本,发现怎么也无法正确执行,于是我把Sieve反编译了,发现函数的返回类型是void,猜测可能是博主的版本和我测试的版本不一样,所以他成功了而我没有成功。由此想到,多写代码,多反编译代码,知己知彼,百战不殆。

原文发布于微信公众号 - FreeBuf(freebuf)

原文发表时间:2018-03-01

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

发表于

我来说两句

0 条评论
登录 后参与评论

相关文章

来自专栏芋道源码1024

Java中高级面试题(4)

这里选了几道高频面试题以及一些解答。不一定全部正确,有一些是没有固定答案的,如果发现有错误的欢迎纠正,如果有更好的回答,热烈欢迎留言探讨。

1910
来自专栏JackieZheng

RabbitMQ入门-消息派发那些事儿

在上篇《RabbitMQ-高效的Work模式》中,我们了解了Work模型,该模型包括一个生产者,一个消息队列和多个消费者。 我们已经通过实例看出消息队列中的消...

22510
来自专栏Seebug漏洞平台

Vivotek 摄像头远程栈溢出漏洞分析及利用

近日,Vivotek 旗下多款摄像头被曝出远程未授权栈溢出漏洞,攻击者发送特定数据可导致摄像头进程崩溃。

5067
来自专栏DannyHoo的专栏

网络请求为什么要使用第三方库???

版权声明:本文为博主原创文章,未经博主允许不得转载。 https://blog.csdn.net/u010105969/article/details/...

1843
来自专栏web编程技术分享

一分钟学会在JavaWeb项目中配置数据源

3319
来自专栏学习有记

AlwaysOn 进阶 Level 1:What is "SQL Server AlwaysOn"?

1493
来自专栏源码之家

WDCP 504 MySQL server has gone away 解决方法

1402
来自专栏java达人

Kafka漫游记

我是一条消息,从我被生产者发布到topic的时候,我就清楚自己的使命:被消费者获取消费。但我一直很纳闷,把我直接推送给消费者不就行了,为什么一定要先推送到类似队...

2637
来自专栏IT技术精选文摘

分布式事务原理与实践

事务简介 事务的核心是锁和并发,采用同步控制的方式保证并发的情况下性能尽可能高,且容易理解。这种方式的优势是方便理解;它的劣势是性能比较低。 计算机可以简单的理...

19010
来自专栏Java职业技术分享

分布式 | Dubbo 架构设计详解

Dubbo是Alibaba开源的分布式服务框架,它最大的特点是按照分层的方式来架构,使用这种方式可以使各个层之间解耦合(或者最大限度地松耦合)。从服务模型的角度...

2670

扫码关注云+社区

领取腾讯云代金券