[原创]入门实战-Rui幸app白盒aes-Android安全-看雪安全社区

# 寻找加密入口
 ![图片描述](upload/attach/202511/1000016_6K7QTSD9D9HBRRE.webp)
定位到 `libcryptoDD.so`文件
ida打开查看，发现不是静态注册
直接丢入`unidbg`,不做任何开启日志打印一下，发现了它的动态注册
 ![图片描述](upload/attach/202511/1000016_NPUKAU7YP3BWXMZ.webp)
地址是0x41ed8， 上ida中按下G， 跳转到这个地址，到此我们发现了so中函数的入口
 ![图片描述](upload/attach/202511/1000016_U5HGVBBMP9BFJN9.webp)
# 判断`aes`加密是什么类型
## 理论部分
- **ECB（Electronic Codebook）模式**：
    - `ECB`模式将数据分成块，然后对每个块进行独立的加密，不考虑上下文。这意味着相同的明文块会产生相同的密文块
    > 将明文分组，解密后直接成为密文分组，分组之间没有关系
- **CBC（Cipher Block Chaining）模式**：
    - `CBC`模式使用前一个块的密文作为当前块的初始向量（IV），从而在相同的明文块和相同的密钥下产生不同的密文块。这增加了安全性，因为每个块的加密依赖于前一个块的密文。`CBC`模式适用于大多数加密应用，包括文件加密和网络通信。
----

这里我是使用frida， hook,先打印一下参数
```javascript
    let CryptoHelper = Java.use("com.luckincoffee.safeboxlib.CryptoHelper");
    CryptoHelper["localAESWork"].implementation = function (bArr, i10, bArr2) {
        console.log(`CryptoHelper.localAESWork is called: bArr=${bArr}, i10=${i10}, bArr2=${bArr2}`);
        let result = this["localAESWork"](bArr, i10, bArr2);
        // console.log(`CryptoHelper.localAESWork result=${result}`);
        return result;
    };
```
发现实际请求中 `bArr2`是固定的，且长度是`32`， 合理怀疑是`key`， 或者`iv`
 ![图片描述](upload/attach/202511/1000016_8MBPMJJQQSX2ZXY.webp)

而i10值有时候是2， 有时候是3， 这个分析java层代码可以知道，应该就是标识不同类型的请求的
 ![图片描述](upload/attach/202511/1000016_32P428234ZCHC4H.webp)

所`bArr`这里就是我们的`input_data`, 我们自己构造加密判断一下它到底是`ecb`还是`cbc`
```javascript
    var fragInstances = [];
    // 要查找的类名
    const targetClassName = 'com.luckincoffee.safeboxlib.CryptoHelper';
    console.log(`[+] 开始扫描堆，查找所有 ${targetClassName} 实例...`);
    Java.choose(targetClassName, {
        onMatch: function (instance) {
            fragInstances.push(instance);
        },
        onComplete: function () { }
    });

var frag = fragInstances && fragInstances.length > 0 ? fragInstances[0] : null;
    let v1 = Java.array('byte', new Array(32).fill(0))
    let v2 = 2
    let v3 = Java.array('byte', [-39,-11,119,92,32,-11,-15,28,107,-40,-69,-126,113,-96,42,-30,7,64,65,79,-113,48,84,98,-86,49,-120,-43,105,70,-49,55]);

let res = frag.localAESWork(v1,v2,v3)

console.log("res:", res)
```

返回内容如下：
 ![图片描述](upload/attach/202511/1000016_JYQAJ6U9DZE7M4F.webp)
至此， 可以得知，他是`ecb`加密，而且是`128`位的分组加密

# `unidbg`简单调试返回内容
将参数增加，`hook`调用一下`so`中的`localAESWork`这个函数看看是否存在问题
 ![图片描述](upload/attach/202511/1000016_CHD7EA6BTPS7M9C.webp)
> 看到了出现了问题，这时候打印一下trace日志，看看问题出现的具体位置

```java
androidEmulator.traceCode(cryptoDDmodule.base, cryptoDDmodule.base + cryptoDDmodule.size);

```
 ![图片描述](upload/attach/202511/1000016_7TCKY7ZEP7X3MT7.webp)
> 可以清晰的看到，`pc`指针执行到`0x17e6c`的位置的时候，出现了错误
我们直接到`ida`中按下`G`， 找到这个位置看看具体什么情况

![图片描述](upload/attach/202511/1000016_2HHGCD2UD9R4X68.webp)
看到了，他是一个free函数
而`unidbg`本质是无法处理`free`函数的(虽然有的`so`中有`free`它有时候不报错，好像是因为`malloc`和`free`同时使用的原因？？？)
所以这里我们在`unidbg`中直接`hook`掉`free`函数的使用看看
```java
public void hookZz_hook_free_func() {  
    System.out.println("hookZz_hook_free_func");  
    // hook free函数  
    HookZz hookZz = HookZz.getInstance(androidEmulator);  
    Module module = memory.findModule("libc.so");  
    hookZz.replace(module.findSymbolByName("free").getAddress(), new ReplaceCallback() {  
        @Override  
        public HookStatus onCall(Emulator<?> emulator, HookContext context, long originFunction) {  
            return HookStatus.RET(emulator, context.getLR());  
            // return super.onCall(emulator, context, originFunction);  
        }  
    });  
}
```

