Crypto++和Python之间的Diffie-Hellman密钥交换
Diffie-Hellman密钥交换是一种用于安全通信的协议，它允许两个远程方在不事先共享密钥的情况下协商出一个共享密钥。Crypto++是一个流行的密码学库，而Python是一种广泛使用的编程语言。
Diffie-Hellman密钥交换的原理是基于离散对数问题，它可以防止窃听者获取通信双方之间的密钥。具体步骤如下：
- 选择一个大素数p和一个原根g作为公开参数，并将它们传递给通信双方。
- 通信双方各自选择一个私密的随机数a和b。
- 通信双方分别计算公钥：A = g^a mod p 和 B = g^b mod p，并将其发送给对方。
- 通信双方使用对方发送的公钥和自己的私钥计算出共享密钥：K = B^a mod p = A^b mod p。
Diffie-Hellman密钥交换的优势在于它的安全性和灵活性。它可以在不事先共享密钥的情况下实现安全通信，并且可以用于加密、数字签名、密钥协商等场景。
在腾讯云中，可以使用以下产品来支持Diffie-Hellman密钥交换：
- 腾讯云密钥管理系统（KMS）：提供密钥的生成、存储和管理功能，可以用于生成Diffie-Hellman密钥交换所需的公私钥对。详情请参考：腾讯云密钥管理系统（KMS）
- 腾讯云SSL证书服务：提供数字证书的申请、管理和部署功能，可以用于保护Diffie-Hellman密钥交换的通信过程。详情请参考：腾讯云SSL证书服务
- 腾讯云安全组：提供网络访问控制功能，可以限制Diffie-Hellman密钥交换的通信只能在指定的安全组内进行。详情请参考：腾讯云安全组
总结：Diffie-Hellman密钥交换是一种安全通信协议，可以在不事先共享密钥的情况下协商出一个共享密钥。在腾讯云中，可以使用腾讯云密钥管理系统（KMS）、腾讯云SSL证书服务和腾讯云安全组等产品来支持Diffie-Hellman密钥交换。
相关·内容
在下面的代码中，来自Crypto++维基，128是我真的应该使用的数字吗？
CryptoPP::AutoSeededRandomPool arngA;
CryptoPP::RandomNumberGenerator& rngA = *dynamic_cast<CryptoPP::RandomNumberGenerator *>(&arngA);
CryptoPP::DH dhA(rngA, 128);
CryptoPP::Integer iPrime = dhA.GetGroupParameters().GetModulus();
CryptoPP::Intege
浏览 3提问于2010-01-19得票数 2
我认识Diffie-Hellman密钥交换是如何工作的。
这是使用PGP、ssh、ssl (https)、DKIM、……加密的主要方式吗？
我想知道Diffie-Hellman是否是理解使用公钥和私钥加密的线索，以及它的工作原理。
浏览 0提问于2014-08-14得票数 -1
回答已采纳
在Wikipedia中，作为客户端和服务器之间握手的一部分，服务器发送公共加密密钥作为数字证书的一部分。然后，客户端使用Diffie-Hellman密钥交换来安全地生成用于加密和解密的随机和唯一会话密钥。问题：
由服务器发送的公钥是加密的还是清除的？我想这很明显，因为它是公开的。
会话密钥和公钥之间有什么关系？客户端是否向服务器发送会话密钥？会话密钥发送: f(Random_gen_number，Public_key)，其中f是加密函数？
浏览 0提问于2018-06-03得票数 3
1回答
我试着理解噪声协议框架的信息。握手是基于Diffie-Hellmann密钥交换。这是握手模式的一个示例：
-> e
<- e, ee, s, es
我试着用数学描述把握手正式化。例如，对第一条消息的数学描述是：
📷
。哪里
📷
是个发电机
📷
是发送者的私密密钥。但我不明白ee和es值是如何计算出来的。如何用数学来描述这些模式？
浏览 0提问于2019-05-14得票数 0
我想为VOIP应用程序创建自己的安全连接。
现在我正在研究密钥交换，这似乎比加密/解密要棘手得多。
在实践中，还有比Diffie-Hellman更好的方法吗？
我理解Diffie-Hellman的概念，但我认为它需要正确的值才能安全，因为使用自然数很容易被猜到。我如何使用python获取这些值，它们是什么，是否真的安全，不会被关键猜测？
请帮我提供一些背景信息/鼓舞人心的信息。
浏览 3提问于2015-03-28得票数 0
我正在做一个项目，爱丽丝和鲍勃使用Diffie-Hellman密钥交换互相发送消息。让我感到困惑的是如何将他们使用的证书合并到其中，这样我就可以获得他们的秘密消息。
根据我对MIM的理解，MIM就像是一个冒名顶替者，如下图所示：
下面是我的项目的细节。我知道他们在通信之前都同意了g和p，但是如果他们都有证书来验证他们的签名，我怎么能实现这一点呢？
爱丽丝准备certA ( NA，Bob)，pkA，certA，其中signA是爱丽丝使用的数字签名算法，“Bob”是鲍勃的名字，pkA是爱丽丝的公钥，它等于根据X.509为固定g，p编码的爱丽丝的公钥，如在Diffie-Hellman密钥交
浏览 6提问于2012-03-31得票数 4
回答已采纳
1回答
到目前为止，我知道从蓝牙4.2开始，由于预共享公钥和128位加密密钥，Pass密钥方法更安全。在此配对过程发生后，两个设备之间的链接是否保持加密？这意味着，如果用户嗅探到这两种设备之间的数据传输，他们就看不到实际的数据。
我的设备使用蓝牙5.0，所以我认为不应该担心Pass方法不安全。此外，如果两个设备之间的链接保持加密，这将是一种安全措施。我应该关注其他的安全威胁吗？
谢谢
浏览 0提问于2020-02-07得票数 1
回答已采纳
据我所知，DHKE算法是对称的，因为它只产生共享的秘密，而不是公钥和私钥，但是搜索“diffie hellman不对称吗？”结果如下：
基于公钥密码体制的D算法是一种在不可信网络上安全地交换双方共享密钥的方法。它是一种不对称密码，由包括SSL、SSH和IPSec在内的多种协议使用。
维基百科尤其令人困惑。我强调了关键的短语(没有双关语)为什么.
DH是密码学领域中实现公钥交换的最早的实例之一。1976年由Diffie和Hellman出版，这是最早公开提出私钥和相应公钥的作品。Diffie-Hellman密钥交换方法允许双方在不安全的信道上共同建立共享密钥。然后，该密钥可用于使用对称密钥密码对后
浏览 0提问于2021-11-07得票数 2
回答已采纳
1回答
我的困惑源于读到TLS握手使用某种Diffie-Hellman，当时我确信对称密钥是由用客户端公钥加密并使用服务器PK安全解密的早期数据包摘要生成的。
我一点也不觉得这是迪夫-赫尔曼？有人能告诉我正确的过程并解释为什么不是DH吗？
浏览 0提问于2019-06-06得票数 1
回答已采纳
有人能解释一下Diffie-Hellman密钥协议 (DH加密)和混合加密？之间的区别吗？
据我所知，DH密钥协议使用公钥和私钥在双方之间生成会话密钥，并使用该会话密钥加密数据。这不就是混合加密中使用的机制吗？
浏览 0提问于2016-04-15得票数 0
我知道Diffie-Hellman密钥交换(DHKE)是如何运作的.但它在哪里使用呢？好吧，现在两人都有相同的钥匙。但这些钥匙到底是怎么用的？
我听说HTTPS正在使用DHKE。好吧，但他们拿钥匙干什么呢？他们只是把信息和钥匙相乘吗？另一方面除以钥匙？
浏览 0提问于2020-07-03得票数 2
回答已采纳
1回答
会话密钥在TLS握手过程中生成，并通过非对称加密一次从客户端传输到服务器。
然而，我听说会话密钥是单一用途的，这意味着会话结束后将重新生成一组新的会话密钥，因此我的问题来了:如何在客户端和服务器之间传输会话密钥？如果它们是通过非对称加密交换的，那么每次会话一次又一次地启动时，难道就不会浪费时间吗？如果它们是通过对称加密交换的，那么它们对中间人是否安全？感谢所有有用的答案。如果我误解了一些概念，您可以解释记录协议的详细和真实过程，其中双方都使用一个单一密钥(会话密钥)来加密和解密文件。
浏览 0提问于2022-03-10得票数 1
回答已采纳
假设鲍伯说Hi，艾丽斯说Hello，在了解n和g的情况下，我们如何使用Diffie-hellman或任何ECDH加密这些消息？
浏览 0提问于2018-11-18得票数 2
当使用短暂的Diffie-Hellman时，ServerKeyExchange的目的是什么？在这种情况下，ClientHello公布了EDH和EECDH (而不是匿名协议)，服务器在其ServerHello中选择了TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA。
根据RFC 5246，第7.4.3节：
This message will be sent immediately after the server Certificate
message (or the ServerHello message, if this is an anonymous
neg
浏览 0提问于2015-01-19得票数 6
我有一个关于交换对称密钥的问题。我读过一些关于Diffie-Hellman算法的文章，其中双方独立地生成共享密钥，在生成之前只共享其中的一些部分。
一般来说，我想我知道这是如何工作的，但是如果服务器从客户端请求一个公共RSA密钥，使用这个公钥加密对称密钥，并将其发送回客户端，难道不是更容易吗？
希望你能帮忙，并提前感谢。
fre3zr
浏览 0提问于2016-11-16得票数 0
我正在看ByteByteGo on YouTube解释“SSL，TLS，HTTPS”，最后，从5:15开始，有两点很有趣：
在TLS 1.3中，RSA不再受支持，因为密钥交换的一种方法Diffie-Hellman是当今比较常见的交换会话密钥的方法，Diffie-Hellman是很复杂的，但是简单地说，它使用一些涉及大素数的高级数学来导出共享会话密钥，而不需要通过网络传输公钥。
我的两个问题是：
TLS 1.3更支持RSA吗？为什么？
DH使用涉及大素数的数学来导出共享会话密钥，而不需要在网络上传输公钥。
等等，什么？这不是DH和RSA都做的吗？
浏览 0提问于2023-01-03得票数 6
短暂的Diffie-Hellman支持身份验证吗？
来自www.rsa.com/products/bsafe/documentation/mesuite21html/dev_guide/group_EPH_DH.html的报价
短暂的Diffie-Hellman不提供身份验证，因为双方都没有与其通信的实体的保证。
然而，引用书中的话，密码解密(作者: H.X.Mel)，P225
修正和短暂的Diffie-Hellman支持身份验证。
那么，短暂的Diffie-Hellman支持身份验证吗？
2短暂的Diffie-Hellman和静态Diffie-Hellman的区别是什么？
浏览 0提问于2012-02-22得票数 8
除了使用DHE实现PFS之外，当服务器的私钥被泄露时，我们希望尽可能少地被公开。那么，RSA在DHE_RSA密码套件中的用途是什么呢？在密钥交换期间，服务器签署了什么？
浏览 0提问于2013-12-01得票数 3
回答已采纳
在TLS 1.2中，密码套件列出了所有内容(密钥交换、签名、密码/MAC)的算法。因此，通过选择一个套件，所有算法都将进行协商。我可以从Chrome DevTools的Security选项卡上看到它们，例如：
TLS 1.2，ECDHE_ECDSA with X25519和CHACHA20_POLY1305
在TLS 1.3中，密钥交换和签名算法不再包含在密码套件中。所以我想知道他们是怎么谈判的。他们是否以另一种方式谈判？有什么方法可以找出选择哪种算法吗？在Chrome DevTools中，我看到的结果如下：
TLS 1.3，X25519和AES_128_GCM
TLS 1.3，X25519和
浏览 0提问于2021-12-07得票数 4
回答已采纳
下面是我的理解-一个第三方应用程序重定向到一个OP进行身份验证。身份验证完成后，OP将重定向到第三方应用程序。
它还在查询字符串中发送多个参数，还发送回签名。我的问题是第三方应用程序如何验证签名。据我所知，它将需要一个共享密钥来完成此操作，但我看不到在初始重定向到OP时共享的密钥吗？
现在假设一个密钥是共享的，那么有什么用，因为通信可以被监听，内容可以被操纵。
浏览 0提问于2012-07-24得票数 2
回答已采纳
在Diffie密钥交换技术中，双方商定了一个公共参数g，然后生成它们的私有参数a和b。然后他们交换g^a和g^b。现在，它们可以计算公用密钥g^ab。
但我的问题是，他们是如何同意参数g的。它在证书中指定了吗？如果是，它是否需要一种特殊类型的证书，这种类型的证书中有哪些信息？
浏览 0提问于2012-04-24得票数 8
回答已采纳
IETF RFC 6539 IBAKE -基于身份的认证密钥交换描述了一种混合密钥交换，它使用基于身份的密码技术和标准的临时椭圆曲线Diffie-Hellman密钥交换。
由于该协议已经是一种混合协议，可以用类似于SIKE或其他PQC方案来代替IBAKE中的椭圆曲线Diffie-Hellman交换，并将其用于有效的PQ混合方案？
看起来，IBAKE内部的PQ交换机将为用户提供长期的保护，使其免受量子计算机的攻击。
浏览 0提问于2019-03-12得票数 5
1回答
我目前正在编写Python脚本，启动安全握手。我在这里重新发明了轮子，这样我才能正确地学习它。
现在，我的Diffie-Hellman基本上是从零开始工作的，并且客户机和服务器都同意使用一个密钥。这个键是一个整数~2048位(大多数情况下是2047位)。2046年是我见过的最低的)。那么问题是，对于任意长度的加密数据，我选择了哪种密码？
另外，当客户机和服务器稍后交换公钥时，我是否应该/应该单独使用上述公钥加密，而不使用上述整数呢？
浏览 0提问于2020-05-24得票数 0
用例是这样的:假设您有两个系统，A和B。如果系统A ssh进入systems并开始将文件传输回A，我希望能够解密正在发送的消息的内容。
据我所知，在SSH中，有一个共享的对称密钥可用于解密。如果我在B系统，在哪里可以找到这个对称密钥？
浏览 0提问于2017-04-27得票数 3
我有两个独立的系统(客户端)和(服务器)。我遇到了一个问题，就是加密来自客户端的消息并在服务器上解密。为了做到这一点，我需要通过UDP数据包传输我的密钥和消息。然而，是否有任何可能的方法来确保密钥被安全传输？
浏览 0提问于2020-10-10得票数 0
在研究了TLS握手的工作原理之后，在生成共享密钥的过程中，它似乎内在地包含了Diffie算法。然而，当我进一步研究这个问题时，我发现了一些类似于https://thecybersecurityman.com/2018/04/25/https-the-tls-handshake-using-diffie-hellman-ephemeral/这样的文章
“几个月前，我发表了一篇博客文章，展示了https和TLS握手通常如何工作的一个简单的逐步过程。但是！还有一种替代方法，使用名为Diffie-Hellman相异的密钥协议(DHE)。这是一个使用模块化算法创建明示式密钥的过程。”
查看上面提到的博客
浏览 0提问于2020-02-29得票数 3
我使用JSch (通过基于用户名、密码的日志记录)编写了一个客户机。
以下是有关的代码行：
sshSession = jsch.getSession(userName, host, 22);
sshSession.setConfig("PreferredAuthentications", "password");
sshSession.setPassword(loginInfo);
java.util.Properties config = new java.util.Properties();
config.put("StrictHostKeyChec
浏览 14提问于2015-07-27得票数 0
回答已采纳
我狂热地在网上搜索，却找不到确切的解释，说明什么是“短暂的迪夫-赫尔曼”。让我们简要回顾一下diffie-hellman基本上是如何工作的：
鲍勃和艾丽斯公开同意一个生成器(g)和一个素数模(p)。
Bob选择一个私有整数(b)并计算B=g^b \bmod p。然后，他公开地把B传给爱丽丝。
Alice选择一个私有整数(a)并计算A=g^a\bmod p。然后，她将A公开传递给鲍勃。
计算K = A^b\bmod p
爱丽丝计算K = B^a\bmod p
现在鲍勃和爱丽丝都有了K。
我在网上看到的解释有：
短暂的Diffie-Hellman (TLS上下文中的DHE)与静态Diffie-He
浏览 0提问于2021-02-04得票数 2
1回答
密钥在接收方和发送方之间是如何共享的，特别是当发送方和接收方使用两个密钥，一个用于MAC算法，另一个用于加密和解密时。
他们如何安全地共享这两把钥匙？
浏览 0提问于2021-01-01得票数 2
回答已采纳
1回答
我应该设计一种对称密钥加密，用于在自学网络中发送udp数据包。在这个网络中，节点彼此不认识，它们首先发送一个广播消息来寻找对方。(实际上，每个节点首先发送一条消息来查找特定功能的位置，然后发送点对点消息来执行该功能以进行控制)。对于这个网络，应该使用两种对称算法。你能推荐给我最好的安全密钥交换，以及我可以安全地存储这些密钥的内容和方式吗？提前谢谢你。
浏览 2提问于2012-03-15得票数 0
1回答
在SSH过程中，对称密钥是如何发生的？
因为我认为用于唯一身份验证的非对称密钥，但我的主要问题是“服务器如何生成将用于安全通信的对称密钥”？
浏览 0提问于2018-06-04得票数 0
2回答
标准、非SSL、HTTP加密
、、、、
我们正在将一个超文本传输协议RESTful接口放入我们的嵌入式平台中。硬件太有限，无法支持SSL，但我们确实使用AES加密来做其他事情。
我在考虑使用AES和一个共享密钥来加密数据。还有没有其他至少是某种标准的HTTP加密方式？
浏览 0提问于2011-09-17得票数 2
回答已采纳
未经授权的人能不能在两个客户之间听到对方的谈话并抓住钥匙？因为如果我正确理解了一个客户端需要通过一个通道发送密钥，那么另一个客户端就可以解密数据.所以，是的，这是我的问题；在那个时间框架内没有授权的人能不能抓住密钥，然后开始解密任何通过那个通道的数据？
浏览 0提问于2018-05-10得票数 0
回答已采纳
2回答
我的协议安全吗？
、、、、
假设我有一个用户A和B之间的协议，如下所示；
-A向B发送随机的G1
-B返回hash_k(G1)和无随机的G2
-A验证hash_k(G1)，然后发送回hash_k(G1 = G2)
-B验证并建立连接。
这个协议会不会受到窃听者和其他攻击的威胁，比如在中间地带的人？
浏览 0提问于2015-05-12得票数 0
回答已采纳
我正在研究将SSL卸载到GCP的可能性。如果我们查看一个指南，我们可以看到非对称签名密钥是用KMS创建的。
gcloud kms keys create nginx-key --keyring "KEYRING" --project "PROJECT" \
--location "LOCATION" --purpose "asymmetric-signing" \
--default-algorithm "ec-sign-p256-sha256" --protection-level "hsm
浏览 6提问于2022-08-23得票数 0
回答已采纳
5回答
可以使用Diffie-Hellman密钥交换算法代替SSL来加密网页上的客户端-服务器通信吗？如果可以，缺点是什么(即为什么该标准使用SSL，而SSL需要证书颁发机构)？我的理解是，Diffie-Hellman可以用来秘密地建立一个共享密钥，然后可以用它来加密任何进一步的通信。
浏览 0提问于2009-10-28得票数 15
1回答
TLS 1.3中的永久密钥/秘密
、、、、
在TLS1.3 (RFC8446)中，有许多秘密和密钥。据我所知，每个证书(通常只有服务器)都有一个与其相关的长期密钥，该密钥与HKDF一起用于生成证书的临时密钥，用于在握手中验证服务器响应的一部分。这让我想知道会话密钥的基键是如何取消的。
是否存在用于生成共享会话密钥(或更多用于生成用于生成会话密钥的密钥共享)的长期密钥(可能与KDF一起使用)？或者这些是为每个会话生成的短暂密钥？
浏览 0提问于2023-05-30得票数 0
1回答
密钥交换算法=证书签名算法？
、、、、
我的学士论文是关于TLS的，我有一个基本的问题，关于那里使用的算法。
如果我对我的证书使用例如sha1WithRSAEncryption签名算法(RFC3279)，这意味着证书的公共RSA密钥使用SHA-1哈希进行签名。
这是否意味着RSA也必须是密钥交换，还是证书的公钥仅用于身份验证？如果我使用RSA作为密钥交换和我的证书，我会有两个单独的密钥对吗？
对于许多(非结构化的)问题，大多数文章都解释了身份验证或密钥交换。
浏览 0提问于2018-02-10得票数 1
回答已采纳
1回答
我正在开发一个密码管理器应用程序，该应用程序可以在远程服务器中保存用户的密码。在将密码发送到服务器之前，我需要在CTR模式下使用AES加密密码。客户端应该使用主密码登录/标识自己(该密码已在服务器中设置)。到目前为止，我一直在想：
客户端连接到服务器。
服务器发送随机值RAND1。
客户端生成一个随机值RAND2，并计算hmacKey = SHA1 (主值为RAND2 1\RAND2 2)。
客户端计算RAND2的HMAC，将其附加到RAND2并发送到服务器。
服务器(谁知道主密码)计算自己的hmacKey并验证客户端。
这个hmac密钥将在整个会话中使用。这安全吗？
浏览 0提问于2016-03-25得票数 2
回答已采纳
互联网上有很多简单的Diffie-Hellman视频，但不幸的是，这很容易受到MITM的攻击。我理解DH双方如何能够计算共享的秘密(共享私钥？)
因此，现在我正在尝试理解认证版本，它应该是安全的，不受MITM攻击。不幸的是，我没有找到一个简单的解释，它应该如何运作。
据我所知，它需要使用一些证书(预先存在的密钥？)。拥有一些已经存在的密钥对我来说没有多大意义，因为DH的全部目的是密钥交换。
反之亦然:如果我能为双方生成一个私钥和公钥，并转移公钥，那我为什么需要DH呢？
是否有一种完全安全的方法可用于在双方之间建立一个连接，他们彼此之间并不了解(通过使用经过身份验证的DH)？如果是，那么身份验证
浏览 0提问于2016-02-10得票数 0
回答已采纳
2回答
标准AES与RSA (由Opera TLS v1.0 256 bit AES (1024 bit RSA/SHA)报道)提供完全前向保密吗？
哪些SSL3.0和TLS1.0密码提供前向保密？
openssl中哪些密码提供前向保密并且被认为是安全的？
浏览 0提问于2011-07-19得票数 13
回答已采纳
2回答
假设我们有一个具有私钥和公钥的服务器，后者对所有客户端都可用，并且我们有一个没有自己的任何非对称密钥的客户端。我们希望在服务器和客户端之间建立安全的通信，并且客户端必须确保服务器的真实性。这是一种非常常见的情况。
现在，我的理解是，私钥/公钥对通常仅用于确保真实性(我们的客户端可以使用服务器的公钥来验证服务器的真实性)。为了确保服务器和客户端之间的双向通信，使用Diffie-Hellman密钥交换，然后基于共享密钥进行通信。
我忍不住想知道为什么Diffie-Hellman会被用在这种情况下。据我所知，公钥加密技术既可用于确保真实性，又可用于在客户端和服务器之间共享密钥。服务器可以向客户端发送
浏览 1提问于2013-02-17得票数 3
回答已采纳
1回答
目前，我正在构建一个处理敏感数据的系统。为此，我使用(暂时)保存在脚本中的密钥对所有信息进行加密。有没有人可以建议一些方法，使密钥可以在某个秘密的地方得到保护，但对系统是可用的(对于大多数用户，而不仅仅是所有者和管理员)？
浏览 0提问于2012-06-13得票数 0
1回答
哪些有效的密钥类型可以由CA进行签名(或生成和签名)以构成SSL证书？
对于TLS中使用的密钥，我看到的密钥类型是RSA和EC。还要别的吗？
对于非TLS用例，还有其他可以使用的关键类型吗？DH听起来像是一种选择，但我想我从未遇到过基于DH公钥的证书。
浏览 0提问于2020-10-28得票数 3
1回答
使用公开和私钥(S)，Wireguard看起来有点像PGP。但是它被用于网络数据包的加密，而不是普通的文本消息。我在一个已经安装了Wireguard的系统上，不想安装超出需要的程序。
如何使用公共Wireguard密钥加密文本消息，然后我可以用私钥解密该消息？
浏览 0提问于2020-04-28得票数 2
3回答
通常情况下，用户将使用PEM编码的RSA私钥。Crypto++要求这些密钥采用DER格式才能加载。我一直要求人们提前使用openssl手动将他们的PEM文件转换为DER：
openssl pkcs8 -in in_file.pem -out out_file.der -topk8 -nocrypt -outform der
这很好用，但有些人不知道该怎么做，也不想这样做。所以我想在程序中自动将PEM文件转换为DER文件。
它是像从PEM中剥离“-BEGIN CERTIFICATE-”和“-END CERTIFICATE-”一样简单，还是还需要一些其他的转换？我被告知，在这些标记之间，它只是b6
浏览 7提问于2012-03-22得票数 12
1回答
Diffie-Hellman提供安全的密钥交换，只有当双方被认证。对于身份验证，双方使用公钥/私钥。因此，如果侧A知道B端的公钥，则A可以简单地使用该密钥加密消息(或新会话密钥)。
为什么要使用单独的密钥交换算法呢？
浏览 0提问于2012-07-07得票数 18
回答已采纳
2回答
我在这里读了很多问答，也读了很多关于RSA和Diffie-Hellman的文章，但是他们似乎都在说关于这个问题的相反的东西：
例如，当我在网站中启动HTTPS会话时，将在AES中使用的对称密钥与RSA非对称算法相结合，还是使用Diffie-Hellman密钥交换算法组合？因为，这两种算法似乎都可以做同样的事情:在通信双方之间组合一个对称密钥。
浏览 0提问于2020-04-22得票数 1
我对Diffie-Hellman密钥交换过程中中间人攻击的机制有疑问。我听说在密钥协议通信过程中可能会发生这种情况。但是在CA (Certificate Authority)存在的情况下，接收者可以在接收到发送者的公钥时对发送者进行认证。因此，中间人攻击是怎么可能的呢？
浏览 0提问于2012-05-06得票数 34
回答已采纳
扫码
添加站长 进交流群
领取专属 10元无门槛券
手把手带您无忧上云
相关资讯
热门标签
云服务器
ICP备案
对象存储
腾讯会议
实时音视频活动推荐
腾讯云开发者
