SSL与伪域

Question

我正在网上阅读与SSL握手相关的信息。在最后一步中，将域名与证书中的域进行比较。

这到底是如何防止恶意DNS路由的呢？如果用户被转移到恶意IP，则域仍将匹配。我期待着使用服务器的公钥进行挑战响应，但我找不到它。我们是否仅仅依赖于使用提议的对称密钥解密的服务器响应数据是否是胡言乱语/不可理解的？

Answer 1

这到底是如何防止恶意DNS路由的呢？

不用谢。

如果一个邪恶的家伙有一个有效的证书(例如，从一个黑客CA)，然后设法在中间的人-你，那么你的连接被黑。

我期待着使用服务器的公钥进行挑战响应，但我找不到它。

为了做到这一点，您必须首先了解一些关于服务器的事情。而你通常没有这些信息。但是证书钉扎是传递信息的一种方式：

证书钉扎有助于

证书钉扎允许您向客户端提供一些关于证书的额外信息。例如：“对于我的证书，请只接受ACME的签名.”或者“对于我的证书，只有当它们包含下列公钥时，才能接受.”。

进一步阅读钉扎:维基百科：HTTP公钥钉扎

编辑:如何验证密钥交换？

在评论部分：

我是在问服务器是如何证明他拥有私密部分的。它应该是客户端使用服务器的公钥发起的挑战/响应(或者在建立对称密钥后使用对称密钥)。我在课文里找不到这个

的确，这里存在挑战/对策。

这一点在TLS 1.2RFC的一个小节中有详细说明。

• RFC 5246 -传输层安全(TLS)协议版本1.2，第F.1.1节.认证和密钥交换

有三种选择：

• F.1.1.1.匿名密钥Exchange根本没有身份验证。
• F.1.1.2.RSA和Authentication客户端用服务器的公钥加密(部分)批量加密会话密钥。服务器解密的能力证明了拥有私有的key. _No“前向保密”：_，如果服务器的私钥被公开，甚至晚了几年，那么所有旧会话密钥都可以被追溯解密。
• F.1.1.3.Diffie-Hellman密钥交换与Authentication客户端和服务器使用不同的密钥协议协议。然后，服务器用它的私钥签署谈判记录。如果客户端可以使用服务器的公钥验证此签名，那么这就证明了服务器确实知道私有的key. _Has“前向保密”：_这个过程的优点是“前向保密”。如果服务器的私钥在数年后公开，则会话密钥无法追溯解密。(因为，它们从一开始就没有用服务器的私钥加密。请参阅Diffie-Hellman密钥交换获取详细信息。)