再次运行发现成功返回值
 ![图片描述](upload/attach/202511/1000016_XPECK4RCXVQWXZY.webp)

此时，使用`unidbg`打印一次加密的完整trace留待后用

# unidbg + ida算法分析

返回值： `9b4174988fdd7be26d28bb9d970b63b9`
`trace`文件也拿到了

直接在trace文件中查找 `0xb9` 这个关键词，然后从后往前看，可以发现：
 ![图片描述](upload/attach/202511/1000016_2T33FR37P4XNWJ5.webp)

直接根据`trace`中这些点的`pc`地址，在`ida`中查找，可以找到这个位置
> 发现代码中存在大量的`while`, `if`, `elseif` 等控制语句
这种情况就是内部进行了控制流平坦化的混淆
 ![图片描述](upload/attach/202511/1000016_MJKZYQXYFK72VTJ.webp)
这里代码就对应了起来，这个函数是`sub_189C4`，在这里用`unidbg console debugger`下断点简单查看下
 ![图片描述](upload/attach/202511/1000016_G4NFKKH7JXPZRFG.webp)
> 其参数x0寄存器中存储的就是input_data值，

所以，`sub_189C4`这里应该就是`aes`函数的主要逻辑部分了

# `sub_189C4`函数分析
这里面的代码也是混淆过的，不太容易看出来具体逻辑
但是发现其中有一些高频出现的函数，比如
 ![图片描述](upload/attach/202511/1000016_PUJQMN56AUVAXN3.webp)
这就和aes中的分组加密有点相似的意思了。

详细具体的查看一下几个高频函数内部逻辑

### `sub_219CC`
其中几乎都是异或操作，
是轮密钥加逻辑的可能性比较大
 ![图片描述](upload/attach/202511/1000016_5VWCVEERMPEADQQ.webp)

### `sub_22810`
大量异或操作，
怀疑轮密钥加过程，也可能是列混淆过程
 ![图片描述](upload/attach/202511/1000016_77VCQXV273MF4YP.webp)

### `sub_223E0`
看着有点像是行行位移操作
 ![图片描述](upload/attach/202511/1000016_CMUVBACXC67E9ME.webp)

### `sub_21BEC`
这个就很明显了，字节代换
 ![图片描述](upload/attach/202511/1000016_XKTQDCFAGJV7FTE.webp)

> 段落引用    
aes有`9`轮循环运算和`1`轮最终轮运算，
循环运算中又有四个板块 ：`字节代换`，`行位移`，`列混淆`，`轮密钥加`
最终轮缺少 `列混淆`

我需要查看一下一个加密过程中，这四个函数分别都被调用了多少次

直接在trace文件中进行搜索
0x219cc
0x223e0
0x21bec
0x22810
已经确定了`sub_21BEC`是字节代换的流程，先查找`pc`指针到`0x21bec`的次数
 ![图片描述](upload/attach/202511/1000016_K6UC3E2CG2HY9YT.webp)
可以看到是10次
同理查找其他函数的次数，发现
0x219cc   33次
0x223e0  10次
0x21bec  10次
0x22810  9次
重点查看下`0x219cc` 次数这个，因为字节代换都是从`77841`行开始，所以`77841`行之前的`0x219cc`的计数不能算，
减去的话，就是刚好`10`次
 ![图片描述](upload/attach/202511/1000016_N9T3ZK233MYUP9K.webp)

至此，这四个函数的整体逻辑也算是明白了

# 白盒AES差分攻击
> 这时候已经知道了四轮过程，只要通过dfa差分攻击即刻获取到aes的密钥值
 
![图片描述](upload/attach/202511/1000016_YPXXA6DYQN2YGEJ.webp)

到这里算法分析就算是结束了，至于差分攻击如何使用，可以详细问问chatgpt

# 总结
整体分析流程涉及了jadx + unidbg + frida + ida + trace分析 + aes算法，
适合新手入门

回复或点赞可查看完整内容

传递专业知识、拓宽行业人脉——看雪讲师团队等你加入！！

#逆向分析

