|
|
吾爱游客
发表于 2021-2-23 21:41
1、申 请 I D：NINGCOL
2、个人邮箱：ningcol@163.com
1、准备工作
* Hopper Disassembler
* Reveal
* Charles
* XCode已经安装好MonkeyDev
2、目标
对目标app的接口返回内容进行{解}{密}
3、开始
1. 先使用Charles对目标app配置好代{过}{滤}理。我们打开app，进入首页，刷新下数据。
我们先看看这个app是个啥样子的，多点下界面看看后台返回的数据，发现首页的content是加密的字符串金句下面的每个content也是加密的，广场下的接口返回并没有加密。
2. 首页和金句下的接口返回的字段很多都是一样的，我们可以猜测应该加密方式应该是一样的，金句的接口返回的内容多，我们直接看金句的。
3. 打开Reveal分析下界面布局，我们发现内容label是在JRSentenceTableViewCell这个cell里面，整个cell是放在JRNodeSentenceInnerListView这个控制器中的
4. 接下来进行我们进行静态分析，把砸壳好的目标app拖到Hopper Disassembler中，等子弹飞一会，我们直接在右边搜索JRSentenceTableViewCell这个关键字，看看里面都有哪些方法
看到了一些初始化方法，以及刷新数据的方法，仔细看看，[JRSentenceTableViewCell refreshContent] 刷新内容？感觉貌似有点像，我们看看
首先我们看 ldr x0, [x0, x23] 这行，这行是把x0 + x23地址存储的字节给x0,所以现在x0就是*（self + sentenceBean）
接着往下， adrp x8, #0x100ea9000 0x100ea9000这个基址放在了x8里，x8+0xfd8就是textModel方法，方法放在了x20里
mov x1, x20 接着x20又赋值给了x1
bl imp___stubs__objc_msgSend 这里你就可以理解为 [self.sentenceBean textModel]，说到这里又有很多同学看不懂了，要理解这里，必须要理清楚方法调用的本质是什么
看这张图，x0里面是self.sentenceBean，方法就是textModel，刚刚我们说过放在了x1里，现在我们来看就很容易理解了
mov x21, x0 这里的x0和x21 = [self.sentenceBean textModel]返回的值，我们先叫做a
x1, [x8, #0x170] 这里x1就是listTextHeight方法，x0就是textModel返回的值，就可以理解为[a listTextHeight]，这个方法的作用就是根据文字内容算出文字高度
就这样我们一直慢慢的往下分析，
ldr x21, [x19, x24] 这里的x21 = self.contentLabel
ldr x0, [x19, x23] 这里的x0 = self.self.sentenceBean，往下然后调用[self.sententceBean listShowString]
mov x22, x0 x22 = listShowString方法返回的字符串s
ldr x1, [x8, #0x200] 这行代码，获取setAttributedText:
mov x0, x21 紧接着就是x21赋值给x0，这里的x21 = contentLabel
mov x2, x22 x2 = x22 = s
bl imp___stubs__objc_msgSend 根据上面讲的可以翻译为[[self.contentlabel setAttributedText:s]]，这里就是设置label的文字内容
根据上面的分析我们就是知道文字的内容是从sentenceBean中来的，接下来我们直接搜索sentenceBean
我们可以看到有很多set和get方法，头像、作者、内容、照片等等，根据编程经验，我们就知道cell的内容都是从这里来的了，也就是MVVM中的viewModel，数据的处理都在这里面，解密算法应该也是在这里面。在刚刚的搜索结果中我们发现了一个方法
-[JRSentenceBean initWithDic:viewType:ivString:]
ivString这个东东，这不就是加解密用到的偏移量么，直接点开汇编，密密麻麻的好多行
打开结构图，逻辑也是相当复杂，这里就不具体列出来了，大概的内容就是在字典里取头像、作者、图片，判断是不是vip啥的这些东西；为什么有这么多的跳转？都是因为cbz这个指令，结果为零跳转执行，不为零就是接着后面的代码执行，代码里冲字典取值的时候都判断了值有没有，有才给JRSentenceBean里的属性赋值，所以才有那么多的跳转。
查看伪代码也可以看出来，其实没有那么多的跳转，我们直接查看伪代码
发现TripleDESDecryptWithKey:"c3fea9f12db38ecbda3c408f"出现了这个，是不是我们需要的解密方法呢？在前面发现也有个@selector(deStringWithIv:)判断了r0 ！= 0 才执行这个，那这个r0是个什么？我们打开结构图进行分析
发现x1就是 ojectForKey方法，然后调用 [dict ojectForKey:@"i_s_e"]，判断返回的值为不为0，所以r0就是字典中i_s_e的值了，在上面的抓包中，我们发现有返回一个i_s_e的bool类型，发现就是true，所以解密的方法应该是deStringWithIv，而不是TripleDESDecryptWithKey这个，deStringWithIv方法需要传一个参数，就是传进来的ivString
接着点击deStringWithIv方法，看看他是怎么写的，直接看伪代码，发现需要r21和r22，r22就是刚刚的ivString，
那r21呢？是[JRGlobalTool shareInstance]这个单例里的cs，我们点进去看看
self + 0x58，偏移了58，我们直接搜这个JRGlobalTool关键字
进到init方法，发现有个parseKS方法，点进去看看，*(self + 0x58) = @"dc04d6c00f50e75ae57dd6b9549440dd"; 这个就是我们需要的cs了，带回到原来的代码[CocoaSecurity aesDecryptWithBase64:self hexKey:@"dc04d6c00f50e75ae57dd6b9549440dd" hexIv:ivString]这样我们只要拿到iv就可以解析出content的内容了
那我们怎么拿到iv呢，回到-[JRSentenceBean initWithDic:viewType:ivString:]方法中
点击右键，选择references to selector initWithDict:viewType:ivString:， 发现有个signature字段，整个感觉应该是在发送网络请求
接下来用xcode新建一个hook项目，接下来hook一下initWithDict这个方法方法
跑到真机上可以看到控制台上的输出，多下拉刷新几次，发现这个iv是变的，每次请求都不一样
刚刚在上面提到发送请求貌似有个signature字段，我们看看Charles里的请求，就有一个signature，并且和控制台打印的一致。现在我们就知道这里面的iv了
4、验证
最后来验证一下，po结果和{解}{密}完全一致
 |
|
发帖前要善用【论坛搜索】功能，那里可能会有你要找的答案或者已经有人发布过相同内容了，请勿重复发帖。 |
|
|
|
|
|
|
发表于 2021-3-1 12:34
