认证_SSH

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

整个过程是这样的：（1）远程主机收到用户的登录请求，把自己的公钥发给用户。（2）用户使用这个公钥，将登录密码加密后，发送回来。（3）远程主机用自己的私钥，解密登录密码，如果密码正确，就同意用户登录。

这个过程本身是安全的，但是实施的时候存在一个风险：如果有人截获了登录请求，然后冒充远程主机，将伪造的公钥发给用户，那么用户很难辨别真伪。因为不像https协议，SSH协议的公钥是没有证书中心（CA）公证的，也就是说，都是自己签发的。

可以设想，如果攻击者插在用户与远程主机之间（比如在公共的wifi区域），用伪造的公钥，获取用户的登录密码。再用这个密码登录远程主机，那么SSH的安全机制就荡然无存了。这种风险就是著名的"中间人攻击"（Man-in-the-middle attack）。

密码登陆

 

ssh root@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(保存一些对所有用户都可信赖的远程主机的公钥)之中。下次再连接这台主机，系统就会认出它的公钥已经保存在本地了，从而跳过警告部分，直接提示输入密码。

－－－－－－－－－－－－－－－－－－－－－－－－－－－－

 

公钥登陆

 

"公钥登录"，原理很简单，就是用户将自己的公钥储存在远程主机上。

登录的时候，远程主机会向用户发送一段随机字符串，用户用自己的私钥加密后，再发回来。远程主机用事先储存的公钥进行解密，如果成功，就证明用户是可信的，直接允许登录shell，不再要求密码。

id_rsa.pub和id_rsa。前者是你的公钥，后者是你的私钥。

// ubuntu系统

service ssh restart

// debian系统

/etc/init.d/ssh restart

 

 

－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－

 

ssh root@host 'cat >> ~/.ssh/authorized_keys' <~/.ssh/id_rsa.pub

 

 

单引号中间的部分，表示在远程主机上执行的操作；后面的输入重定向，表示数据通过SSH传向远程主机。

查看远程主机是否运行进程httpd

 

ssh user@host 'ps ax | grep [h]ttpd'

 

 

端口转发

 

绑定本地端口

既然SSH可以传送数据，那么我们可以让那些不加密的网络连接，全部改走SSH连接，从而提高安全性。

 

$ ssh -D 8080 user@host

 

SSH会建立一个socket，去监听本地的8080端口。一旦有数据传向那个端口，就自动把它转移到SSH连接上面，发往远程主机。可以想象，如果8080端口原来是一个不加密端口，现在将变成一个加密端口。

 

本地端口转发

假定host1是本地主机，host2是远程主机。由于种种原因，这两台主机之间无法连通。但是，另外还有一台host3，可以同时连通前面两台主机。因此，很自然的想法就是，通过host3，将host1连上host2。

 

　$ ssh -L 2121:host2:21 host3  //本地端口:目标主机:目标主机端口

 

指定SSH绑定本地端口2121，然后指定host3将所有的数据，转发到目标主机host2的21端口（假定host2运行FTP，默认端口为21）。

$ ftp localhost:2121            //就等于连上了host2的21端口

本地端口转发"使得host1和host3之间仿佛形成一个数据传输的秘密隧道，因此又被称为"SSH隧道"。

 

 

ssh -L8888:localhost:8080 dna@176.34.35.16
password: 123

 

http://localhost:8888/web/reports/allAccountOverview

 

远程端口转发

还是接着看上面那个例子，host1与host2之间无法连通，必须借助host3转发。但是，特殊情况出现了，host3是一台内网机器，它可以连接外网的host1，但是反过来就不行，外网的host1连不上内网的host3。这时，"本地端口转发"就不能用了，怎么办？

解决办法是，既然host3可以连host1，那么就从host3上建立与host1的SSH连接，然后在host1上使用这条连接就可以了。

 

 

ssh -R 2121:host2:21 host1  //远程主机端口:目标主机:目标主机端口

 

绑定之后，我们在host1就可以连接host2了：

 

$ ftp localhost:2121