ssh原理

最新推荐文章于 2019-11-10 09:58:45 发布

榨菜rose

最新推荐文章于 2019-11-10 09:58:45 发布

阅读量1.3k

点赞数 2

文章标签： ssh原理

一、什么是SSH？
SSH是一种网络协议，用于计算机之间的加密登录。如果一个用户从本地计算机，使用SSH协议登录另一台远程计算机，我们就可以认为，这种登录是安全的，即使被中途截获，密码也不会泄露。
最早的时候，互联网通信都是明文通信，一旦被截获，内容就暴露无疑。1995年，芬兰学者Tatu Ylonen设计了SSH协议，将登录信息全部加密，成为互联网安全的一个基本解决方案，迅速在全世界获得推广，目前已经成为Linux系统的标准配置。
二、最基本的用法
SSH主要用于远程登录。假定你要以用户名user，登录远程主机host，只要一条简单命令就可以了。

ssh user@host
# 默认是22端，可以使用参数-p进行指定
# 如果连接失败，则检查一下目标主机的ssh server端程序是否安装、服务是否启动，是否在侦听22端口；
如果没有安装，则执行：sudo apt-get install ssh
如果没有开启，则执行：sudo /etc/init.d/ssh start

三、对称加密和非对称加密
1、对称加密，指加密解密使用同一套秘钥。如下图所示：
对称加密-Client端

对称加密-Server端

对称加密的加密强度高，很难破解。
但是在实际应用过程中不得不面临一个棘手的问题：如何安全的保存密钥呢？尤其是考虑到数量庞大的Client端，很难保证密钥不被泄露。一旦一个Client端的密钥被窃据，那么整个系统的安全性也就不复存在。为了解决这个问题，非对称加密应运而生。非对称加密有两个密钥：“公钥"和"私钥”。
2、非对称加密
特性：
公钥加密后的密文，只能通过其对应的私钥进行解密；
通过公钥推理出私钥的可能性微乎其微。
登录流程：
（1）远程Server收到Client端用户TopGun的登录请求，Server把自己的公钥发给用户。
（2）Client使用这个公钥，将密码进行加密。
（3）Client将加密的密码发送给Server端。
（4）远程Server用自己的私钥，解密登录密码，然后验证其合法性。
（5）若验证结果，给Client相应的响应。
以用户TopGun为例，如下图所示：
登录流程
因为私钥是Server端独有的，这就保证了Client的登录信息即使在网络传输过程中被窃据，也没有私钥进行解密，保证了数据的安全性，这充分利用了非对称加密的特性。
四、中间人攻击
SSH之所以能够保证安全，原因在于它采用了公钥加密。
整个过程如上图所示：
（1）远程主机收到用户的登录请求，把自己的公钥发给用户。
（2）用户使用这个公钥，将登录密码加密后，发送回来。
（3）远程主机用自己的私钥，解密登录密码，如果密码正确，就同意用户登录。
这个过程本身是安全的，但是实施的时候存在一个风险：

Client端如何保证接受到的公钥就是目标Server端的？，如果一个攻击者中途拦截Client的登录请求，向其发送自己的公钥，Client端用攻击者的公钥进行数据加密。攻击者接收到加密信息后再用自己的私钥进行解密，不就窃取了Client的登录信息了吗？

如果有人截获了登录请求，然后冒充远程主机，将伪造的公钥发给用户，那么用户很难辨别真伪。因为不像https协议，SSH协议的公钥是没有证书中心（CA）公证的，也就是说，都是自己签发的。可以设想具体场景，如果攻击者插在用户与远程主机之间（比如在公共的wifi区域），用伪造的公钥，获取用户的登录密码。再用这个密码登录远程主机，那么SSH的安全机制就荡然无存了。这种风险就是著名的"中间人攻击"(Man-in-the-middle attack)。如下图所示：

五、SSH解决中间人攻击
1、口令登录（基于口令的认证）
从上面的描述可以看出，问题就在于如何对Server的公钥进行认证？在https中可以通过CA来进行公证，可是SSH的publish key和private key都是自己生成的，没法公证。只能通过Client端自己对公钥进行确认。
通常在第一次登录的时候，系统会出现下面提示信息：

$ ssh python@host
The authenticity of host 'host (host)' can't be established.
ECDSA key fingerprint is SHA256:f0rbTNss4VO+EkQboPk0FtX4VXiL5u66cTw0RUL70KE.
Are you sure you want to continue connecting (yes/no)? yes
Warning: Permanently added 'host' (ECDSA) to the list of known hosts.

