我正在使用带有 SSL 的 HTTP(s) 从 Android 设备使用 Web 服务。自签名（不受信任）证书用于客户端身份验证。
我大致了解如何将公钥/私钥用于 SSL。根据我的理解，我可以清楚地看到如何使用证书来建立安全连接并安全地传输数据。但是我不明白它们是如何用于客户端身份验证的，因为证书包含公钥并且没有保密。
我有几个问题：
我在哪里可以了解 SSL 和证书如何用于客户端身份验证？
即使证书未公开...通过在浏览器中访问 HTTPS URL，我也可以查看并保存证书。然后我可以将证书打包到密钥库中并从应用程序中使用。
在this postJeremy Huiskamp 写道
客户端验证将在服务器请求时自动执行 它
...所以客户端身份验证以及数据加密可以通过证书执行？
编辑以回答我的问题的第一部分：客户端密钥库不仅应包含服务器的公钥，还应包含客户端的私钥。然后服务器必须能够使用客户端的公钥解密？这是否意味着密钥库应该有两个证书？
【问题讨论】：
标签： ssl ssl-certificate
首先，简要介绍一下公钥密码学中的术语：
（您并没有真正使用公钥“解密”。）
使用带有或不带有客户端身份验证的 SSL/TLS，服务器会提供一个证书 (*)，它拥有它的私钥。服务器在 SSL/TLS 握手期间（连接开始时）发送其证书，并且能够使用其私钥（它保持私有）解密客户端发送的内容。私钥和证书存储在服务器的 keystore 中（如果未在 Java 中实现，则为等价物）。
作为其中的一部分，客户端使用其 truststore（一种包含受信任证书的密钥库）来验证服务器证书。服务器证书可以通过在信任库中显式获得信任，或者在大多数情况下，通过链接到信任库 (PKI) 中的受信任 CA 证书来信任。
Java 中 keystore 和 truststore 之间的术语可能有点混乱，您可以找到更多 details in this answer。
关于您的问题，客户端的信任库不包含服务器的公钥，而是它的证书或 CA 证书，它应该可以用来验证。 （这不仅仅是关于拥有公钥，而是知道它是谁，使用证书中的其他信息。）
除此之外，当您使用客户端证书身份验证时，服务器端有一个信任库（或等效），客户端也有一个密钥库，因为为此目的角色颠倒了。
在使用客户端身份验证的 SSL/TLS 握手中，服务器向客户端请求证书，客户端发送证书（如果可用）。
在此握手结束时，客户端发送CertificateVerify 消息，该消息使用客户端证书私钥对迄今为止在客户端和服务器之间交换的所有消息（因此双方都知道）进行签名。然后，服务器能够根据作为此交换的一部分获得的客户端证书中的公钥验证此签名。这向服务器证明，无论在客户端的任何人都拥有与它发送的证书中的公钥对应的私钥。
服务器的下一步是验证是否信任此证书，即是否信任证书中呈现和“密封”的身份与公钥之间的绑定。 这通常使用 PKI 来完成，您可以根据已知 CA 来检查证书，或者如果您的部署环境足够小，则可以根据一组固定的受信任证书来检查证书。 （可能有alternative methods of verification，但它们的可用性实际上取决于您要部署此系统的环境。）
因此，对于你的第二个问题：
由于 keystore 和 truststore 都是用于不同目的的 keystore（在存储格式意义上，通常是文件），因此通常可以使用同一个 keystore 来同时满足 keystore 和 truststore 的目的。
(*) 有一些密码套件不依赖于证书，但这是不寻常的，并且与此问题无关。
【讨论】：
证书只是将身份绑定到公钥。这个绑定不是秘密的，所以不需要对证书保密。如果我有 John Smith 的证书，我可以证明 John Smith 拥有与特定公钥对应的密钥。但是由于我不知道那个密钥，所以证书对我没有用。
当通过证书进行身份验证时，一个步骤始终是让出示证书的人证明他们知道与证书中的公钥对应的密钥。如果您无法通过该步骤，则身份验证失败。
服务器的密钥库应该有服务器的证书。客户端的密钥库应该有客户端的证书。客户端将其证书提供给服务器，因此服务器将通过这种方式学习客户端的公钥。 （反之亦然。）
【讨论】：