ssh密钥认证原理

SSH之所以能够保证安全,原因在于它采用了公钥加密。

整个ssh密码登录过程是这样的:

1)用户向远程主机发登录请求:ssh user@远程主机

2)远程主机收到用户的登录请求,把自己的公钥发给用户。

2)用户使用这个公钥,将登录密码加密后,发送回远程主机。

3)远程主机用自己的私钥,解密登录密码,如果密码正确,就同意用户登录。

在linux上,如果你是第一次登录对方主机,系统会出现下面的提示:

$ ssh user@host 
The authenticity of host 'host (12.18.429.21)' can't be established. 
RSA key fingerprint is 98:2e:d7:e0:de:9f:ac:67:28:c2:42:2d:37:16:58:4d. 
Are you sure you want to continue connecting (yes/no)?

这段话的意思是,无法确认host主机的真实性,只知道它的公钥指纹,问你还想继续连接吗? 
所谓"公钥指纹",是指公钥长度较长(这里采用RSA算法,长达1024位),很难比对,所以对其进行MD5计算,将它变成一个128位的指纹。上例中是98:2e:d7:e0:de:9f:ac:67:28:c2:42:2d:37:16:58:4d,再进行比较,就容易多了。 
很自然的一个问题就是,用户怎么知道远程主机的公钥指纹应该是多少?回答是没有好办法,远程主机必须在自己的网站上贴出公钥指纹,以便用户自行核对。 
假定经过风险衡量以后,用户决定接受这个远程主机的公钥。 
Are you sure you want to continue connecting (yes/no)? yes
系统会出现一句提示,表示host主机已经得到认可。 

Warning: Permanently added 'host,12.18.429.21' (RSA) to the list of known hosts.

然后,会要求输入密码。 

Password: (enter password)

如果密码正确,就可以登录了。 
当远程主机的公钥被接受以后,它就会被保存在文件$HOME/.ssh/known_hosts之中。下次再连接这台主机,系统就会认出它的公钥已经保存在本地了,从而跳过警告部分,直接提示输入密码。 
每个SSH用户都有自己的known_hosts文件,分别在自己的$HOME目录下,此外操作系统也有一个这样的文件,通常是/etc/ssh/ssh_known_hosts,保存一些对所有用户都可信赖的远程主机的公钥。 
使用公钥登录(免输入密码) 
使用密码登录,每次都必须输入密码,非常麻烦。好在SSH还提供了公钥登录,可以省去输入密码的步骤。 
所谓"公钥登录",原理很简单,就是用户将自己的公钥储存在远程主机上。登录的时候,远程主机会向用户发送一段随机字符串,用户用自己的私钥加密后,再发回来。远程主机用事先储存的公钥进行解密,如果成功,就证明用户是可信的,直接允许登录shell,不再要求输入密码,这和之前的ssh账号密码也没有直接关系。 
这种方法要求用户必须提供自己的公钥。如果没有现成的,可以直接用ssh-keygen生成一个: 

$ ssh-keygen

运行上面的命令以后,系统会出现一系列提示,可以一路回车。其中有一个问题是,要不要对私钥设置口令(passphrase),如果担心私钥的安全,这里可以设置一个。 
运行结束以后,在$HOME/.ssh/目录下,会新生成两个文件:id_rsa.pub和id_rsa。前者是你的公钥,后者是你的私钥。 
这时再输入下面的命令,将公钥传送到远程主机host上面: 

$ ssh-copy-id user@host

