认识达内从这里开始

认真做教育专心促就业

Android开发环境的攻击面

发布：济南IT培训
来源：互联网
时间：2018-05-07 17:10

    最新研究挖出了几个漏洞,这些漏洞将会置广大从事Java/Android开发的组织和机构于险地.
    济南IT培训这里所提到的漏洞是存在于Android应用程序开发者工具中,这些工具可下载也可基于云使用,囊括所有的Java/Android程序员用来开发他们公司的商业应用和用来对他们的作品进行安全分析和逆向的工具.
    根据我们的研究,我们发现了几个漏洞,这些漏洞将波及最常用的Android IDE--谷歌的Android Studio,JetBrains的IntelliJ IDEA和Eclipse,以及广大Android应用逆向工具,诸如APKtool和其他.
    2017年五月,Check Point已向APKTool开发者和其他的IDE公司报告这个发现,谷歌和JetBrains已经证实并承认该安全问题,并进行有效修复.
    技术细节--从XXE到RCE:攻击第二层
    我们第一阶段的研究重点是APKTool(Android Application Package Tool).
    作为最流行的Android第三方应用程序逆向工具,apktool用来支持自定义平台,分析应用程序和其他的工作,包括反编译(decode)和重打包(rebuild).
    APKtool的两个主要功能是:
    1. 反编译(decompile)apk文件.
    2. 打包(build)apk文件.
    我们的研究发现,apktool在这两个方面都不太安全.
    通过查看apktool源码,我们成功找到一个XML外部实体漏洞(XML External Entity,XXE),因为apktool内置的XML 解析器在解析程序中的XML 文件时没有禁止外部实体引用.
    这个不安全的函数就是loadDocument,它在apktool的两个核心功能--"build"和"decompile"--都有用到.
    这个漏洞将APKTool 用户的整个操作系统的文件系统暴露在外,这将导致,攻击者可以检索受害者PC上的任意文件,通过使用一个恶意的"AndroidManifest.xml"文件,利用XXE漏洞,就可以发送给远程攻击者服务器.而且这种攻击场景只是众多可能中的一种,XXE攻击技术可造成大危害.
    意识到这个漏洞对于Android开发者及研究团队的强大危害,我们将我们的研究扩展到XML解析器,"DocumentBuilderFactory",这在APKTool中有用到.
    开发者工具中的漏洞

这样我们找到几种XML解析器在其他项目中不安全的实现方式.而且,我们还发现这波及到那些用来开发Android应用程序的IDE--包括Intellij、Eclipse和Android Studio.

济南IT培训

    只需简单地加载恶意"AndroidManifest.xml"文件到任意android项目中,这些IDE就开始吐出攻击者配置好的任意文件.
    为了证明这个漏洞,我们上传了一个恶意的项目库到Github,并clone到Android Studio.
    而且,我们还发现了另外一种攻击场景,可以通过注入含有这个XXE Payload的恶意AAR(Android Archive Library)到代码仓库中,将可以攻击更大范围Android开发者.
    这个是可能的,比如,上传受感染的AAR到一个公共代码仓库(public repository),例如 Maven的 central repository.为了验证,我们已经上传了一个受感染的AAR到一个本地代码仓库(local repository).
    只要受害者从该仓库下载受感染的AAR,攻击者就可以盗取敏感文件,比如配置文件,源代码,公司数字资产和其他的OS 文件系统.
    对APKTool的进一步研究,让我们发现了另外一个漏洞,利用该漏洞我们可以在受害者PC上执行OS命令.
    在APKTool的高级用法中,有一个配置文件,名为"APKTOOL.YML".
    这个文件有一个有趣的部分,叫"unknownFiles",用户在这一部分写的非标准的文件位置,之后再重打包apk的过程中会被发配到正确的地方.这些被选择的文件保存在文件系统的"Unknown"文件夹下.
    通过操控"unknownFiles"的路径,就有可能注入任意文件到文件系统中 (路径遍历,Path Traversal).因为APKTool没有验证apk文件中提取出的unknown 文件.
    实际上,注入任意文件到文件系统中会导致远程代码执行(RCE,Remote Code Execute)--也就意味着,当APKTool用户/服务反编译某个静心准备的恶意APK文件时将有可能受到RCE攻击.
    为了验证,我们开发了Web应用,类似于官方APK decoder (#)
    上传该apk到demo网站,允许攻击在web 应用服务器上执行OS命令.因此这种服务可以针对使用APKTool反编译apk的任意在线/离线服务.
    我们用来验证这个漏洞的方式当然只是众多RCE攻击方式中的一种.实际上,使用路径遍历方法可以复制任意文件到文件系统的任意位置,扩大供给面.
    上述的攻击方法均是跨平台且通用的,而且,因为APKTool在几大操作系统上均可以使用,所以它可以攻击任意系统,只用它的运行不受限制.
    尽管无法估计这个开源项目的用户数量.但是,知道其中的一些大公司(例如,#, #/APKTool, #/, #, Cuckoo droid,和其他的),我们联系了APKTool的开发者和IDE公司,他们均已报告修复了这个安全问题,并发布了他们产品的更新版本.
    本文由看雪翻译小组 lumou 编译,来源fortinet@Jasper Manuel, Joie Salvio, Wayne Low

转载请注明来自看雪社区

更多济南IT培训相关咨询,请扫描下方二维码

济南IT培训