40

我需要在 .NET/WCF 应用程序和第三方 Web 服务器之间设置 2 路 SSL 通信通道。现在我正在尝试与主机成功握手，以验证所有元素是否设置正确（客户端证书、服务器证书颁发机构、网络通信......）。我正在使用 openSSL 命令行工具尝试使用 s_client 命令来验证这一点。

这是阻止我的原因，也是我不明白的原因：

  • 无论我做什么，openSSL 都希望找到客户端证书的私钥
  • 客户端证书是由第三方提供给我的，但它不包含任何私钥
  • 如果我只是使用 openSSL 生成自己的私钥文件，则会收到键值不匹配错误

请记住，我刚刚开始接触 SSL，所以我对整个协议有一个非常基本的了解。从我一直在阅读的内容来看，似乎服务器和客户端都需要采用 2 路 SSL 设置的私钥。但是，我不知道如何在我的客户端上获得一个有效的私钥（使用给我的客户端证书）。如果有人能对客户端证书私钥有所了解，我将不胜感激，因为这让我很头疼。

4

3 回答 3

71

证书本身只是公开的信息。将公钥证书与其包含的名称相关联的事实是，任何对该名称具有合法控制权的人（例如您的姓名或您的服务器的名称）也拥有它的私钥。

证书用于通过挑战远程方执行只能使用相应私钥完成的操作来证明远程方的身份：签署某些内容（可以使用公钥进行验证）或解密使用加密的内容公钥。（这两种情况都可能发生在 SSL/TLS 握手中，具体取决于密码套件。）

在 SSL/TLS 握手期间，服务器发送其证书（明文）并向客户端证明它使用经过身份验证的密钥交换具有相应的私钥。

在您的情况下，您还想使用客户端证书身份验证。在握手期间发送客户端证书是不够的：客户端还必须证明它拥有私钥。否则，任何收到该证书的人都可以克隆它。使用证书的目的是防止任何克隆，这样您就不必显示自己的秘密（私钥）。

更具体地说，客户端必须在 TLS 握手的证书验证消息中对握手消息进行签名，以便服务器可以根据客户端证书中发送的公钥对其进行验证。如果没有这一步，就不会发生客户端证书身份验证。

客户端证书是由第三方提供给我的，但它不包含任何私钥

给你没有私钥的证书似乎有点毫无意义，除非你事先已经在你身边生成了一个证书请求（在这种情况下你会有私钥）。

实际上，与其获得证书及其私钥，不如生成密钥对、创建证书请求 (CSR) 并让您的 CA 从该 CSR 颁发证书（但他们不知道您的私钥）。在这种情况下，您应该保留您的私钥，并且您可以将它与您将收到的证书一起使用。

于 2012-06-26T00:29:46.733 回答
1

这是个有趣的问题。在配置 LDAPS 时，我对 TLS 相关的错误感到困惑，我在这里学习。

  • 名称，“公钥”和“私钥”听起来像是一种单向操作，但它是双向的，任何由一个密钥加密并由另一个密钥解密的东西 - 只是一个密钥是公开的
  • 信息 = 公开可用的数据，具有未知的完整性 - 它可能被第三方篡改
  • 签名 = 由私钥加密的信息，伴随信息
  • 验证签名 = 使用公钥解密签名并取回信息，从而证明“创建签名的人都知道私钥”，或者，信息在签名后保持不变
    • 也就是说，除非私钥被盗
  • 证书 = 信息 + 签名 + 公钥 + 私钥
    • 信息=肉
    • 签名 = 验证信息的完整性
    • 公钥 = 验证其他证书，请参阅证书链
    • 私钥 = 不包含在证书本身中，但应由证书所有者保存，可用于签署其他证书
  • 证书颁发机构 (CA) = 持有公钥/私钥对并创建证书的任何人
    • CA 身份在证书信息中指示
  • 证书链 = 使用母证书上的公钥来验证子证书上的签名，以确保子证书由母 CA 创建和签名
    • 和妈妈创建并由奶奶签名，等等
  • 根 CA = 根 CA 是您无条件信任的 CA
    • 因为他们的证书（根证书）已作为信任源预加载在您的浏览器或操作系统中
    • 也因为他们的证书是自签名的，它的签名是使用自己的私钥创建的，由自己的公钥验证
    • 这可能会令人困惑，但将其视为基于证书的加密的起源——只有当人们发现依赖少数根 CA 来创建和签署无数证书是不安全的（私钥可能被盗）和不可能（迅速增加的需求）时证书），他们提出了证书链的想法
    • 根 CA 仅为某些中间 CA 创建和签署证书，因此私钥不会经常使用并且更安全
    • 中间 CA 可以创建和签署数百万个证书，并在已知私钥泄露时撤销其证书
    • 这就是你不常看到根密钥仪式的原因，它表明了私钥对于根证书的重要性：私钥使用得越少，暴露的可能性就越小
  • 自签名根证书 = 几乎与根证书相同 - 只有创建者才会信任
  • TLS 握手 = 服务器发送证书，客户端验证是针对证书链，验证后，安全地交换“密码”
    • 然后使用“密码”对使用对称加密的实际数据传输进行加密
    • 由于需要强大的计算能力，非对称加密不用于实际数据
  • 客户端证书身份验证 = 除了之前对服务器进行身份验证的过程之外，服务器还要求客户端提供有效的证书，以及之前握手消息的签名
    • 签名是使用证书的私钥创建的，可以通过证书上的公钥进行验证
    • 这证明了证书的所有权
    • 这通常用于限制对已知单个客户端的访问
    • 使用证书意味着不会发生中间人攻击或重放攻击
    • 这在金融或物联网中很常见
    • 这也被 LDAPS 使用，当我在本地密钥库中有一个有效证书但它没有附带它的私钥时，它会导致神秘的错误消息

...因此，就 而言openssl，当您使用-cert时表示客户端证书身份验证，您需要-key指定相应的私钥。

但是，对于很多Web场景，即使服务器的证书是由自制的CA签署的，也只需将自制的CA添加到truststore或keychain，就可以验证服务器证书。这是通过使用-CAfile.

于 2021-03-20T03:51:16.187 回答
0

Bottom-line.. If you're sending client certificates, then you would need the client certificates' private key to encrypt the pre-master secret

于 2021-05-15T06:18:05.797 回答