标题 简介 类型 公开时间
关联规则 关联知识 关联工具 关联文档 关联抓包
参考1(官网)
参考2
参考3
详情
[SAFE-ID: JIWO-2020-2595]   作者: hudie 发表于: [2020-02-28]

本文共 [89] 位读者顶过

APP面临的主要风险存在哪几点?


APP面临的主要风险可以分为客户端风险和服务端风险。

[出自:jiwo.org]

客户端风险:逆向分析和已被入侵类用户(输入记录、导出组件、进程注入等)


服务端风险:系统组件类(系统漏洞,如提权、心血、ShellShock、MS12-020)和业务应用类(注入、XSS、越权、文件上传、弱口令、任意用户注册等)


        在开始之前,我觉得很有必要聊聊APP目前的安全现状。因为手机应用的快速增长,企业为了快速占领市场,忽略了很多安全问题,这就让黑客有可乘之机。而且由于安全是门系统学科,涉及知识范围广,大部分Android开发人员缺乏安全技术的积累,措施相对有限。其实市场上一些主流的APP都做了一定安全防范,比如加壳、代码混淆、so库加密保护、资源文件加密、DEX安全保护等等。但是这些加固手段都需要不少的成本,如果单是请一个能独立做这些加固的APP安全专家,那价格少说也5万起步,这都不好说,对于大企业来说,这没什么,所以大企业的安全防护措施都做得不错,但是小企业就不是这样了,小企业因为成本问题,产品的安全性常常被忽略,导致大部分小众APP产品常常遭受黑客的攻击,从而大大影响项目的正常运行。



         APP有两种,一种Android,一种IOS,Android应用市场对APP的审核相对IOS来说也比较宽泛,审核上宽松很多。这里对IOS安全不做过多描述,因为自身没有亲测过,没有话语权。Android的安全问题有一大部分原因都是因为Android的组件暴露、权限使用不当导致的。这就涉及到Android的四大组件问题了,接下来进行总结。


Android系统的四大组件

Activity:呈现可供用户交互的界面

Service:长时间执行后台服务进程

Content Provider:在多个APP间共享数据

Broadcast Receivers:注册特定事件,并在其发生时被激活


Drozer是一款综合的安全评估和攻击的Android框架,Drozer可以全面评估APP的安全性,并帮助团队把APP的安全风险保持在可控范围内。Drozer的安装教程:https://www.cnblogs.com/lsdb/p/9441813.html这里我准备了一台手机(已root、已开启调试模式、已开启开发者模式),不用安卓模拟器,drozer已经安装完成。检测手机是否成功连接电脑adb devices


启动drozer只需要两条命令adb forward tcp:31415 tcp:31415drozer.bat console connect

【查看drozer支持哪些模块】

这里涉及到每一个组件测试所对应的模块,为了更好的了解drozer,必须深入了解这些模块,这里我总结每一个组件对应的模块。(下次测试的时候直接对应去复制粘贴出来就行)

Activity:
app.activity.forintent -- 找到可以处理已指定的包app.activity.info -- 获取activity组件信息app.activity.start -- 开启activity组件scanner.activity.browsable -- 获取可从web浏览器调用的所有可浏览的activity组件

Service:

app.service.info -- 获取service组件信息app.service.send -- 向服务组件发送消息并显示答复app.service.start -- 开启service组件app.service.stop -- 停止service组件

Content Provider:
app.provider.columns -- 在内容提供程序中列出列app.provider.delete -- 在内容提供程序中删除app.provider.download -- 在内容提供程序中下载支持文件app.provider.finduri -- 在包中查找引用的内容URISapp.provider.info -- 获取Content Provider组件信息app.provider.insert -- 插入到Content Provider组件中app.provider.query -- 查询Content Provider组件app.provider.read -- 从支持文件的Content Provider读取app.provider.update -- 更新Content Provider的记录scanner.provider.finduris -- 搜索可从上下文中查询的Content Providerscanner.provider.injection -- 测试Content Provider的注入漏洞scanner.provider.sqltables -- 查找可通过SQL注入漏洞访问的表scanner.provider.traversal -- 测试Content Provider的基本目录遍历漏洞


Broadcast Receivers:

app.broadcast.info -- 获取有关广播接收器的信息app.broadcast.send -- 带目的发送广播app.broadcast.sniff -- 注册一个能嗅出特定意图的广播接收器


这只是对应四大组件的模块,还有剩余一些模块这里不做总结,具体用 list 命令查看。
如果想要获取APP包信息,那使用 app.package.* 模块。

app.package.attacksurface        获取包攻击面

app.package.backup                  列出使用备份API的包(在标记“允许备份”时返回true)

app.package.debuggable          查找可调试包

app.package.info                        获取有关已安装软件包的信息

app.package.launchintent         获取包的启动意图

app.package.list                         列出程序包

app.package.manifest               获取包的AndroidManifest.xml

app.package.native                    查找嵌入在应用程序中的本地库

app.package.shareduid             查找具有共享uid的包


这里最常用的就是获取攻击面、找调试包、获取软件包信息、获取包的manifest(这个感觉真没必要,反编译出来放到编辑器里面看舒服多了)。以下是一些实例。


【获取APP的基本信息】

run app.package.info -a 软件包名(个人感觉没啥用)


【查找可能存在被攻击的界面】

run app.package.attacksurface 软件包名


Activity测试】


run app.activity.info -a 软件包名  -->  查看activity组件能被利用的界面(根据上图可以知道有11个界面是可以被利用的,怎么利用呢?继续往下看)

