本帖最后由 平而不凡 于 2018-12-5 19:14 编辑
iOS逆向-微信一键阅读所有消息
前言
每次打开微信，总有一些公众号推送烦人的且无营养消息，而微信又没提供全部已阅的功能，本章详细讲述一键阅读所有消息.
- 安装一个砸壳的微信，或者自己去App Store下载一个再砸壳.
- 恢复微信符号表 iOS符号表恢复
- 给微信添加调试权限.
- 分析.
- Tweak.xm
- 总结.
0x1：
0x2:
Reveal分析：
- 小红点是个封装的图片控件 MMBadgeView
- 红点中的数字是个封装了UILabel控件 MMUILabel
XCode加载微信进程：
从MMBadgeView控件入手：
这里选择直接从MMBadgeView入手，po [MMBadgeView _shortMethodDescription] 命令，打印出MMBadgeView的所有属性和方法，发现三个方法格外显眼.
Symbolic BreakPoint下断：
放开断点后，小号发送条信息给这个微信，看看断点是否被断下.
微信在收到消息之后经过非常多的页面UI处理，然后再设置小红点的数量。这个时候往上回溯发现除了系统的渲染函数，第一个被调用的微信函数是[MMTableView layoutSubviews],这个函数是微信首页这个表格加载子视图的函数，我们所看到的首页上的任何东西都是这个函数加载出来的，那么在这之前发生了什么？如何收到的消息？怎么计算的未读消息数量？
继续下一步分析：
-
现在程序停留在了UITableView这个控件的一系列渲染和布局函数上面，如果继续盯着这块分析，最后会发现在做无用功.
-
理论上是，当微信收到消息后，经过一系列处理，最后通知微信的首页，刷新这个表格（UITableView），给对应栏目（Cell）上的小红点+1.
-
至于为什么有那么多UI渲染函数是因为微信收到消息后，如果是一个没有在首页列表的朋友发过来的呢？微信会发出通知声音，然后加入一个新的栏目（Cell）并置顶.
-
跳出这个UITableView控件的渲染层，转到这个UITableView的父级，也就是首页的控制器NewMainFrameViewController，在前面Reveal分析中已经得到了这个控制器.
分析 NewMainFrameViewController：
-
po [NewMainFrameViewController _shortMethodDescription] 打印输出控制器.
-
在列举的方法中寻找 Undead ，这个关键字如何来的？在前面UITableView的视图渲染中就有这么个函数[MainFrameitemView updateUnreadCountView],简洁明了一看就知道是修改未读数量.
-
记录所有和这个关键字有关的方法:
- (void) cleanAllUnreadSession;-(void)setNewMainFrameTableViewContentOffsetToTheFirstUnreadSessionAndOpen:(BOOL)arg1;- (unsigned int) getTotalUnreadCount;- (void) onNextUnreadChat;- (void) notifyTaskBarOnWillFocusOnFirstUnreadSession;- (void) updateUnReadCount;- (void) openMessageContentView:(id)arg1 startSendMessage:(BOOL)arg2 msgWrapToAdd:(id)arg3 animated:(BOOL)arg4 jumpToFirstUnreadNode:(BOOL)arg5 indexPath:(id)arg6 reuse:(BOOL)arg7 extraInfo:(id)arg8;- (void) openMessageContentView:(id)arg1 startSendMessage:(BOOL)arg2 msgWrapToAdd:(id)arg3 animated:(BOOL)arg4 jumpToFirstUnreadNode:(BOOL)arg5 indexPath:(id)arg6;
-
从字面意思- (void) cleanAllUnreadSession;方法是取消所有未读会话，貌似是我们要的，实际上这是个坑，执行了这个方法，微信首页所有的消息都没了，包括栏目（Cell），再次打开微信，首页就是个白板.
-
最后定位到- (void) updateUnReadCount; Symbolic BreakPoint下断
微信收到消息后断在- (void) updateUnReadCount;，注意：如果这个时候已经在当前会话的聊天房间，并不会触发这个函数.
- 这个时候出现了一个新的类在堆栈调用过程中
MMNewSessionMgr
- 当微信收到消息，如果这个消息栏目（Cell）在首页列表中，小红点的数量会递增.
- 点击某个有小红点的栏目进去后,小红点会消失，说明当前栏目是已读的.
- 未读消息为0，表示当前栏目已读，小红点消失.
- 逻辑推测：收到消息，未读数量递增. 进入房间未读数置0，隐藏小红点.说明都会改变消息未读数
- 查看进入房间的堆栈调用：
进入单间，表示消息已读，调用了MMNewSessionMgr类的三个函数。分别给三个函数下断，查看参数的值.
MMNewSessionMgr类 - 函数：
-
$arg3表示第一个参数 $agr4表示第二个 po printObject
通过三个函数调用，然后调用微信首页控制器的- (void) updateUnReadCount方法，会清除小红点。
-
[MMNewSessionMgr OnUnReadCountChange:]的参数是 一串字符串
-
[MMNewSessionMgr ChangeSessionUnReadCount:to:]的两个参数分别是 上一个函数的参数 和 一个 0|假 .
-
返回到首页，刚刚进去过的栏目小红点消失，其余的还是存在。
-
再进入一个别的有未读消息的房间，[MMNewSessionMgr OnUnReadCountChange:]又会不同，说明这个参数很可能是一个ID，代表首页的每一个栏目（Cell）.
-
羊毛出在羊身上，打印一波MMNewSessionMgr类：
-
尝试调用一下那些不需要参数就有返回值的函数：
- 至此能拿到的东西已经很多
- 整理一下逻辑就能完成一键阅读
Tweak.xm
#import <UIKit/UIKit.h>
#import <Foundation/Foundation.h>
%hook MMServiceCenter
%end
%hook MMNewSessionMgr
%end
%hook MMSessionInfo
%end
%hook NewMainFrameViewController
- (void) viewDidAppear:(BOOL)arg1{
%log;
%orig;
//微信首页左上角添加一个功能按钮
UIBarButtonItem *barBtn = [[UIBarButtonItem alloc]initWithTitle:@"" style:UIBarButtonItemStylePlain target:self action:@selector(cleanAllUnreadSession)];
[((UIViewController *)self).navigationItem setLeftBarButtonItem:barBtn];
}
%new
- (void)cleanAllUnreadSession{
//获取 MMNewSessionMgr 实例
MMNewSessionMgr *sessionObj = [[%c(MMServiceCenter) defaultCenter] getService:[%c(MMNewSessionMgr) class]];
//获取所有的 sessionID
NSArray *SessionListArray = [sessionObj GetUserNamesOnSessionList];
for (NSString *str in SessionListArray) {
// 循环修改每个会话 改成已读
[sessionObj ChangeSessionUnReadCount:str to:0];
}
}
%end
总结
实际上分析过程中会用到 Hopper Disassembler 静态分析.
实际上部分公众号推送的消息还是有价值的.
我没有任何针对微信的意思，如果你一定要问我支持不支持微信，我当然支持，可以很明确的告诉你，我不支持我还天天用微信。🤣
最后附上效果图。 | 
[复制链接]
发表于 2018-12-5 18:14
