ssh

Posted on Apr 13, 2018 By ᵇᵒ

Concepts

ssh: Secure Shell,是一种网络协议，用于计算机之间的加密登录。此ssh并非JavaEE的三种框架SSH(Struts + Spring + Hibernate)。

如果一个用户从本地计算机，使用SSH协议登录另一台远程计算机，我们就可以认为，这种登录是安全的，即使被中途截获，密码也不会泄露。

最早的时候，互联网通信都是明文通信，一旦被截获，内容就暴露无疑。1995年，芬兰学者Tatu Ylonen设计了SSH协议，将登录信息全部加密，成为互联网安全的一个基本解决方案，迅速在全世界获得推广，目前已经成为Linux系统的标准配置。

需要指出的是，SSH只是一种协议，存在多种实现，既有商业实现，也有开源实现。本文针对的实现是OpenSSH，它是自由软件，应用非常广泛。

此外，本文只讨论SSH在Linux Shell中的用法。如果要在Windows系统中使用SSH，会用到另一种软件PuTTY。

Usage

ssh远程登录使用如下命令（假设远程主机host、用户名user）

ssh user@host

如果本地用户名和远程用户名一致，登录时还可以省略掉用户名

ssh host

SSH的默认使用端口22，使用p参数，可以修改这个端口

ssh -p 9527 user@host

Man-in-the-middle attack

SSH之所以能够保证安全，原因在于它采用了公钥加密。整个过程是这样的：

  • 远程主机收到用户的登录请求，把自己的公钥发给用户。
  • 用户使用这个公钥，将登录密码加密后，发送回来。
  • 远程主机用自己的私钥，解密登录密码，如果密码正确，就同意用户登录。

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

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

Login with Password

如果你是第一次登录对方主机，系统会出现下面的提示：

　　$ ssh user@host

　　The authenticity of host 'host (12.18.429.21)' can't be established.
　　RSA key fingerprint is 98:2e:d7:e0:be: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:be: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文件，此外系统也有一个这样的文件，通常是/etc/ssh/ssh_known_hosts，保存一些对所有用户都可信赖的远程主机的公钥(public key)。当下次访问相同计算机时，OpenSSH会核对公钥。如果公钥不同，OpenSSH会发出警告，避免你受到DNS Hijack之类的攻击。

SSH对主机的public_key的检查等级是根据StrictHostKeyChecking变量来配置的（在文件.ssh/config或者/etc/ssh/ssh_config中）。有三种选项，默认情况下，StrictHostKeyChecking=ask。

  • StrictHostKeyChecking=no
    最不安全的级别，当然也没有那么多烦人的提示了，相对安全的内网测试时建议使用。如果连接server的key在本地不存在，那么就自动添加到文件中（默认是known_hosts），并且给出一个警告。
  • StrictHostKeyChecking=ask
    默认的级别，就是出现刚才的提示了。如果连接和key不匹配，给出提示，并拒绝登录。
  • StrictHostKeyChecking=yes
    最安全的级别，如果连接与key不匹配，就拒绝连接，不会提示详细信息。

Login with key

使用密码登录，每次都必须输入密码，非常麻烦。好在SSH还提供了公钥登录，可以省去输入密码的步骤。

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

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

ssh-keygen -t rsa -C "comment" -P "password"
  • -t 指定加密方式，除 rsa 外，还有 dsa、ecdsa、ed25519、rsa1 等方式。
  • -C 指定注释，说明这个KEY的用途等，大多数使用邮箱主要是方便管理，说明这个KEY是谁的。
  • -P 指定密码，可以设置为空密码""，在这里设置密码就可以省略掉后续输密码按Enter键的次数。
  • 还有一些其他参数，可以通过man ssh-keygen查看使用。

运行结束以后，在$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服务。

　　// 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

这条命令由多个语句组成，依次分解开来看：

  • ”$ ssh user@host”，表示登录远程主机；
  • 单引号中的mkdir .ssh && cat » .ssh/authorized_keys，表示登录后在远程shell上执行的命令：
  • ”$ mkdir -p .ssh”的作用是，如果用户主目录中的.ssh目录不存在，就创建一个；
  • ‘cat » .ssh/authorized_keys’ < ~/.ssh/id_rsa.pub的作用是，将本地的公钥文件~/.ssh/id_rsa.pub，重定向追加到远程文件authorized_keys的末尾。

写入authorized_keys文件后，公钥登录的设置就完成了。

ssh environment

ssh登录到远程服务器的时候，会默认将本地的环境变量locale发送到服务器。可能导致在远程执行服务器脚本的时候，原本正常的脚本因locale不一致而发生异常。
对于这种情况，有几种解决办法：

  • 本地客户端禁止发送环境变量
    打开本地电脑/etc/ssh/ssh_config这个文件，注释掉SendEnv LANG LC_* 
    # SendEnv LANG LC_*
  • 远程服务器端拒绝接收环境变量 打开远程服务器上的/etc/ssh/sshd_config，注释掉AcceptEnv LANG LC_* 
    # AcceptEnv LANG LC_*

    Note

    • 这种改动会影响所有ssh登录到该服务器的客户端。
    • /etc/ssh文件夹下的ssh_config配置文件是针对客户端，而sshd_config是针对服务器的。
  • shell脚本指定临时的locale 
    #!/bin/bash
export LC_ALL=en_US.UTF-8
···

    LC_ALL是针对所有的locale，也可以只针对LC_CTYPE设置。
    这种方法好处是指定的locale只作用于该脚本，不影响全局。