请问 app 端如何做证书绑定?(支持无缝升级)

[liuidetmks]

目前有个需求是防抓包,同时要支持证书无缝升级。（每年都要换一次证书<del>万恶之源</del>,而且运维人员换证书可能不会提前和你说。而且保证存量用户不影响升级）

我的想法是限定 root CA 证书指纹,这样即使证书升级也能无缝切换,也能防止抓包。

目前的证书链是这样的
CA -> CA2-> AA

1. 最开始的想法: 比对下 CA 的 hash, 和 AA 证书的 SAN(Subject Alternative Name)。 hash 在白名单并且 SAN 匹配域名那就通过。

   后来发现，同样在 CA 申请的合法证书 BB.com 放在 Charles 里面竟然也能通过验证,
   浏览器看了下,显示的结构变成
   CA -> CA2 -> BB -> AA1

2. 好,再改,将 SAN 验证从叶子到 root 一路验证, 凡是有 SAN 字段的,就验证 SAN,如果不匹配就报错。

3. 然后我想到一点,如果对方从 CA2 申请一个不含 SAN 的证书,岂不是又可以跳过? 我尝试了下, 申请了一个用于代码签名的 证书 CC 放到 Charles 里面,又能跳过验证了。岂可修！！！(当然，浏览器报错)

   CA -> CA2 -> CC -> AA2

卡住了，请教各位,下面该怎么走呢?

对了,有时加一个自签名 ca 作为白名单,方便出 bug 自己抓包。

[zengxs]

你的 app 是啥技术开发的，发送 http 请求用的是啥库

[liuidetmks]

@zengxs 原生的 nsurlconnection，和用什么库有关系？

[zengxs]

一般就是你自己传一套根证书列表给你的 http client 库就行了，让它别信任系统内置的证书库

[ZeroClover]

要无缝升级一般就是 PIN 中间 CA 的指纹就行了。至于用相同中间 CA 签发的其他证书，虽然能过 CA Pin 但是过不了证书有效性验证啊，SAN 是不符的。至于没有 SAN，不符合 X.509 证书规范，正规 CA 不会签出来这种证书。

[ch2]

防抓包不太可能

[653513754]

一般人不会抓包,抓包的肯定不是一般人.防不住的,增加一点点时间成本而已

[liuidetmks]

@653513754 你也说了，成本问题，我相信我的接口不值得花这么大成本的，嘿嘿😁。

[liuidetmks]

@ZeroClover 我看了下，ca2 那家也提供代码签名的证书的，如果用户直接拿这个放在 Charles 里面，Charles 也是可以正常工作的。

照您这么讲，我得自己实现一次 x509 规范？这个工作量太大了吧，不知道有没有小巧的第三方库，ios android 都支持。

实在不行就只能放弃堵住这条漏洞？



写到这里，忽然觉得您的意思让我检测 ca2，而不是 root ca ？

ca2 专门用来签发 ssl 证书，不会去签发用于代码签名的证书？

[paxol]

SSL Pinning ？

[qmm0523]

说白了,防止抓包根本不是解决问题的方法。
你防抓包是为了达成什么样的目的?
如果是为了阻止别人拿接口去写爬虫、注册机、各种自动化薅羊毛等,那可以在接口中加入 token,token 在 jni 中计算,并且想办法保护算法不被逆出来。
如果是为了担心别人通过抓包找到安全漏洞,那更加是掩耳盗铃,只有保证接口本身没有安全问题才行。

[Sricecake]

验域名

[wdlth]

@liuidetmks 有的证书供应商是这样的，如果是签署 EV 证书，会用专门的中间证书。不需要组织认证，不包含保险的 DV 证书中间证书也可能是专门用于 DV 证书的。

但是有的就很乱，比如 USERTrust RSA Certification Authority，它的子证书有 EV OV 的中间证书，还有用于代码签名的证书。
https://crt.sh/?caid=1167

加钱上 EV

[liuidetmks]

@qmm0523 目前有这方面的工作，加密算法也做了白盒化处理，但是总归是怕疏漏。

而且这个也是工信部要求，要防止中间人攻击。

[qq960826]

这样防抓包根本没意义的，我之前就抓过这种 SSL pining 的包，你客户端都在用户手上，直接把 openssl 给 hook 掉有啥用

[jones2000]

app 原生直接用 tcp 自定义协议， 直接 2 进制字节发送。 通用的 http/https 防不了。

[ZeroClover]

@liuidetmks 代码签名证书根本没有 TLS 服务器证书的扩展类型，不能用于 HTTPS 。

https://vip1.loli.io/2021/05/11/5oBep3unGdNhgsX.png

https://comodosslstore.com/resources/code-signing-certificate-vs-ssl-certificate-whats-the-difference/

另外，你也说对了，用于签发 TLS 证书的中间 CA 是绝对不能用于签发代码签名或者 S/MIME 证书的，这违反 CA/B 基线。