首页 > 代码库 > Fiddler插件 --- 解密Elong Mapi请求参数及响应内容
Fiddler插件 --- 解密Elong Mapi请求参数及响应内容
当前问题：
在我们日常的Web/App测试过程中， Fiddler是一大辅助利器；在我们团队，也经常使用Fiddler进行App抓包测试。
艺龙 App使用的REST（内部称为Mapi）接口，在使用过程中有如下特点：
1、接口请求入参；不论是GET还是POST接口；为保证隐私及数据安全，其入参均会经过一次AES加密；然后做一次Encode处理；
比如：
好吧，不经过解密，我也不知道req参数中又臭又长的到底是什么鬼；
2、接口响应，一般是经过Gzip或lzss压缩的；
这就导致在使用Fiddler辅助测试的时候，无法查看请求参数以及响应内容；总是返回一堆乱码； 使用起来极为不便；
按之前的做法，如要查看出入参，一般通过App端Debug工具查看，或通过Mapi的日志；
而要在Fiddler中查看响应内容，按我们以前的做法需分三步：
1、将Response Body保存到本地，并以 .gz作为文件后缀；
2、解压该gz文件；
3、用文本工具打开；
操作繁琐，效率低下;
为解决以上问题；提高测试效率，并充分利用Fiddler的强大功能；我们开发了一个Fiddler插件；使用该插件，则可在Fiddler中直接查看解密后的入参请求以及响应内容；相比上文中所述的一些测试方法要更加便捷。
目前已实现功能为：
同时支持GET或POST类型Mapi请求入参及响应内容的查看；
出入参格式化输出；
文本查找、保存(Gzip、文本)功能
一、先说一下使用方法：
1、将2个Dll拷贝到Fiddler安装目录中的Inspectors文件夹下；
2、重新打开Fiddler；设置手机代理
3、然后按如下图方式查看即可（可以看出Inspectors标签下，多出两个子标签“查看Mapi入参”及“查看Mapi响应”，狠狠点击这2个标签，就能看到格式化之后的响应内容）
二、踩坑过程
0）先来说下Fiddler中对Gzip自带的解压功能；
对于普通HTTP请求，如果它的Response Header中，带有Content-Encoding: gzip 时，在Fiddler中是支持解压查看response内容的；这时Fiddler中一般会出现这样一个按钮 ；
我们只需要点击它就可以查看解压后的响应内容；
哟~，Niubility ！！！ So，既然Fiddler已经这么D炸天，而且大部分Mapi响应也是Gzip压缩的，为什么我们还要再搞个插件，多此一举？
让我们回头看下Mapi，看看它的坑爹之处；
以获取点评接口为例，我们先看一下它的Response的Header：
细心的你可能已经看到了；它的header中没有 Content-Encoding: gzip 这一项！！！
这样Fiddler就犯二了；它就不会给你自动解压Gzip流内容；我们在TextView或Raw面板中查看时仍就会看到一堆乱码；
根据这个原理，让老夫先做如下尝试
1）在Response的Header中，自动添加Content-Encoding: gzip
如何在Response中添加Header呢，让开发来改，先醒醒吧；等开发改完，花儿都要谢了；
是时候请出来我们的FiddlerScript了；对，又是它；上回测HTTPS替换任务时也是它；
我们在OnBeforeResponse方法中，添加如下代码；然后用手机代理访问Elong App；
ps：从该方法名也可知晓，它是在响应返回给Fiddler，被Fiddler截获，但还未返回给代理客户端时，进行一系列的篡改处理过程；
从下图中我们可以看到，Response Header中已经添加了Content-Encoding: gzip 这一项；而且熟悉的Decode按钮也回来了；
点击中间那条长长的Decode按钮；切换到TextView标签 ；果然，已经可以看到返回的响应内容了；
So Easy ~~~ 鼓掌！撒花！
But，我们回头瞧一眼手机，Whats the F*****K ；
原来App端对于Header中加了Content-Encoding: gzip的响应在处理时发生了异常，被Catch了；别拦着我，让我先哭一会儿~~~
2）插件开发；Fiddler扩展的瑞士军刀
做为即将34岁，快要被淘汰劝退的老年人来讲；我们还得想想别的办法，尽量发挥一下余热；
既然连FiddlerScript这个以前无往不胜的Geek功能都搞不定；只好再深一步；请出终极武器---Fiddler插件来了；
先去官方的插件库里找了一下；没有针对该场景的插件，看来我们的需求也是有点奇葩的；
在面对绝境时，人民币上的毛爷爷教导我们 - - - 自己动手，丰衣足食！
先打开Fiddler二次开发官网，打开VSCode，回想一下三年没敲过的C#；
然后飞速敲下一行惊天地泣鬼神的经典代码：
Console.WriteLine("Hello World!");
废话这么多，是时候给出来我们的解决方案了；
入参查看实现方式：
对于GET类型，利用Fiddler Api 获取Get中URL；解析出Request参数；
POST类型Api；截获Body数据；
从Header中获取clienttype和appversion；
对1和2 中获取的参数，做一次Decode处理；
调用内部Husky中http://192.168.14.206:8206/husky/system/aes中的AES解密接口； 利用1、2、3中获取的数据进行参数拼接；获取解密后的数据；
主要代码如下：
注：
1、 查看Mapi入参功能，只能在内网使用；因为调用了内部Husky的AES解密 接口；
2、 使用接口解密而不是算法解密的原因是：算法解密需要配置密钥，维护略有些麻烦；
另外，内网的接口解密速度较快；且只有在查看入参这个Tab时，才会调用一次；不激活不调用；且对于非Mapi请求也不会调用。
查看接口响应的实现方法：
1. 获取Response Body数据；并实现Gzip流读取方法；使用到了.Net的GZipStream类，返回解压后的真实文本内容
2. 实现Json格式化功能，使用到Newtonsoft.Json类库
Fiddler插件的实现方法:
1、实现该插件需要继承Inspector2基类和IRequestInspector2、IResponseInspector2接口；覆写或实现其中的一些关键方法；
继承和实现IRequestInspector2接口，可在Fiddler处理请求过程中的一些入参、Header的修改及查看；
而继承和实现IResponseInspector2接口，可在Fiddler处理响应过程中，对响应内容、响应Header的修改及查看；
2、需要实现一个自定义控件；作为插件集成到Fiddler窗体中；用于展示解密后的请求入参，以及解压后Response内容；
补充说明：
Fiddler是支持4种扩展开发方式；本插件使用的是第2种；
1 IFiddlerExtension，IAutoTamper，IAutoTamper2，IAutoTamper3
1、这几个接口都是面向一个全局的插件,
2、插件出现的位置和Log,TimeLine同级
3、插件编译成dll只能放到 Scripts文件夹下
2 Inspector2，IResponseInspector2，IRequestInspector2
1、这几个接口是面向于单独一个连接
2、插件会出现Inspector这个菜单下 和 Headers,TextView 同级
3、插件编译成dll只能放到 Inspectors 文件夹下
3 IHandleExecAction 这个接口可以让你的控件接收到命令行传来的命令,这个接口
4 ISessionExporter,ISessionImporter
1、顾名思义 批量对请求经行导入导出操作。例如批量导出为txt之类的
2、位置出现在右键菜单Save-Selectd Session-中 和File-ImportSession 弹出的菜单中
3、dll需要放到ImportExport中
参考资料：
官方文档：
http://docs.telerik.com/fiddler/Extend-Fiddler/ExtendWithDotNet
GitHub上一些插件源码：
https://github.com/jessemcdowell/FiddlerMessagePackViewer
https://github.com/waf/WCF-Binary-Message-Inspector
Fiddler插件 --- 解密Elong Mapi请求参数及响应内容