最新回复 (65) 1 2 3 ▶
wx_插曲雪币： 411 活跃值： (991) 能力值： ( LV2，RANK：10 ) 在线值：发帖 2 回帖 323 粉丝 24 关注私信	wx_插曲 2 楼大佬牛逼 2025-11-16 10:22 0
mb_ldbucrik 雪币： 6 能力值： ( LV1，RANK：0 ) 在线值：发帖 0 回帖 707 粉丝 7 关注私信	mb_ldbucrik 3 楼感谢分享 2025-11-16 10:53 0
温泉划水鱼雪币： 94 能力值： ( LV1，RANK：0 ) 在线值：发帖 6 回帖 226 粉丝 28 关注私信	温泉划水鱼 4 楼 66 2025-11-16 11:58 0
破绽百出雪币： 698 能力值： ( LV1，RANK：0 ) 在线值：发帖 0 回帖 111 粉丝 1 关注私信	破绽百出 5 楼 wx_插曲大佬牛逼罗哥带我 2025-11-16 13:50 0
FMNS 雪币： 9 活跃值： (2036) 能力值： ( LV2，RANK：10 ) 在线值：发帖 0 回帖 124 粉丝 1 关注私信	FMNS 6 楼 666 2025-11-16 13:51 0
KanXue_NG 雪币： 678 能力值： ( LV1，RANK：0 ) 在线值：发帖 7 回帖 100 粉丝 66 关注私信	KanXue_NG 7 楼学习学习 2025-11-16 14:52 0
NshIdE 雪币： 427 能力值： ( LV1，RANK：0 ) 在线值：发帖 0 回帖 15 粉丝 0 关注私信	NshIdE 8 楼学习 2025-11-16 16:20 0
daiviswang 雪币： 3288 活跃值： (3190) 能力值： ( LV2，RANK：10 ) 在线值：发帖 5 回帖 35 粉丝 0 关注私信	daiviswang 9 楼 646546464644646 2025-11-16 18:39 0
huangjw 雪币： 6747 活跃值： (11957) 能力值： ( LV2，RANK：10 ) 在线值：发帖 0 回帖 514 粉丝 2 关注私信	huangjw 10 楼大佬非你莫属 2025-11-17 09:32 0
jiyuren 雪币： 2180 活跃值： (3441) 能力值： ( LV2，RANK：10 ) 在线值：发帖 0 回帖 22 粉丝 3 关注私信	jiyuren 11 楼大佬非你莫属 2025-11-17 09:53 0
passself 雪币： 5430 活跃值： (3996) 能力值： ( LV2，RANK：10 ) 在线值：发帖 9 回帖 74 粉丝 2 关注私信	passself 12 楼 666 2025-11-17 09:59 0
mb_xjdhrmck 雪币： 78 能力值： ( LV1，RANK：0 ) 在线值：发帖 0 回帖 154 粉丝 0 关注私信	mb_xjdhrmck 13 楼 666 2025-11-17 10:05 0
edisonhu 雪币： 0 能力值： ( LV1，RANK：0 ) 在线值：发帖 0 回帖 42 粉丝 0 关注私信	edisonhu 14 楼 11 2025-11-17 10:15 0
Imxz 雪币： 110 活跃值： (9571) 能力值： ( LV2，RANK：10 ) 在线值：发帖 6 回帖 775 粉丝 9 关注私信	Imxz 15 楼 tql 2025-11-17 10:31 0
逆道而行雪币： 81 活跃值： (1258) 能力值： ( LV2，RANK：10 ) 在线值：发帖 0 回帖 26 粉丝 1 关注私信	逆道而行 16 楼 666 2025-11-17 10:32 0
mb_qimctavn 雪币： 5327 活跃值： (6780) 能力值： ( LV2，RANK：10 ) 在线值：发帖 0 回帖 401 粉丝 1 关注私信	mb_qimctavn 17 楼 6 2025-11-17 10:32 0
LQ6H 雪币： 530 活跃值： (2627) 能力值： ( LV2，RANK：10 ) 在线值：发帖 0 回帖 80 粉丝 1 关注私信	LQ6H 18 楼 666 2025-11-17 10:36 0
mb_cbgtaveo 雪币： 292 能力值： ( LV1，RANK：0 ) 在线值：发帖 0 回帖 259 粉丝 0 关注私信	mb_cbgtaveo 19 楼 6666 2025-11-17 11:42 0
axpol 雪币： 0 活跃值： (435) 能力值： ( LV2，RANK：10 ) 在线值：发帖 0 回帖 30 粉丝 0 关注私信	axpol 20 楼 666 2025-11-17 14:44 0
mb_euhyowpw 雪币： 2 能力值： ( LV1，RANK：0 ) 在线值：发帖 0 回帖 152 粉丝 0 关注私信	mb_euhyowpw 21 楼 666 2025-11-17 15:41 0
wx_霿凇雪币： 0 能力值： ( LV1，RANK：0 ) 在线值：发帖 0 回帖 31 粉丝 0 关注私信	wx_霿凇 22 楼 666 2025-11-17 16:12 0
cpannn 雪币： 0 能力值： ( LV1，RANK：0 ) 在线值：发帖 0 回帖 75 粉丝 0 关注私信	cpannn 23 楼 666 2025-11-17 20:19 0
wx_Huber Barrientos 雪币： 0 能力值： ( LV1，RANK：0 ) 在线值：发帖 0 回帖 216 粉丝 1 关注私信	wx_Huber Barrientos 24 楼为你点赞！ 2025-11-18 03:39 0
mb_mlzpqbvy 雪币： 0 能力值： ( LV1，RANK：0 ) 在线值：发帖 0 回帖 5 粉丝 0 关注私信	mb_mlzpqbvy 25 楼感谢分享 2025-11-18 10:24 0
	游客登录 \| 注册方可回帖回帖表情雪币赚取及消费高级回复