为什么密钥登录是由访问者生成密钥并添加到被访服务器？

在服务器远程访问领域，SSH 密钥登录因其高安全性和便捷性，成为开发者与运维人员的首选身份认证方式。可能初次接触这一技术的人会疑惑：为什么是访问者（客户端）生成密钥对，并将公钥添加到被访服务器，而不是由服务器生成密钥提供给访问者？

这一设计并非偶然，而是基于安全性、灵活性及密码学原理的综合考量，得出的最优方案。

一、两种模式的本质区别

这两种方式看似只是角色互换，实则在安全性、管理效率和系统架构上存在显著差异。

二、为什么主流方案选择「访问者生成密钥」？

1. 安全性：私钥必须绝对保密

在非对称加密体系中，私钥是身份的象征，必须由其拥有者严格控制，不得暴露给任何第三方设备或用户。

如果采用“服务器生成密钥对”的方式，服务器需要安全地存储私钥，并将其分发给所有访问者。一旦服务器被入侵，攻击者可能获取私钥，导致所有相关访问者的身份认证失效。

而“访问者生成密钥对”时，私钥仅保留在客户端本地，服务器只保存公钥。即使服务器被攻破，攻击者也只能看到公开无害的公钥，无法冒充访问者登录。

一句话总结：谁持有私钥，谁就拥有身份认证权限；因此，私钥应始终由访问者自己掌控。

2. 灵活性：每个访问者独立管理密钥

当多个用户需要访问同一台服务器时，每个用户都可以独立生成自己的密钥对，并将自己的公钥提交给服务器。

这样，服务器只需维护一个包含所有用户公钥的列表即可。

如果某个用户离职或密钥泄露，管理员只需删除对应的公钥，不会影响其他用户的访问权限。

如果服务器统一生成密钥，则所有用户必须共享同一个私钥。一旦有人离职或密钥泄露，整个密钥都需要更换，并重新分发给所有用户，管理成本极高。

举例说明：

假设一家公司有 100 名员工需要访问服务器。若每人使用自己的密钥对，服务器只需保存 100 个公钥。而如果使用服务器生成的统一私钥，所有人共享一个密钥，一旦有人离职，就必须重新生成密钥并重新分发给所有用户，极其不便。

3. 操作逻辑：符合「客户端 - 服务器」交互模型

SSH 登录的核心流程如下：

1. 客户端向服务器发起连接请求；
2. 服务器生成一段随机挑战信息并发送给客户端；
3. 客户端用自己的私钥对该挑战信息进行签名（加密）；
4. 服务器使用已知的公钥验证签名是否正确。

这个过程要求客户端必须拥有私钥，而服务器必须提前知道对应的公钥。因此，公钥必须由客户端生成并主动提供给服务器，而非服务器生成后反向分发给客户端。

特别是在动态设备或不可控环境中（如临时电脑、公共终端），服务器根本无法主动推送公钥。

三、假设采用「服务器生成密钥」会有什么问题？

1. 私钥分发风险大

服务器生成私钥后，必须通过安全渠道将其分发给所有访问者（例如加密邮件、专用工具）。但在实际应用中存在诸多问题：

如果访问者的设备本身不够安全（比如公共电脑、临时设备），私钥极易被窃取；

在大规模环境中（例如成千上万的客户端），密钥的分发、更新和回收将成为一项极其复杂且容易出错的工作。

2. 客户端无法自主管理密钥生命周期

用户无法自行更换密钥，必须依赖服务器重新生成并分发，灵活性极低。

例如，当用户怀疑自己的私钥已经泄露时，希望立即更换密钥以保障安全，但如果使用的是服务器分配的密钥，就必须联系管理员操作，响应时间长、效率低。

四、延伸：公钥加密体系的核心逻辑

SSH利用非对称加密中的数字签名机制：客户端使用自己的私钥加密一段数据（通常是随机挑战），服务器使用对应的公钥进行解密，从而验证客户端的身份。

这种机制避免了密码明文传输的风险，也无需服务器掌握任何用户的私钥。

核心原则：公钥可以自由传播，私钥必须绝对保密。因此，公钥应由其所有者生成并主动共享，这是整个非对称加密体系的基本前提。

-End-

如果觉得我的分享有用

[点赞+分享+关注]

原文始发于微信公众号（网络个人修炼）：为什么密钥登录是由访问者生成密钥并添加到被访服务器？