Diffie-Hellman 是一种 非认证 密钥协商协议。密钥可以通过不安全的通道进行交换，攻击者不可能知道密钥。但是，一旦与 某人 ，您就必须验证与您交谈的一方的身份。

要求他们提供凭证（密码、API 密钥等）在概念上就足够了，但不安全。客户端无法知道服务器是否存储了他们的凭证并在将来冒充他们。基于凭证的质询（如 Kerberos）面临类似的问题，因为服务器知道每个客户端的凭证（或其衍生品）。

您需要在协议中添加某种注册来建立身份（通过安全连接）。具体操作如下：

1. Diffie-Hellman 密钥交换
2. 客户说“嗨，我是 faniffs ”，这是我的公钥
3. 服务器查找 faniffs 但没有该记录
4. 服务器创建客户端条目 faniffs
5. 服务员说“你好，我是 server ”
6. 公钥 faniffs 加密的随机数
7. 客户端使用解密后的随机数进行回复，证明私钥的所有权

这是双向 TLS 身份验证的粗略复制。如果在您的应用程序中有意义，您还可以研究其他形式的身份验证，例如 OpenID Connect。