-
-
[原创]Android APP漏洞之战（6）——HTTP/HTTPs通信漏洞详解
-
2021-12-5 19:06
-
Android漏洞之战（6）——http/https通信安全漏洞详解
一、前言
本文主要介绍Android http/https方面的安全漏洞问题，并会从原理并结合案例来逐一讲解，本文一部分参考网络上一些博客，并在相应部分给出链接
本文第二节主要讲述Android http/https相关的基础知识
本文第三节为漏洞原理解析和漏洞复现
本文第四节为Android https转包漏洞介绍
二、基础知识
1.加密算法
（1）对称加密
对称加密算法是双方都持有相同的密钥进行通信，加密速度很快
特点：
1 2 3 4 | a.加密和解密都是用同一个秘钥b.加密、解密效率高c.秘钥被窃取，容易造成数据不安全常见的对称加密算法有DES、3DES、AES等，这里我们就不深入讲解了 |
缺点：
上面的对称加密模型最大的问题就是，对称加密模型需要一个安全的信道来传输对称密钥，但是如果真的存在一个真正安全的信道，那直接用这个信道来传输数据就可以了，这就有点矛盾了
（2）非对称加密
非对称加密，是为了解决对称加密中的安全问题而诞生，含有一对密钥：公钥和私钥，发送方用公钥进行加密，公钥可以被公开，接收方用私钥进行解密，私钥不可公开
特点：
1 2 3 4 | a.用公钥加密用私钥解密b.加密、解密相对于对称加密效率更低，但是比对称加密更安全c.公钥可能被中间人伪造，造成数据不安全常见的非对称加密算法有RSA、DSA等 |
缺点：
如何保证加密的是接收方的公钥，如何安全的传输公钥
2.信息安全问题
我们在传输数据的过程中往往着眼于三个方面的安全问题：
1 2 3 | （1）信息的保密性（2）信息的完整性（3）身份识别 |
（1）信息的保密性
我们一般会使用各种加密算法对我们传输的数据信息进行加密，即使用上面的对称加密和非对称加密来完成，但无论是对称加密还是非对称加密都存在一个共同的安全问题：密钥如何传递，而且提高传输速率，一般公用的方法是采用对称加密+非对称加密结合，即双方都在使用对称加密进行传输，但是会存在密钥不能保证安全性的问题，此时我们使用公钥对对称密钥进行加密，然后接收方使用私钥对对称密钥进行解密，这样就可以解决这个问题
（2）信息的完整性（数字签名）
数据在传输的过程中，我们的信息可能被第三方劫持篡改，所以我们要保证信息的完整性，一般通过使用散列函数如SHA1，MD5将传输内容hash依次获得hash值，即摘要。客户端使用服务端的公钥对摘要和信息内容进行加密，传输给服务端，服务端使用私钥进行解密，然后用相同的hash算法对原始内容进行hash，然后与摘要值对比，如果一直，说明信息是完整的
举例：
1 2 3 4 | Android APP应用一般就具有签名验证机制，以防止恶意攻击者在对APP进行逆向之后，重打包，一般来说Android APP的签名机制分为3类：（1）java本地验证，在java代码中有hash函数验证，我们通常搜索signature定位到目标代码段，直接删除或hook该代码段即可（2）so本地验证，为了加强逆向难度，很多公司会将APP验证写在so层，这一般我们通过IDA动态调试，获取代码段然后NOP即可（3）网络服务器验证，一般来说这种进行网络hash验证，一般这种通过抓包，但有一些加密后变很难处理了 |
（3）身份识别（数字证书）
我们在信息传输过程中，通常要验证信息的发送方的身份，我们将发送端的公钥发送给接收端，发送端通过把自己的内容使用私钥加密然后发送给接收端，接收端只能使用发送端的公钥加密，自然就验证了发送端的身份
数字证书：
但是上述过程中存在一个问题，在传输的过程中，客户端如何获得服务器的公钥呢？当服务器分发给客户端，如果一开始服务端发送的公钥到客户端就被第三方劫持，然后第三方自己伪造一对密钥，将公钥发送给客户端，当服务端发生数据给客户端的时候，中间人就将信息劫持，用一开始劫持的公钥进行解密，然后将自己的私钥将数据发送给客户端，而客户端收到后使用公钥解密，这个过程中中间人是透明的，就可以获取信息了
为了防止这种中间人攻击，数字证书就出现了，其实是基于上面所说的私钥加密数据，公钥解密来验证其身份
数字证书是由权威的CA（Certificate Authority）机构给服务端进行颁发，CA机构通过服务端提供的相关信息生成证书，证书内容包含了持有人的相关信息，服务器的公钥，签署者签名信息（数字签名）等，最重要的是公钥在数字证书中
数字证书由权威的CA（Certificate Authority）机构给服务端进行颁发，CA机构通过服务端提供的相关信息生成证书，证书内容包含了持有人的相关信息，服务器的公钥，签署者签名信息（数字签名）等，最重要的是公钥在数字证书中
1 2 3 4 | (1)数字证书是如何保证公钥来自于请求的服务器呢？数字证书上由持有人的相关信息，通过这点可以确定其不是一个中间人(2)如何保证数字证书为真呢？一个证书中含有三个部分:"证书内容，散列算法，加密密文"，证书内容会被散列算法hash计算出hash值，然后使用CA机构提供的私钥进行RSA加密 |
客户端完成验证过程：
1 | 当客户端发起请求是，服务端将该数字证书发送到客户端，客户端通过CA机构提供的公钥对加密密文来进行解密获得散列值（数字签名），同时将证书内容使用相同的散列算法进行Hash得到另一个散列值，比对两个散列值，如果两者相等则说明证书没问题 |
一些常见的证书分类：
1 2 3 4 | X.509#DER 二进制格式证书，常用后缀.cer .crtX.509#PEM 文本格式证书，常用后缀.pem有的证书内容是只包含公钥（服务器的公钥），如.crt、.cer、.pem有的证书既包含公钥又包含私钥（服务器的私钥），如.pfx、.p12 |
为了保证证书的一致性，国际电信联盟设计了一套专门针对证书格式的标准X.509，其核心提供了一种描述证书的格式
3.Http/Https详解
（1）TLS/SSL
http:超文本传输协议，采用明文的方式去传输数据，经过我们上文的分析，在这个过程中很容易导致中间人攻击，因此为了进一步增强数据传输的安全性，开始出现https，而在此之前我们就需要了解一下TLS/SSL
1 2 | SSL：（Secure Socket Layer，安全套接字层），位于可靠的面向连接的网络层协议和应用层协议之间的一种协议层。SSL通过互相认证、使用数字签名确保完整性、使用加密确保私密性，以实现客户端和服务器之间的安全通讯TLS：(Transport Layer Security，传输层安全协议)，用于两个应用程序之间提供保密性和数据完整性 |
我们先看一下SSL和TLS的区别：
1 | 简而言之，TLS只是SSL后来迭代的版本而已，在1994年，NetScape设计了SSL协议，1999年，互联网标准化组织ISOC接替NetScape公司，发布了SSL的升级版TLS 1.0版，因此可以理解为TLS 1.0 = SSL 3.1，只是SSL后来的的版本而已 |
SSL协议即用到了对称加密也用到了非对称加密(公钥加密)，在建立传输链路时，SSL首先对对称加密的密钥使用公钥进行非对称加密，链路建立好之后，SSL对传输内容使用对称加密
1 2 3 4 5 | 1.对称加密速度高，可加密内容较大，用来加密会话过程中的消息2.公钥加密加密速度较慢，但能提供更好的身份认证技术，用来加密对称加密的密钥 |
因此，HTTPs = HTTP + TLS/SSL
（2）HTTPs的单向认证和双向认证
<1>单向认证
Https在建立Socket连接之前，需要进行握手，具体流程：
1 2 3 4 5 6 7 8 9 10 11 12 | 1.客户端向服务端发送SSL协议版本号、加密算法种类、随机数等信息。2.服务端给客户端返回SSL协议版本号、加密算法种类、随机数等信息，同时也返回服务器端的证书，即公钥证书3.客户端使用服务端返回的信息验证服务器的合法性，包括： (1)证书是否过期 (2)发型服务器证书的CA是否可靠 (3)返回的公钥是否能正确解开返回证书中的数字签名 (4)服务器证书上的域名是否和服务器的实际域名相匹配、验证通过后，将继续进行通信，否则，终止通信4.客户端向服务端发送自己所能支持的对称加密方案，供服务器端进行选择5.服务器端在客户端提供的加密方案中选择加密程度最高的加密方式。6.服务器将选择好的加密方案通过明文方式返回给客户端7.客户端接收服务端返回的加密方式后，使用该加密方式生成产生随机码，用作通信过程中对称加密的密钥，使用服务端返回的公钥进行加密，将加密后的随机码发送至服务器8.服务器收到客户端返回的加密信息后，使用自己的私钥进行解密，获取对称加密密钥。在接下来的会话中，服务器和客户端将会使用该密码进行对称加密，保证通信过程中信息的安全 |
<2>双向认证
双向认证和单向认证原理基本差不多，只是除了客户端需要认证服务端以外，增加了服务端对客户端的认证，具体过程如下：
1 2 3 4 5 6 7 8 9 10 11 12 13 14 | 1.客户端向服务端发送SSL协议版本号、加密算法种类、随机数等信息。2.服务端给客户端返回SSL协议版本号、加密算法种类、随机数等信息，同时也返回服务器端的证书，即公钥证书3.客户端使用服务端返回的信息验证服务器的合法性，包括： (1)证书是否过期 (2)发型服务器证书的CA是否可靠 (3)返回的公钥是否能正确解开返回证书中的数字签名 (4)服务器证书上的域名是否和服务器的实际域名相匹配、验证通过后，将继续进行通信，否则，终止通信4.服务端要求客户端发送客户端的证书，客户端会将自己的证书发送至服务端5.验证客户端的证书，通过验证后，会获得客户端的公钥6.客户端向服务端发送自己所能支持的对称加密方案，供服务器端进行选择7.服务器端在客户端提供的加密方案中选择加密程度最高的加密方式8.将加密方案通过使用之前获取到的公钥进行加密，返回给客户端9.客户端收到服务端返回的加密方案密文后，使用自己的私钥进行解密，获取具体加密方式，而后，产生该加密方式的随机码，用作加密过程中的密钥，使用之前从服务端证书中获取到的公钥进行加密后，发送给服务端10.服务端收到客户端发送的消息后，使用自己的私钥进行解密，获取对称加密的密钥，在接下来的会话中，服务器和客户端将会使用该密码进行对称加密，保证通信过程中信息的安全。 |
4.Android Http网络开发
我们要学习Https通信漏洞挖掘，首先就需要掌握基本的Android http网络开发，因为开发和逆向漏洞总是相互相成的，Android 的HTTP的网络通信框架一般包括两类：第一类是原生的Android网络HTTP通信库，原生网路通信库主要通过HttpURLConnection以及HttpClient两个类完成，但是Android6.0后，Andriod中的SDK就去掉了HttpClient的支持，Android 9后，Android就直接取消了HttpClient的支持，但是由于网络通信的操作涉及异步、多线程和效率的问题，HttpURLConnection中并未对这些操作进行完整的封装，就出现第二类网络通信框架——第三方HTTP(s)的网络请求框架，一般为：okhttp、Volley等，这里我们只介绍当下使用比较广泛的框架
（1）HttpURLConnection
获取HttpURLConnection实例，通过openConnection()获取
1 2 | URL url = new URL("http://www,baidu.com");HttpURLConnection connection = (HttpURLConnection) url.openConnection(); |
设置HTTP请求使用的方法，GET表示希望从服务器那里获取数据，POST表示提交数据给服务器
1 2 3 | connection.setRequestMethod("GET");或者connection.setRequestMethod("POST"); |
再就是一些自由定制，如设置连接超时、读取超时的毫秒数、服务器的一些消息头等
1 2 3 | connection.setRequestProperty("token","wwanghai");//设置请求参数connection.setConnectTimeout(8000);//设置连接超时时间connection.setReadTimeout(8000);//设置接收超时时间 |
调用getInputStream()方法获取服务器返回的输入流
1 | InputStream in = connection.getInputStream(); |
我们可以用字节数组保存读取的数据
1 2 3 4 5 6 | int bufferSize = 1024;byte[] buffer = new byte[bufferSize];StringBuffer sb = new StringBuffer();while (in.read(buffer)!=-1){ sb.append(new String(buffer)); } |
最后调用disconnect()方法将HTTP连接关闭掉
1 | connection.disconnect(); |
（2）okhttp3
okHttp的项目主页地址是：okHttp
我们需要在项目中添加依赖，编辑app/build.gradle文件
1 | implementation("com.squareup.okhttp3:okhttp:3.12.0") |
首先创建一个OkHttpClient的实例
1 2 3 4 5 6 7 8 | OkHttpClient client = new OkHttpClient();或者加一些设置OkHttpClient client = new OkHttpClient.Builder() .readTimeout(5, TimeUnit.SECONDS) //设置读超时 .writeTimeout(5, TimeUnit.SECONDS) //设置写超时 .connectTimeout(15,TimeUnit.SECONDS) //设置连接超时 .retryOnConnectionFailure(true) //是否自动重连 .build(); |
如果要发起HTTP请求，就需要创建一个Request对象
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 | GET: Request request = new Request.Builder().build(); //这是一个空的对象 实际使用中 Request request = new Request.Builder() .url("http://www,baidu.com") .header("token","wanghai") .build();POST： //需要先构建一个RequestBody来存放待提交的参数，然后再传入Request RequestBody requestBody = new FormBody.Builder() .add("username","damin") .add("password","123456") .build(); Request request = new Request.Builder() .url("http://www,baidu.com") .post(requestBody) .build(); |
调用OkHttpClient的newCall()方法来创建一个Call对象，并调用execute()方法来发送请求并获取服务器返回的数据，response对象就是服务器返回的数据
1 2 | Response response = client.newCall(request).execute();String responseData = response.body().string(); |
还可以使用异步方式来获取数据，Android中大部分都使用异步方式来获取数据，通过enqueue（）函数产生一次真实的网络请求，通过onResponse（）函数进行回调
1 2 3 4 5 6 7 8 9 10 11 | client.newCall(request).enqueue(new Callback() { @Override public void onFailure(Call call, IOException e) { call.cancel(); } @Override public void onResponse(Call call, Response response) throws IOException { String responseData = response.body().string(); } }); |
（3）各自证书的校验方式
1 2 3 4 5 6 | （1）根据 app 内置证书 KeyStore 生成 TrustManager 验证（2）自定义 SSLSocketFactory(org.apache.http.conn.ssl.SSLSocketFactory)实现 TrustManager 验证策略(httpClient)（3）自定义SSLSocketFactory(javax.net.ssl.SSLSocketFactory)实现TrustManager 验证策略(HttpsURLConnection,OkHttp3)（4）自定义的 HostnameVerifier 和 X509TrustManager 实现验证（5）第三方库中的验证，如 OkHttp3 中的 CertificatePinner(证书锁定)（6）WebView 加载 Https 页面时证书校验出错，停止加载 |
下面是比较常见的实现https类的各自证书校验方式：
下面是证书验证的一些关系示意图，参考链接：证书关系
上图中要进行 SSL 会话，必须先建立一个 SSLSocket 对象，而 SSLSocket 对象是通过 SSLSocketFactory 来管理的，SSLSocketFactory 对象则依赖于 SSLContext ，SSLContext 对象的初始化需要 keyManager、TrustManager 和 SecureRandom。TrustManager 对象是我们后文比较关心的，因为正是 TrustManager 负责证书的校验，对网站进行认证，要想确保数据不被中间人抓包分析，就需要实现这个类进行验证，以保障数据的安全性
在整个过程中 TrustManager 类专门负责校验证书，可以改写 TrustManager 类，实现对证书对校验或让它不要对证书做校验
三、HTTP/HTTPs漏洞分析和复现
1.漏洞的安全种类和危害
Andoid的网络通信中一般采用http明文传输，或使用SSL/TLS协议的https密文传输，对于http明文传输来说自然会导致很多漏洞，例如信息泄露漏洞，升级劫持漏洞，验证码口令泄露漏洞等等，而使用https传输的明文，也存在大量的HTTPs证书不校验漏洞，中间人攻击漏洞等等
2.HTTP明文传输漏洞
（1）漏洞案例
<1>酷我音乐APP存在逻辑缺陷漏洞
漏洞原理：
1 | 酷我音乐APP采用http明文传输，攻击者可以通过利用该漏洞利用代理工具篡改数据包来升级校验，从而导致APP升级过程中恶意软件注入攻击 |
漏洞复现：
我们点击检测新版本，可以抓取对应的响应请求，其中下面的是下载请求
然后，我们可以发现程序下载完成后，显示正常的升级界面
我们可以知道这条请求就是程序的下载请求，对应的就是下载的apk，我们尝试劫持这条请求，将apk替换成我们的恶意锁机程序
下劫持响应请求断点，可以让我们在请求响应前劫持
通过HFS文件管理服务器，来模拟请求的服务器
注意路径应与apk下载请求url保持一致，域名设置为我们本机的ip地址
重新安装，开始升级
然后升级手机被恶意软件劫持
<2> 上海任意门科技有限公司Soul APP存在信息泄露漏洞
信息泄露原理很简单就是利用http明文传输，导致一些账户信息、登录信息的泄露，具体大家可以拿一个http传输的样本去测试，然后自己去查看一些信息问题
<3>酷狗直播存在逻辑缺陷漏洞（hash验证）
考虑到http明文传输的危害后，一些厂商开始加入hash验证，这也是我们前面讲述过的验证Android应用的完整性，因为每一个Android APP仅拥有唯一的hash值，但是这种我们可以在升级时，同时去替换相应的hash值来达到升级劫持漏洞的过程
我们可以发现在一些厂商的报文中会包含hash值验证，所以如果我们直接去注入恶意程序，我们的应用是安装不上去，但是我们对对应的报文进行替换hash值，替换成我们对于的恶意程序的hash值，我们就可以成功的复现上述升级劫持漏洞的过程
（2）漏洞防护
通过上面分析，我们发现上述的漏洞都是因为厂家的APP在传输过程中采用了明文传输导致的，因此防护措施：
1 2 | （1）HTTPs加密传输（2）本地hash验证 |
3.HTTPs密文传输漏洞
（1）漏洞案例
<1> 忽略SSL证书校验漏洞
漏洞原理：
在自定义实现X509TrustManager时，checkServerTrusted中没有检查证书是否可信，导致通信过程中可能存在中间人攻击，造成敏感数据劫持危害。由于客户端没有校验服务端的证书，因此攻击者就能与通讯的两端分别创建独立的联系，并交换其所收到的数据，使通讯的两端认为他们正在通过一个私密的连接与对方直接对话，但事实上整个会话都被攻击者完全控制。在中间人攻击中，攻击者可以拦截通讯双方的通话并插入新的内容
目标程序代码：
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 | public class MyX509TrustManager implements X509TrustManager { // 检查客户端证书 public void checkClientTrusted(X509Certificate[] chain, String authType) throws CertificateException { //没有校验的话，就代表接收任意的证书} // 检查服务器端证书 public void checkServerTrusted(X509Certificate[] chain, String authType) throws CertificateException { //没有校验的话，就代表接收任意的证书} // 返回受信任的X509证书数组 public X509Certificate[] getAcceptedIssuers() { return null; } } |
在重写WebViewClient的onReceivedSslError方法时，调用proceed忽略证书验证错误信息继续加载页面，导致通信过程中可能存在中间人攻击，造成敏感数据劫持危害
目标程序代码：
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 | mywebview.setWebViewClient(new WebviewClient(){ @Override public void onReceivedError(WebView view,int errorCode,String description,String falingUrl){ // TODO Auto generated method stub super.onReceivedError(view,errorCode,description,fallingUrl) ; } @Override public void onReceivedSslError(WebView view,SslErrorHandler handler,SslError error) // T0D0 Auto-generated method stub handler.proceed( ); //不对证书进行处理}; }); |
案例一：京东金融MITM漏洞
漏洞原理：
1 | 京东金融Ver 2.8.0由于证书校验有缺陷，导致https中间人攻击，攻击者直接可以获取到会话中敏感数据的加密秘钥，另外由于APP没有做应用加固或混淆，因此可以轻松分析出解密算法，利用获取到的key解密敏感数据 |
登录后捕获的数据：
安全防护：
1 2 3 4 5 | （1）建议自定义实现X509TrustManager时，checkServerTrusted中对服务器信息进行严格校验。 （2）针对自定义TrustManager,检查checkServerTrusted()函数是否为空实现。 （3）建议不要重写TrustManager 和HostnameVerifier,使用系统默认的。 （4）在重写WebViewClient的onReceivedSslError方法时，避免调用proceed忽略证书验证。 （5）禁止使用proceed()函数忽略证书错误，应该抛给系统进行安全警告 |
例如，我们在相应的地方加上校验：
<2>忽略域名校验漏洞
在自定义实现HostnameVerifier时，没有在verify中进行严格证书校验，导致通信过程中可能存在中间人攻击，造成敏感数据劫持危害
目标代码：
1 2 3 4 5 6 | HostnameVerifier hv = new HostnameVerifier (){ @Override public boolean verify(String hostname,SSLSession session){ return true; } }; |
在setHostnameVerifier方法中使用ALLOW_ALL_HOSTNAME _VERIFIER,信任所有Hostname,导致通信过程中可能存在中间人攻击，造成敏感数据劫持危害
目标代码：
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 | private HttpClient getNewHttpClient() { try { KeyStore trustStore = KeyStore.getInstance(KeyStore .getDefaultType()); trustStore.load(null, null); SSLSocketFactory sf = new SSLSocketFactory(trustStore); sf.setHostnameVerifier(SSLSocketFactory.ALLOW_ALL_HOSTNAME_VERIFIER); //这里信任了所以的hostname，导致可能存在中间人攻击 HttpParams params = new BasicHttpParams(); HttpProtocolParams.setVersion(params, HttpVersion.HTTP_1_1); HttpProtocolParams.setContentCharset(params, HTTP.UTF_8); SchemeRegistry registry = new SchemeRegistry(); registry.register(new Scheme("http", PlainSocketFactory .getSocketFactory(), 80)); registry.register(new Scheme("https", sf, 443)); ClientConnectionManager ccm = new ThreadSafeClientConnManager( params, registry); return new DefaultHttpClient(ccm, params); } catch (Exception e) { return new DefaultHttpClient(); } } |
案例二：WPS存在信息泄漏漏洞
WPS采用HTTPs进行通信但是由于证书校验问题，可以被获取到敏感信息，从而导致信息泄漏漏洞，这里和上面一致，就不再重新演示了
安全防护：
1 2 | （1）在自定义实现HostnameVerifier时，在verify中对Hostname进行严格校验（2）建议setHostnameVerifier方法中使用STRICT_HOSTNAME_VERIFIER进行严格证书校验，避免使用ALLOW_ALL_HOSTNAME_VERIFIER |
<3>作业帮存在https升级劫持漏洞
大家都知道https是采用加密方式来进行通信，一般来说除非证书的设置方面存在漏洞，否则很难直接去截获报文信息，但是在我挖掘漏洞的过程中，发现一个新的思路，可能这是很多厂商比较懒的原因，直接升级https后，传输的报文数据还是原来的数据，所以我们可以选择采用http旧版本的APP，抓取明文信息，修改后，使用于新版的信息，也可以导致劫持的漏洞
当然这个过程中也需要解决接收方证书信任的问题，还需要模拟https的请求方式，这里可以使用stunnel配置，这里主要提供一种思路，其他操作步骤和上述一直，就不再重复演示了
（2）漏洞防护
针对于Android https的开发过程中常见的安全缺陷：
1 2 3 4 | 1)在自定义实现X509TrustManager时，checkServerTrusted中没有检查证书是否可信，导致通信过程中可能存在中间人攻击，造成敏感数据劫持危害。2)在重写WebViewClient的onReceivedSslError方法时，调用proceed忽略证书验证错误信息继续加载页面，导致通信过程中可能存在中间人攻击，造成敏感数据劫持危害。3)在自定义实现HostnameVerifier时，没有在verify中进行严格证书校验，导致通信过程中可能存在中间人攻击，造成敏感数据劫持危害。4)在setHostnameVerifier方法中使用ALLOW_ALL_HOSTNAME_VERIFIER，信任所有Hostname，导致通信过程中可能存在中间人攻击，造成敏感数据劫持危害。 |
四、Android 绕过https的SSL Pining
我们在对Android APP抓包时，经常会出现HTTPS报文通过MITM代理后不被信任的问题，有些https在设置好证书后，会出现：
1 2 3 | unknown加密的乱码报错无法抓包 |
这是因为对方的https采用了 SSL pinning
1.SSL pinning
SSL pining = 证书绑定 = SSL证书绑定
表示对方的app只允许承认自己特定的证书，这导致MITM的证书不被识别，不运行，从而导致MITM无法解密看到https的明文数据
2.Android 7.0后破解https 的ssl pinning
Android7.0后，系统做了改动：
1 | APP 默认不信任用户域的证书。之前把MITM的ssl证书，安装到 受信任的凭据 -> 用户 就没用了，因为不受信任了。只信任（安装到）系统域的证书 |
因此这导致我们使用如Fiddler、Charles等抓包软件导入证书后，仍然不能在捕获https的密文，甚至无法解析请求
解决思路：
1 2 3 4 5 | （1）让系统信任Charles的ssl证书 改自己的app的配置，允许https抓包，这就需要有app的源码 把证书放到受系统信任的系统证书中去。前提是手机已root（2）绕开https不去校验 使用基于Xposed等框架的JustTrustMe、基于Frida框架的r0capyure等 |
3.证书绕过原理
我们基于上文提出第二种思路，详细解析当下的JustTrustMe为代表的证书绕过原理
通过前面我们了解到，证书验证中到关键是 TrustManager，而绕过证书验证就需要从它入手。xpsoed 上证书校验的绕过插件就是这么干的，目前比较流行的两款基于 xposed 的绕过证书验证的模块有两款 JustTrustMe 和 SSLkiller，针对HttpsURLConnection，OkHttp 框架各自的证书校验函数
这两款工具通过 hook 这些关键函数，或替换 TrustManager(信任所有证书)或令其验证函数直接失效(函数替换，不做任何校验)，以达到绕过的目的
绕过证书的实现原理图，下图参考博客安卓 https 证书校验和绕过：
4.工具使用
（1）Xposed+JustTrustMe
使用步骤十分简单，就在手机上安装xposed框架，具体安装参考前文帖子，然后将JustTrustMe模块安装就可以使用了
（2）Frida脚本
下面是两种比较火的frida抓包脚本
使用步骤：
开启frida_server注入脚本就可以了，具体可以参考博客网址
五、实验总结
本文从Android Http/Https通信过程出发，讲述了Android Http/Https通信漏洞产生的原因，也拿了很多的漏洞复现实例来进行一一说明，最后还简单介绍了当下对https转包的处理和原因，当然这部分东西很多还需要进一步深入的研究，本文可能还未归纳完全所有的情况，就请大家指正了
github首页：github
六、参考文献
Android http/https原理解析：
1 2 3 4 | 第一行代码Frida 逆向和抓包实战https://zhuanlan.zhihu.com/p/330393659https://xiaoyue26.github.io/2018/09/26/2018-09/%E9%80%9A%E4%BF%97%E7%90%86%E8%A7%A3SSL-TLS%E5%8D%8F%E8%AE%AE%E5%8C%BA%E5%88%AB%E4%B8%8E%E5%8E%9F%E7%90%86/ |
Android https漏洞挖掘：
1 2 3 | https://www.geek-share.com/detail/2727192403.htmlhttps://www.cxyzjd.com/article/u010982507/85258477https://www.jianshu.com/p/84df0a40127c |
Android 证书绕过：
1 2 3 | https://juejin.cn/post/6992844908788711438https://www.jianshu.com/p/34912804bf08https://www.panaihua.com/android-catchhttp/ |
[CTF入门培训]顶尖高校博士及硕士团队亲授《30小时教你玩转CTF》，视频+靶场+题目！助力进入CTF世界
|
|
|---|---|
|
|
|
|
|
|
|
|
整个系列总结的很棒
|
|
|
谢谢支持
|
|
|
|
|
|
|
|
|
|
|
|
谢谢支持 |