好了,从此你再登录远程主机,就不需要输入密码了。 
如果还是不行,就打开远程主机的/etc/ssh/sshd_config这个文件,检查下面几行前面"#"注释是否取掉。 
RSAAuthentication yes   
PubkeyAuthentication yes   
AuthorizedKeysFile .ssh/authorized_keys
然后,重启远程主机的ssh服务。 
关于authorized_keys文件 
远程主机将用户的公钥,保存在登录后的用户主目录的$HOME/.ssh/authorized_keys文件中。公钥就是一段字符串,只要把它追加在authorized_keys文件的末尾就行了。 
如果不使用上面的ssh-copy-id命令,改用下面的命令也可以: 
# scp -P 22 id_rsa.pub root@192.168.1.77:/root/.ssh/authorized_keys 
root@192.168.1.77's password:   <-- 输入机器Server的root用户密码 
id_rsa.pub                                                              100%  218     0.2KB/s   00:00 
如果远程主机的authorized_keys文件已经存在,也可以往里添加公钥: 
先将公钥文件上传到远程主机中, 
#scp -P 2007 ~/.ssh/id_rsa.pub root@192.168.1.91:/root/ 
SSH到登陆到远程主机,将公钥追加到 authorized_keys 文件中 
cat /root/id_rsa.pub >> /root/.ssh/authorized_keys 
或直接运行命令: 
cat ~/.ssh/id_dsa.pub|ssh -p 22 root@192.168.1.91 `cat - >> ~/.ssh/authorized_keys`
写入authorized_keys文件后,公钥登录的设置就完成了。
<think>好的,我现在需要解释SSH密钥认证的工作原理。根据用户提供的引用内容,我得先整理一下已有的信息。 首先,引用[1]提到,SSH服务器保存了用户的公钥,这样服务器可以用它来认证用户。引用[2]补充说,GitLab远程服务器需要保存客户端的公钥来解密用户的凭证。这说明公钥存储在服务器端,而私钥在客户端。当客户端发起连接时,服务器会用公钥验证客户端提供的签名,这可能涉及加密的挑战-响应机制。 然后,引用[3]提到了ssh-agent管理私钥的情况。当私钥被移除后,认证会失败,说明ssh-agent在认证过程中负责提供私钥的访问。这涉及到客户端如何安全地处理私钥,可能不需要每次都输入密码,而是由agent来管理会话。 引用[4]提到在远程安装时需要使用SSH私钥,说明私钥必须安全地存储在客户端,并且可能需要在自动化流程中使用,比如脚本或部署工具。这强调了私钥的保密性,一旦泄露会有安全风险。 接下来,我需要将这些点串联起来,形成一个完整的流程。首先,生成密钥对,公钥放在服务器,私钥留在客户端。当连接请求发起时,服务器生成一个随机数并用公钥加密,客户端用私钥解密后生成签名返回,服务器验证签名是否正确。这个过程确保了只有拥有私钥的客户端能通过认证。 同时要注意密钥的存储和管理,比如ssh-agent的作用,以及多账户情况下如何处理不同的密钥。用户可能还关心安全性问题,如中间人攻击的防范,这可以通过SSH协议的其他机制来保障,比如主机密钥验证。 最后,用户可能生成相关问题,比如如何生成密钥对、多账户管理、安全性措施等,需要根据引用内容中的要点来设计相关问题。</think>### SSH密钥认证的工作原理 SSH密钥认证基于**非对称加密**,通过公钥和私钥配对实现身份验证,避免密码传输风险。以下是具体步骤: 1. **密钥对生成** 用户本地生成一对密钥(公钥 + 私钥),例如使用命令: ```bash ssh-keygen -t ed25519 ``` 私钥(如`id_ed25519`)保存在客户端,公钥(如`id_ed25519.pub`)需上传至SSH服务器[^2]。 2. **公钥注册** 将公钥内容添加到服务器的`~/.ssh/authorized_keys`文件中。服务器通过该文件识别合法用户[^1]。 3. **认证过程** - **挑战生成**:用户发起连接时,服务器生成随机数(Challenge),用公钥加密后发送给客户端。 - **签名响应**:客户端用私钥解密随机数,生成数字签名并返回服务器。 - **验证签名**:服务器用公钥验证签名,确认客户端身份[^1]。 4. **密钥管理** - **ssh-agent**:客户端工具(如`ssh-agent`)可缓存解密后的私钥,避免重复输入密码[^3]。 - **多账户场景**:通过`~/.ssh/config`文件配置不同主机对应的密钥,例如: ```bash Host github-work HostName github.com User git IdentityFile ~/.ssh/work_ed25519 ``` 5. **安全性保障** - 私钥必须严格保密(权限设为`600`),泄露需立即撤销[^4]。 - SSH协议默认使用主机密钥验证,防止中间人攻击。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值