对于绕过ssl pinning的产品有很多，其中最著名的当属JustTrustMe。其他的sslUnPinning产品思想很多都是从JustTrustMe那里抄来的，由于JustTrustMe原作者也不更新了但是反sslUnPinning技术一直在前进，所以我决定用1一个月的业余时间来重新打造一款实用的sslUnPinning产品。
JustTrustMe我是很认可他的插桩点位的思路的。但是，本人是不认可xposed的。xposed的hook机制从设计之初就走了一条“不归路”，因为xposed有太多的特征可以被app检测。主要是xposed必须基于替换受精卵进程来实现，并且还要安装对应的app来管理插件，而且插件开发也要是单独的android工程。这个对于被攻击app来讲非常好从多个维度去检测xposed的存在，只是人家不想搞的这么明显大多不会强制退出app罢了。比如微信大家去jadx搜索代码，里面妥妥去检测了xposed，人家早就把你标记了。有些小team拿着官方已经停止更新的xposed改改包名，然后称之为魔改过反检测。其实，我要检测你，你怎么改都反不了。你包名改掉，但是你自定义的包名依然在调用栈里面。通过对比纯净android系统的正常堆栈，你立马被标记为灰度用户。还可以通过扫描已经安装的app列表，发现类似justtrustme之类的应用立马标记。还有你xposed管理本身也是一个app，你怎么隐藏？ 改操作系统吗？但是，话又回来了，你都可以改操作系统了那你为什么不直接在framework层直接嵌入hook机制呢？因为，你技术还没到那一步，你只是停留在andorid项目改改包名的阶段，只能靠着这个去收割一些新人的韭菜。不好意思阿，我这人说话就是这么直！你费劲巴拉的搞一个大型项目，完了效果并不是真的全面反检测。我觉得没必要去做。
我想xposed的作者rovo89也是看到了这一点，所以没有再对xposed进行更新了。大庄家都不玩了，我们这些蝼蚁就要认清局势。该废弃的技术废弃，要舍得抛弃陈旧的技术这样你才能不断进步。我要把JustTrustMe用frida实现一版。所以先出一篇JustTrustMe源码分析，等大家熟悉了JustTrustMe源码我再带着大家用frida去搞一个"JustTrustMe"：JustTrustMe源码阅读和剖析
请大家先打开JustTrustMe的Main.java，我下面会一一列举JustTrustMe的每个方法，以及它的作用和对应java的伪代码。1、DefaultHttpClient的3个构造方法hook[table][tr][td]
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
