【应用安全】对抗DEX字符串解密的两种方案

逗比_滑稽

hello，这几个月感觉一眨眼就过去了，回想这几个月里感觉自己从逆向逐渐转正向了，现在更喜欢了解如何对抗逆向，如果各位对这种感兴趣的话，之后可能还会再出篇帖子，大概吧。

—————前言—————
说起应用安全，大家肯定能想到这是一场矛与盾永无止境的战争，今天你的矛能捅穿我的盾，明天我的盾就能阻挡你的矛，相互研究对方的手段并做出升级和对抗，谁也分不出胜负。

而今天的主角便是盾的手段之一“字符串加密”，在我看来这也是比较经典的加密手段之一。

如果破坏者想逆向程序达成某种目的前，一般会先从达成这种目的的一些相关的关键词下手，也就是字符串，通过关键词定位到关键位置做下一步的分析。

而“字符串加密”的手段就是防止这种事情发生，将关键词加密起来，只有运行程序后才会进行解密操作，这样破坏者不能直接静态分析找到这些关键词进行定位，从而增加逆向成本。

但有防必有攻，MT管理器里就有一种矛能破开这种盾“DEX字符串解密”

通过此矛你可以轻松化解掉这层盾，减少逆向成本。

轮到盾的回合，而现在盾的目的就是防止这种矛，研究这种矛的原理，从而做出新一轮的对抗。

为此我给出两种简单的对抗方案
——————————

虽然并没有深入了解过此功能原理，但猜个大概是局部加载代码。将字符串和传入这个字符串的方法单独运行一遍并把结果回填。

这是我事先准备好的程序，目前已经字符串加密了，解密方法进行简单的异或运算。

密钥初始化：
上面提到了局部加载，也就是说使用这个DEX字符串解密会加载dex，但加载的并不是一个正常安卓应用的加载流程，我们可以在一些区域做初始化操作，但DEX字符串解密不会加载这些区域，从而导致解密失败。
这里给个例子，例如activity的onCreate里做初始化：

这里是我字符串加密的解密算法

我可以将运算数256取出来，在activity类声明一个静态int名为key的字段，并在onCreate里在给key赋值256，然后解密算法调用此字段。

如果是正常打开这个程序，那么这个值肯定会赋值给key字段，但使用DEX字符串解密呢?

可想而知DEX字符串解密并没有加载onCreate方法，因此key并没有成功初始化，我们的目的也达成了。
堆栈检测：
这也是我之后才发现的一种手段
先给出核心代码：

1. new Throwable().getStackTrace()

复制代码

这段代码的意思是打印当前方法堆栈流程，也就是调用此方法的完整流程。

如果是DEX字符串解密运行这个方法的加载流程不可能还是走正常的流程，多多少少会有不一样的，通过引诱ta解密我们获取到了这个堆栈内容，能看到这个堆栈是有问题的。

如果是正常加载流程的会是这个，为此我们可以做个检测

在解密方法开头加个检测，如果获取的方法名不等于目前这个Decrypt方法名则返回我们指定内容(此检测代码的Decrypt改成你加这检测代码所在的方法的方法名。

1. StackTraceElement[] Stack = new Throwable().getStackTrace();
   
2.                 if(!Stack[0].getMethodName().equals("Decrypt")){
   
3.                         return "哎呦，你干嘛";
   
4.                 }

复制代码

最后用DEX字符串解密可以看到成功返回我们指定的内容，目的达成
最后给各位提供一个样本
字符串加密(点我下载)
这次提供的只是简单的对抗思路，日后也还会有更强大的矛对抗这种盾(例如:Log打印)，所以攻防无绝对。

陈玉京

沙发

wyaff

看看

新山らん

看看大佬新作

春秋禅

支持滑稽佬

motian

看看隐藏

你的沐公子

假如我暴力扫的跳转表，阁下应该怎么应付（你个小黑子又黑我家哥哥）

乐柔

看看隐藏

林梦涵

看看大佬

霓裳

看看隐藏

Kcrs

看看隐藏

挥杯劝

让我瞧瞧

逗比_滑稽

你的沐沐 发表于 2023-10-25 00:46
假如我暴力扫的跳转表，阁下应该怎么应付（你个小黑子又黑我家哥哥） ...

哎呦，你好烦

a275036717

看看

Icelotus

谢谢分享