利用LLDB对微信进行分析，然后利用分析的结果，再逐步讲解如何Hook微信的登录过程，截获微信密码。
在上一篇文章(APP重签名)中，已经介绍了如何对APP重签名，并且利用XCode将微信跑起来，既然到了这一步，就万万不能错过强大的LLDB。这篇文章就讲为大家讲解到如何利用LLDB对微信进行分析，然后利用分析的结果，再逐步讲解如何Hook微信的登录过程，截获微信密码。
老规矩，片头先给福利：点击下载Demo：HookWeChat，这次有两份代码。由于越狱版微信体积太大，受到github限制，所以并没有将它传到github，可以在下方链接单独下载
文中所需要用到的工具和文件：
越狱版本微信7.0.2 提取码: 2w87
MachOView 提取码: n3hy
yololib 提取码：e8qs
class-dump 提取码：v5ku
接下来我们会从一下几部，让微信脱下看似安全的外衣，裸露在大家面前。
- Framework的作用
- 初探MachO （原理分析）
- 代码注入 （代码过程）
- ViewDebug、LLDB、class-dump分析微信登录页面（原理分析）
- Hook登录，自动获取密码 （代码过程）
- 总结
1、Framework的作用（对Framework熟悉的同学可以跳过这一步）
什么是Framework这里就不多加叙述，我参考这个网站，非常详细，看不懂你直接@我。点这里：Framework最强讲解
废话不多说，接下来直接演示如何创建一个Framework，并且介绍跟咱们Hook微信有关的基础原理。
新建一个工程FrameworkDemo，新建一个Framework，取名FYHook
在新建出来的FYHook文件夹中新建InjectCode(继承NSObject)对象，并且新建代码：
+ (void)load {NSLog(@"来了，老弟?");
}
复制代码直接运行，会发现来了，老弟?被输出，证明用这种方法新建的Framework能够直接运行在我们的项目中。
2、初探MachO （如果不想看原理，可以直接跳到第三部 代码注入）
根据上篇文章APP重签名讲到的，我们可以使用XCode将微信跑起来，那么是不是将两者结合起来，就可以将我们的代码注入进微信的APP呢？
Step 1 先思考一个问题。
根据APP重签名中的结论，利用脚本可以便捷重签APP（因为我们用的WeChat举例，所以下面简称WeChat），那么我们在重签脚本的工程中，直接创建一个Framework，能不能让我们Framework中的代码在WeChat中运行？
很显然，这是不行的（有兴趣的可以试一下）！为什么？ 这个问题下面会回答，先把这个问题记在心中。
Step 2 MachO作用
在我们用XCode新建HYHook的时候，其实XCode帮我们做了一部操作：创建HYHook时候，同时将HYHook链接到我们的项目中（这是后期的XCode新增功能，早年的XCode这一步是需要我们直接做的）
common+b Build一下，会发现在已经Build出来的文件中的Frameworks下已经有FYHook了，已经已经表明FYHook被Copy我们的ipa文件了。(如何看Build出来的文件？查看：APP重签名中Step 8 App重签名)某一个地方做好标记，告知可执行文件，在适当的时候需要加载外部的FYHook，才能够正常运行。而这个地方所说的可执行文件就是MachO文件（具体什么是MachO，这不是本片文章的重点内容，可以持续关注笔者之后的文章，下一章详细介绍这至关重要的MachO），我们可以利用工具MachOView来查看MachO中到底有什么内容。
Step 3 MachOView
用MachOView打开FrameworkDemo的MachO，可以看到如下图
可以看到其中的有个Load Commons组，这里面就包括所有需要被动态加载的库。也就是说，如果在Load Commons中没有对应的FYHook，就不会加载FYHook。
在上图中可以看到FYHook已经被加入了Load Commons，并且图右侧也标记了FYHook所属的目录（和MachO文件同级的Frameworks下FYHook.framework中 ，FYHook.framework其实是个文件夹，里面的FYHook也是个MachO ）
所以这里就得到了「为什么我们直接将FYHook加入我们的从重签脚本工程，不能直接运行FYHook」的答案。 因为在在我们Build出来的MachO文件中的Load Commons中没有加入FYHook的路径。所以无法运行FYHook中的代码。
那么我们直接将FYHook加入我们Build出的MachO文件行吗？ 显然也是不行的，因为我们Build出的MachO文件始终会被原始包（WeChat）中的MachO给替换掉。我们需要将FYHook加入原始包（WeChat）中的MachO中。
Step 4 将FYHook标记入MachO中
这里我们就需要用到终端命令行工具：yololib 提取码：e8qs
将下载下来的yololib.zip解压后得到的yololib放在目录/usr/local/bin下，这样我们在终端中就可以使用yololib命令了
以下命令就是将FYHook注入WeChat的命令
// yololib 「MachO路径」 「FYHook相对MachO的路径」
yololib WeChat Frameworks/FYHook.framework/FYHook
复制代码3、代码注入
Step 1 建立重签脚本工程
新建工程，取名InjectFrameWork，过程可参照上一篇文章(APP重签名) 最后得到如下工程：
Step 2 创建Framework文件
新建一个Framework文件，取名FYHook，在FYHook中新建文件InjectCode，在InjectCode加入之前提到的同样的load代码， 等到如下工程：
Step 3 修改源文件的MachO文件
找到WeChat的MachO文件，打开终端，进入此目录下 执行命令
// yololib 「MachO路径」 「FYHook相对MachO的路径」
yololib WeChat Frameworks/FYHook.framework/FYHook
复制代码Step 4 重新打包WeChat.ipa
zip -ry WeChat.ipa Payload
复制代码Step 5 加入新的WeChat.ipa,运行工程
将新得到的WeChat.ipa重新加入APP文件(这一步其实可以只加入文件，而不用加入工程)，删除原来的Wechat7.0.2越狱.ipa。
common + R运行代码，会发现微信跑起来了，我们的来了，老弟?也被输出了！
Step 6 新的思考
之前分析了我们创建了FYHook，但是没有对MachO注入，得到的答案是来了，老弟?不能被输出，WeChat能跑起来。
那么如果我们对MachO注入FYHook，却没有创建对应的FYHook.framework，会怎么样呢？
这就留给大家思考，再去验证了，有答案的同学也能下方留言，并说出原因哦。
4、 ViewDebug、LLDB、class-dump分析微信登录页面
Step 1 ViewDebug
XCode跑起微信之后，跳转到登录页面，利用ViewDebug查看具体的详细的UI
Step 2 LLDB
利用LLDB查看登录按钮具体的Target和Action名称
Step 3 class-dump
class-dump，是可以把Objective-C运行时的声明的信息导出来的工具。其实就是可以导出.h文件。用class-dump可以把未经加密的app的头文件导出来。
点击这下载命令行工具：class-dump 提取码：v5ku 同样的，将class-dump拷贝到Mac的目录/usr/local/bin下，这样我们在终端中就可以使用yololib命令了
运行命令将WeChat所有的头文件导出来。
// class-dump -H 「app的MachO文件」 -o 「输入的目录」
class-dump -H WeChat -o /Users/dengbin/Code/GitHub/HookWeChat/InjectFrameWork/APP/WeChat-H
复制代码Step 4 找到输入框里面的内容
利用文本工具，例如Sublime查看WeChat的头文件，找到前面发现的WCAccountMainLoginViewController
发现里面确实有方法- (void)onNext;，还有长得很像账号输入框，密码输入框的对象_textFieldUserNameItem,_textFieldUserPwdItem。
接下来就是找到密码输入框里面的字符串了，可以发现这两个都是WCAccountTextFieldItem对象，所有我们继续在导出的文件里面找到WCAccountTextFieldItem
在其中只发现一个tips对象m_labelTip，没有发现对应的textfiled，但是可以看到WCAccountTextFieldItem是继承于WCBaseTextFieldItem的，所以继续查找WCBaseTextFieldItem
从这就可以看到一个m_textField对象，这是个WCUITextField对象，疑似我们的目标textField，继续查看WCUITextField
果然，这就是一个UITextField文件，那么我们就可以通过text字段取出其string。
接下来在用LLDB试试看，验证下我们的猜想：
随便在账号栏输入：qwerty
然后在密码栏输入：123456
po [(WCAccountMainLoginViewController *)0x1128bbc00 valueForKey:@"_textFieldUserPwdItem"]
po [(WCAccountTextFieldItem *)0x28328e880 valueForKey:@"m_textField"]
po [(WCUITextField *)0x112163a00 text]
复制代码其中第一个地址0x1128bbc00是在前两部利用ViewDubg找到的。
可以发现最后确实找到了我们输入的密码123456，证明我们的分析是正确的。
5、Hook登录，自动获取密码
接下来又是代码Coding了。原理分析完，其实代码就很简单了，直接上代码：
+ (void)load {NSLog(@"来了，老弟?");Method onNext = class_getInstanceMethod(objc_getClass("WCAccountMainLoginViewController"), sel_registerName("onNext"));//1.保存原始的IMPold_onNext = method_getImplementation(onNext);//2.SETmethod_setImplementation(onNext, (IMP)my_next);
}IMP (*old_onNext)(id self,SEL _cmd);void my_next(id self,SEL _cmd){// 获取密码NSString *pwd = [[[self valueForKey:@"_textFieldUserPwdItem"] valueForKey:@"m_textField"] performSelector:@selector(text)];NSString *accountTF = [[[self valueForKey:@"_textFieldUserNameItem"] valueForKey:@"m_textField"] performSelector:@selector(text)];NSLog(@"密码是！%@",pwd);// 将密码追加在账号栏的后面[[[self valueForKey:@"_textFieldUserNameItem"] valueForKey:@"m_textField"] performSelector:@selector(setText:) withObject:[NSString stringWithFormat:@"%@+%@",accountTF,pwd]];//调用原来的方法old_onNext(self,_cmd);
}
复制代码稍微解释一下，在前面我们发现登录的响声事件是onNext，所有我们利用Objective-C的Runtime特性，对onNext进行方法替换，在响应原有的onNext之前，我们加上我们自己的方法，比如代码中的，在账号栏中直接输入密码。
运行后结果如图：
我这用的是setIMP和getIMP的方式，对原方法进行HOOK，其实方法有多种：如：class_replaceMethod(),method_exchangeImplementations(),这里只是举一个例子供大家参考。
这篇文章的所有代码都可以在这下载到：HookWeChat
6、总结：
- 先对APP重签名，让APP能在XCode运行起来
- 利用yololib注入Framework，让APP可以运行我们直接的代码
- 利用ViewDebug、LLDB、class-dump分析登录事件和密码框所在位置
- 利用Runtime的MethodSwizzle，Hook登录事件
这次只是简单的微信的一个静态页面进行了初步接触，虽然思路简单，但这运用到的工具，却是无数大神前辈们为我们铺好的路，感谢！
MachO文件在本文中只是初略的提及，其实在我们逆向过程中MachO是一个至关重要的存在，如：
- 对app的砸壳，其实就是对MachO解密
- 所有的方法名，静态字符串都是存在MachO中
- app的架构(arm64,arm7...)也是在MachO中区分的
- app加载其实也是对MachO的一步步操作
- ...
所以，在下篇文章，笔者将会对MachO文件进行详细的讲解。请持续关注，觉得有帮助的点个收藏，留言评估了哦。
