最近碰到的一些 SSL 问题记录

最近碰到一些 SSL 的小问题，特记录下。

我们有个 Java 实现的 SSL TCP 服务端，为客户端（PC、Android 和 iOS）提供 SSL 接入连接服务。最近有用户反馈其手机上 App 不能正常连接登录，别人手机上都可以。经过单独回访调查该用户使用的手机操作系统是 Android 6.0，经搜索了解了 Android 6.0 之后 Google 使用了自家的 BoringSSL 替换了原来的 OpenSSL，怀疑是这里在捣鬼。

继续搜索类似问题解决方案，在参考[1] 中找到答案:

SSL/TLS握手过程中，假如选中了诸如 TLS_DHE_RSA_WITH_AES_128_CBC_SHA 这样使用 deffie-hellman 密钥的 cipher，那么在 deffie-hellman 密钥交换过程中会使用的一个P参数（prime number），服务器侧提供的 P 参数在 JDK8 之前都只用了 768bit 的长度，小于 1024bit 存在安全漏洞可导致 logjam attack，会被最新本版的浏览器和 BoringSSL 拒绝。

明了了原因后我们只好把 JDK 从 6 升级到了 8，顺利解决 Android6.0 SSL 握手失败问题。但解决完这个后，没多久又发现 APNS iOS 推送又不可用了，和苹果推送服务器建立 SSL 连接失败，无法推送消息。唯一的变化就是升级到了 JDK8 自然就将怀疑目标对准了 JDK8。

继续 Google 一把找了同类受害者，他已经搞明白了原因，见参考[2]

The problem was the exported keystore (in PKCS12 format) contained the private key as wel