花一周时间撸了一遍mitmproxy

开源项目 mitmproxy
,
1

1. 第一次接触mitmproxy

首次看到mitmproxy这个关键字应该是在看思寒老师的公开课上(为啥是应该，因为我也不知道具体是啥时候了，但不是上周四的直播课上，但想去深入学习它又是因为在上周四的直播课中见到了一次)，所以分享一下学习mitmproxy的过程 。

2. 深入学习mitmproxy

上周四公开课蚊子老师有个课后作业，是准备好mitmproxy环境，由对新工具新知识充满好奇，所以我去百度搜索了一下,然后去看了它的官方文档。官网第一眼给我的感觉就是简洁，有图，文字不多，不用花很多时间去阅读那么多的内容（对一大推文字的内容比较没有足够的耐心）。so…看了一遍首页之后就直接跳到官方文档里去了。

我学习mitmproxy的过程大体可以分为两个阶段：

  • 阅读官方文档
  • 实践(时间过程中反复阅读文档)

2.1 阅读官方文档

因为自己用过几款代理工具（fiddler，charles，whistle），首次阅读官方文档并没有花我太多的时间，基本上不到半天就搞定，对工具的使用很快就能入手。文档中对我最有吸引力的地方就是addon开发，所以在后面的实践过程中，更多的也是对addon的开发和调试。

2.2 实践(addon 开发)

这个过程还算是一个比较让我开心的过程，遇到问题解决问题。比如 在request方法中直接修改response的statu_code的时候报错，在response方法中修改response的status_code就行，弄死搞不清为何不能修改，反复调试了几次，结果依然一样(这里我误以为request方法中的flow.response和response方法中的flow.response都不为None)，最后加了调试信息后，才发现两个地方的flow是不一样的。

flow.response.status_code=200   #在request的时候，flow.response为None

在解决这些问题的过程中，不断的调试、断点、阅读源码，对它也越来越熟悉。再后来熟悉了addon的开发之后，由于不满足于目前只是对它的addon开发。所以想着自己做一个额外的功能。

2.3 扩展

功能需求：仿照whistle的Rule特性，基于mitmprox实现另一种mapLocal和mapRemote
whistle地址：whistle

### rule：具体的规则，比如:
https:www.baidu.com reqHeaders://{"language":"en"} https://www.sina.com.cn/  #mapRemote，并增加/修改请求头信息为{"language":"en"}
https:www.baidu.com resHeaders://{"language":"en"} resBody://{"code":200,"data":null,"msg":null} # mapLocal，并增加或修改响应头和响应体

此扩展功能只需要添加或修改rule规则即可，不需要再针对不同的场景单独开发脚本，目前已实现部分功能，待完善…

3. 总结一下

学习mitmproxy这个过程还是比较开心，虽然时间不长，但收获还比蛮大，但还有进步的空间。

  1. mitmproxy的原理还未完全搞懂
  2. 源码没完全阅读(遇到了有疑问就去阅读一下源码)
  3. 已经很久没有写过这么多代码，逻辑思维有点跟不上，一些基本的方法会遗忘，希望还能捡起来
  4. 幸好学习新技术的热情还在

文档写的有点烂，希望看到了的老师或同学们不要介意。哈哈哈

2 个赞