在一次测试中偶然遇到一个https双向认证的手机app(fiddler抓包提示需要提供客户端证书),平时一梭子能搞定地抓包姿势没有效果了,本着所有客户端发出的数据都是操控的想法,决定搞一搞,无非是采用什么方式的问题。双向认证只要拿到客户端加密的私钥证书就行了。

       很不巧,手机app被加壳了,基本上告别动态调试的方式。

ios抓包双向解密 双向验证抓包_客户端

       在assets目录下发现了用于双向认证的证书库文件,如下:

ios抓包双向解密 双向验证抓包_抓包_02

       要使用证书库,我们还需要找到证书库的密码, 脱壳获取部分源代码,通过关键字定位到了如下代码:

ios抓包双向解密 双向验证抓包_ios抓包双向解密_03

       关键代码在函数m8196a中,具体代码如下:(因为没有写过相关双向认证和keystore的相关代码,只能通过java api 文档查查函数说明,补充了注释)

String str = "X509";
        String str2 = "BKS";
        Application b = MyApplication.m5574b();
        SSLSocketFactory sSLSocketFactory = null;
        try {
            KeyStore instance = KeyStore.getInstance(str2);
            KeyStore instance2 = KeyStore.getInstance(str2);
            InputStream open = b.getAssets().open(f7624a); // 取了客户端证书的keystore
            InputStream open2 = b.getAssets().open(f7625b); // 取了服务端相关证书的keystore文件
            instance.load(open, f7626c.toCharArray()); // 通过密钥库密码打开客户端 keystore
            instance2.load(open2, f7627d.toCharArray());// 通过密钥库密码打开服务端keystore
            open.close();
            open2.close();
            SSLContext instance3 = SSLContext.getInstance("TLS");
            TrustManagerFactory instance4 = TrustManagerFactory.getInstance(str);
            KeyManagerFactory instance5 = KeyManagerFactory.getInstance(str);
            instance4.init(instance2);
            instance5.init(instance, f7626c.toCharArray());// 再次输入了密钥库的密码
            instance3.init(instance5.getKeyManagers(), C2639d.m8197a(instance4.getTrustManagers()), null);
            sSLSocketFactory = instance3.getSocketFactory();// 完成了sslsocketfactory
            return sSLSocketFactory;
        } catch (KeyStoreException e) {
              ………….省略

对于keystore认识的缺乏的我开始了绕圈之路。误以为已经搞定了双向认证,打开了burpsuite导入证书:

ios抓包双向解密 双向验证抓包_客户端_04

       Pkcs12格式,暴露了我对证书相关格式的盲区,google告诉我用keytool可以进行证书格式的转换,如下:

ios抓包双向解密 双向验证抓包_抓包_05

       Emmmm? 还需要密钥口令,本着试试相同密码的尝试(代码访问了同一个密码两次)(毕竟代码里没有看到其他密码)——绕圈的开始

复制,粘贴——go

ios抓包双向解密 双向验证抓包_客户端_06

       Emm 手动输入试试

ios抓包双向解密 双向验证抓包_ios抓包双向解密_07

       Emmmm,what?

       代码里没有看到相关密码,决定搜搜相关的调用,上级调用在函数m5660a

ios抓包双向解密 双向验证抓包_ios抓包双向解密_08

       没有任何关于密钥的代码。感觉事情并不寻常,可能掉到了什么诡异的坑里。

  1. 代码不完整,可能密钥没脱出来
  2. 证书库可能有什么问题

网上找了httpsURLConnection类的双向https的实现demo——几乎完全一致。那一定是证书库有什么玄学的问题,找到了关于证书文件格式的介绍()几个相关的文件格式如下:

ios抓包双向解密 双向验证抓包_双向认证_09

       Emmmmm,开始了兜兜转转之旅,之后再次查看了代码中涉及的函数说明

ios抓包双向解密 双向验证抓包_客户端_10

       第一次调用load使用的密码是keystore的解锁密码

ios抓包双向解密 双向验证抓包_ios抓包双向解密_11

第二次调用init使用的密码Keystore中的恢复密码——推测就是私钥证书的密码。

福尔摩斯:“当你排除了所有的不可能,无论剩下的是什么,即使再不可能也一定是真相。”密码肯定没有问题,一定是keytool有点问题,网上找了款证书管理的工具portecle,两次输入相同密码,成功打开获取私钥证书:

ios抓包双向解密 双向验证抓包_双向认证_12

ios抓包双向解密 双向验证抓包_双向认证_13

生成了p12格式的客户端证书,心里真是的万马奔腾。

导入burpsuite,启动抓包:

ios抓包双向解密 双向验证抓包_ios抓包双向解密_14

       还是失败,推测可能是证书信任或者服务端证书缺少的问题 ,将另一个bks库中的ca证书和server证书导出,导入到windows证书库中,成功抓包:

ios抓包双向解密 双向验证抓包_双向认证_15

       后续加密的方式解决起来就是一些常规方式了。

以技入道