java - Java 客户端上的 SSL 握手

Question

我对 SSL HandShake 有一个非常基本的疑问。假设我们有一个使用自签名证书的服务器 S。我编写了一个连接到 S 的 Java 客户端 C。当 C 连接到 S 时，C 从 S 获取证书并将它们保存到它的信任库中，然后继续进行通信的其余部分。一段时间后，我使用相同的 C 连接到 S，因此 S 会再次将证书发送给 C，或者 C 将使用已存储在信任库中的证书。我不擅长 SSL 和 Java 中信任库功能的底层实现。

无论 C 是否在其信任库中有证书，S 都会将证书发送给 C 吗？我相信如果我在信任库 C 中有证书，那么当我再次连接时，S 和 C 不会要求证书？我的假设对吗？？

自签名证书和 CA 证书的流程相同吗？？

提前致谢。

Answer 1

这是我对 SSL 的理解，我不是这方面的专家，但在没有其他答案的情况下，希望我至少可以给你一些思考。

当您为服务器创建自签名证书时，您需要以某种方式将其添加到客户端，它不会在客户端连接后立即安装，否则任何服务器都可以通过发送自签名证书来获得信任任何试图连接到它的东西。在我的应用程序中，服务器证书在通过指定 javax.net.ssl.truststore("path/to/server/cert"); 启动时加载到客户端的信任库中；

现在，当客户端连接到服务器时，就会发生握手。此时服务器会将它的证书发送给客户端，客户端将通过检查它的信任库来确认它实际上来自服务器(此时它是否自签名并不重要，因为客户端应该检查根证书以及您添加的任何证书)。如果服务器发送的证书 checkout ，通信将继续并共享数据。

存在某种形式的 session 行为，允许通信继续进行而不必每次都交换证书。但我相信这仅限于单个连接，因此一旦您关闭连接并创建一个新连接，就必须重复该过程，即服务器必须再次发送其证书进行验证。

总而言之:自签名服务器证书必须与 SSL 通信一起安装在客户端上(就像从一开始就在产品中安装根 CA 证书一样)。客户端和服务器之间建立的每个 SSL 连接都需要服务器将其证书发送给客户端，以便客户端可以根据其信任库检查证书。

服务器可能会允许恢复 session ，在这种情况下不会重新发送证书(但我不确定在什么条件下可以恢复 session ，也许这可以在不同的服务器上配置)。

希望这至少能给你一些思考。