run app.activity.start --component 软件包名 软件包名.activity.StartActivity  -->  通过此命令能够打开进入登录界面 接下来就是一个个测试剩下的界面,亲测之后,手机并没有任何显示其它东西,没有任何利用价值,既然没有利用价值,那么对应用安全就没任何威胁,可以判定为安全。

Service测试】

对service组件测试,我们切换进其目录,可以发现有四个模块,上面已经做了描述。Service组件,我测过,但是没有任何反应,结果也不是参考资料里所描述,我对此也感到很疑惑,没搞懂这一块,如果哪位师傅看到小弟的不才,烦请传授,我必感激不尽。



【某个服务器发送信息】run app.service.send com.xxx.wwh com.xxxx.wwh.CryptoService --msg 1 5 3【权限提升】run app.service.start --action com.test.vulnerability.SEND_SMS --extra string dest 11111 --extra string text 1111 --extra string OP SEND_SMS


Content Provider测试】


【获取Content Provider信息】

run app.provider.info -a com.xxxxx.wwh



【检测Content Provider是否存在SQL注入和目录遍历】

run scanner.provider.injection -a com.xxxxx.wwh


【获取所有可以访问的URI】

run scanner.provider.finduris -a com.xxxxx.wwh  -->  (有暴露的Provider就可以用drozer扫描可用的URI,根据上面的攻击面信息可以得知Content Provider exported为0,所以这里的扫描结果都是无法查询的URI)

【获取各个URI的数据】

run app.provider.query content://com.xxxx.wwh.xxxxxx --vertical  -->  (如果查询到数据说明存在漏洞,属于数据泄露漏洞)

【读取文件】

run app.provider.read content://com.xxxxxx.wwh.xxxxxx/etc/hosts


【检查是否存在遍历文件漏洞】

run scanner.provider.traversal -a com.xxxxx.wwh



【对某个URI进行注入】

run app.provider.query content://com.xxxxx.wwh.xxxxxx --projection "* FROM SQLITE_MASTER WHERE type='table';--"


run app.provider.query content://com.xxx.wwh.xxxxxx --selection "type='table';--"


Broadcast Receivers测试】


【查看暴露的广播组件信息】

run app.broadcast.info -a com.xxxx.wwhBroadcast Receivers没测过,网上大部分参考资料都是Content Provider有攻击面的,我实战测试时Content Provider都不存在攻击面






Activity组件造成的安全危害及如何防范】


1. 恶意调用页面(页面敏感内容泄露)   2. 恶意接收数据(敏感数据泄露)  3. 恶意发送广播、启动应用服务(影响用户体验)  4. 调用组件恶意接收组件返回的数据
防范:

1. 不需要被外部程序调用的组件设置Android:exported="false"属性

2. 设置特定组件的访问权限,对于希望Activity能够被特定的外部程序访问,可以为其设置访问权限,具体做法有三种:

(1)组件添加android:permission属性;

如果希望Activity能够被特定的程序访问,就不能用android:exported属性了,可以使用android:permission属性来指定一个权限字符串,声明例子如下:




这样声明的Activity在被调用时,Android系统就会检查调用者是否具有com.test.permission.MyActivity权限, 如果不具备就会触发一个SecurityException安全异常。要想启动该Activity必须在AndroidManifest.xml文件中加入以下声明:

<uses-permission android:name="com.test.permission.MyActivity">

(1)protectionLevel权限声明exported属性只是用于限制Activity是否暴露给其他app,通过配置文件中的权限申明也可以限制外部启动activity;

(2)声明,如下

<code class="hljs xml has-numbering" style="display: block; padding: 0px; color: inherit; box-sizing: border-box; font-family: "Source Code Pro", monospace;font-size:undefined; white-space: pre; border-radius: 0px; word-wrap: normal; background: transparent;"><span style="color: rgb(0, 102, 102); box-sizing: border-box;"><<span style="box-sizing: border-box; color: rgb(0, 0, 136);">uses-permission</span> <span style="box-sizing: border-box; color: rgb(102, 0, 102);">android:name</span>=<span style="box-sizing: border-box; color: rgb(0, 136, 0);">"com.wooyun.custempermission"</span> /></span></code><ul style="box-sizing: border-box; position: absolute; width: 50px; top: 0px; left: 0px; margin: 0px; padding: 6px 0px 40px; border-right: 1px solid rgb(221, 221, 221); list-style: none; text-align: right; background-color: rgb(238, 238, 238);"><li style="box-sizing: border-box; padding: 0px 5px;">1</li></ul><ul style="box-sizing: border-box; position: absolute; width: 50px; top: 0px; left: 0px; margin: 0px; padding: 6px 0px 40px; border-right: 1px solid rgb(221, 221, 221); list-style: none; text-align: right; background-color: rgb(238, 238, 238);"><li style="box-sizing: border-box; padding: 0px 5px;">1</li></ul>



这样声明的Activity在被调用时,Android就会检查调用者是否具有com.wooyun.custempermission权限,如果没有就会触发SecurityException异常。

https://blog.csdn.net/chenjiang2936/article/details/53063406

https://blog.csdn.net/u013309870/article/details/69228125

总的来说

1. Activity组件为私有组件时,最好将exported的值为false;

2. Activity组件为公有组件时,建议对其进行权限控制。

Service组件造成的安全危害及如何防范】


1. 敏感信息泄露  2.权限提升、拒绝服务等风险  3.第三方APP任意调用

防范:

1. 不必要的service组件不必要导出,设置组件"android:exported"属性为false;

2. 如果必须要提供给外部应用使用,就对组件进行权限控制;


https://blog.csdn.net/weixin_34128411/article/details/92272150

http://www.droidsec.cn/android-service-security/


评论

暂无
发表评论
 返回顶部 
热度(89)
 关注微信