对称和非对称加密答案

【问题标题】：Symmetric and Asymmetric Encryption对称和非对称加密
【发布时间】：2019-07-29 09:15:51
【问题描述】：

对称加密中 2 个人如何共享密钥？

当我在研究 alice 和 bob 的例子时——（不对称）

案例一

当爱丽丝使用鲍勃的私钥加密时，爱丽丝如何知道鲍勃的私钥

案例2

当爱丽丝使用鲍勃的公钥加密时，爱丽丝如何知道鲍勃的公钥

Https 是怎样一种非对称加密？我从来没有看到密钥生成？即使生成了密钥，它们存储在哪里？我如何永远不解密这些加密？

【问题讨论】：

我投票结束这个问题，因为这纯粹是关于cryptography，而不是关于编程。

标签： encryption

【解决方案1】：

对称加密中 2 个人如何共享密钥？

通过“安全通道”。 “安全通道”没有官方定义。密钥共享超出了加密算法的范围，只是假设会发生。在实践中，有很多机制，从简单的“Alice 告诉 Bob 密钥”到复杂的密钥交换和密钥协商算法，如 Diffie-Hellman。

当爱丽丝使用鲍勃的私钥加密时，爱丽丝如何知道鲍勃的私钥

Alice 永远不知道 Bob 的私钥。这就是为什么它被称为“私人”。

当爱丽丝使用鲍勃的公钥加密时，爱丽丝如何知道鲍勃的公钥

有很多方法。公钥不是秘密，因此可以广泛发布。交换公钥是微不足道的。公钥的困难部分是相信它们来自你认为它们来自谁。这是一个完整的研究领域，但通常由每个人都信任的证书颁发机构之类的东西处理，并签署为他们担保的密钥。

Https 是一种非对称加密吗？我从来没有看到密钥生成？即使生成了密钥，它们存储在哪里？我如何永远不解密这些加密？

公钥作为初始握手的一部分发送，并由证书颁发机构签名。然后商定一个对称密钥并用于加密会话。精确的算法取决于配置，并且在早期握手期间交换配置。您看不到这些的原因是大多数 HTTPS 库都为您完成了所有这些工作，并且只是向您展示了最终结果。从根本上说，HTTPS 是“基于 TLS 的 HTTP”（加上一点握手以启动 TLS 会话）。请参阅RFC 2817 了解如何启动 TLS，如果您对详细信息感兴趣，请参阅RFC 8446 了解最新版本的 TLS。您也可以搜索“TLS 简介”，了解众多文章的详细信息。

【讨论】：

1.这些公钥在哪里发布？
哪些公钥？在 TLS 交互中，公钥只是作为握手的一部分发送。在 PGP 派生系统中，它们通常存储在密钥服务器上。没有单一的方法可以做到这一点，也可能没有特定的发布地点。
“交换公钥很简单。” - 好在你立即反驳了这一点。
@HenkHolterman 交换公钥是微不足道的。这是几 kB 的数据，不需要保密，并带有自己的完整性检查。交换一个小 GIF 就很容易。信任公钥很难，但这一切都是在公钥本身之外完成的，而且远远超出了交换步骤。