上面的信息说的是：无法确认主机host(12.18.429.21)的真实性，不过知道它的公钥指纹，询问你是否继续连接？
所谓"公钥指纹"，是指公钥长度较长（这里采用RSA算法，长达1024位），很难比对，所以对其进行sha1或MD5计算，将它变成一个128位的指纹。上例中是 SHA256:f0rbTNss4VO+EkQboPk0FtX4VXiL5u66cTw0RUL70KE，再进行比较，就容易多了。
之所以用fingerprint代替key，主要是key过于长（RSA算法生成的公钥有1024位），很难直接比较。所以，对公钥进行hash生成一个128位的指纹，这样就方便比较了。
很自然的一个问题就是，用户怎么知道远程主机的公钥指纹应该是多少？
回答是没有好办法，远程主机必须在自己的网站上贴出公钥指纹，以便用户自行核对，或者自己甄别host地址是否正确。
假定经过风险衡量以后（一般用户直接就选择yes吧），用户决定接受这个远程主机的公钥。
　　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文件，此外系统也有一个这样的文件，通常是/etc/ssh/ssh_known_hosts，保存一些对所有用户都可信赖的远程主机的公钥。
简单说，当host已被确认，并被追加到文件known_hosts中，下次连接只需要输入密码即可。
2、公钥登录（基于公钥的认证）
使用密码登录，每次都必须输入密码，非常麻烦。好在SSH提供了另外一种可以免去输入密码过程的登录方式：公钥登录。
所谓"公钥登录"，原理很简单，就是用户将自己的公钥储存在远程主机上。
登录的时候，远程主机会向用户发送一段随机字符串，用户用自己的私钥加密后，再发回来。远程主机用事先储存的公钥进行解密，如果成功，就证明用户是可信的，直接允许登录shell，不再要求密码。
公钥认证流程：

Client端用户TopGun将自己的公钥存放在Server上，追加在文件authorized_keys中。
Server收到登录请求后，随机生成一个字符串str1，并发送给Client。
Client用自己的私钥对字符串str1进行加密。
将加密后字符串发送给Server。
Server用之前存储的公钥进行解密，比较解密后的str2和str1。
根据比较结果，返回客户端登陆结果。
流程如下图所示：

这种方法要求用户必须提供自己的公钥。如果没有现成的，可以直接用ssh-keygen生成一个：

ssh-keygen -t rsa -C "youremail@example.com"
-t 指定密钥类型，默认是 rsa ，可以省略。 
-C 设置注释文字，比如邮箱。 
-f 指定密钥文件存储文件名。

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

$ ssh-copy-id user@host

好了，从此你再登录，就不需要输入密码了。

如果还是不行，就打开远程主机的/etc/ssh/sshd_config这个文件，检查下面几行前面"#"注释是否取掉。
　　RSAAuthentication yes
　　PubkeyAuthentication yes
　　AuthorizedKeysFile .ssh/authorized_keys
然后，重启远程主机的ssh服务。
　　// ubuntu系统
　　service ssh restart
　　// debian系统
　　/etc/init.d/ssh restart
什么是authorized_keys文件？
远程主机将用户的公钥，保存在登录后的用户主目录的$HOME/.ssh/authorized_keys文件中。公钥就是一段字符串，只要把它追加在authorized_keys文件的末尾就行了。
这里不使用上面的ssh-copy-id命令，改用下面的命令，解释公钥的保存过程：

$ ssh user@host 'mkdir -p .ssh && cat >> .ssh/authorized_keys' < ~/.ssh/id_rsa.pub

这条命令由多个语句组成，依次分解开来看：（1）"$ ssh user@host"，表示登录远程主机；（2）单引号中的mkdir .ssh && cat >> .ssh/authorized_keys，表示登录后在远程shell上执行的命令：（3）"$ mkdir -p .ssh"的作用是，如果用户主目录中的.ssh目录不存在，就创建一个；（4）‘cat >> .ssh/authorized_keys’ < _{/.ssh/id_rsa.pub的作用是，将本地的公钥文件}/.ssh/id_rsa.pub，重定向追加到远程文件authorized_keys的末尾。
写入authorized_keys文件后，公钥登录的设置就完成了。
本文只是作为，个人习惯记录，如存在侵权，请联系本人删除！