这篇博客详细介绍了SSH的登录原理，包括SSH的基本框架、版本协商、密钥和算法协商、认证过程、会话请求和交互会话阶段。内容涵盖SSH的工作流程、中间人攻击的防范、验证原理以及SSH配置，如公钥免登录设置。此外，还讨论了SSH登录后的用户权限、配置参数以及相关安全设置。
什么是SSH
SSH基本框架
* 传输层协议（The Transport Layer Protocol）提供服务器认证，数据机密性，信息完整性 等的支持；
* 用户认证协议（The User Authentication Protocol） 则为服务器提供客户端的身份鉴别；
* 连接协议（The Connection Protocol） 将加密的信息隧道复用成若干个逻辑通道，提供给更高层的应用协议使用； 各种高层应用协议可以相对地独立于SSH基本体系之外，并依靠这个基本框架，通过连接协议使用SSH的安全机制。
基本用法
如果本地用户名与远程用户名一致，登录时可以省略用户名$ ssh user@host
SSH的默认端口是22，也就是说，你的登录请求会送进远程主机的22端口。使用p参数，可以修改这个端口。$ ssh host
$ ssh -p 2222 user@host
中间人攻击
整个过程是这样的：（1）远程主机收到用户的登录请求，把自己的公钥发给用户。（2）用户使用这个公钥，将登录密码加密后，发送回来。（3）远程主机用自己的私钥，解密登录密码，如果密码正确，就同意用户登录。
这个过程本身是安全的，但是实施的时候存在一个风险：如果有人截获了登录请求，然后冒充远程主机，将伪造的公钥发给用户，那么用户很难辨别真伪。因为不像https协议，SSH协议的公钥是没有证书中心（CA）公证的，也就是说，都是自己签发的。
可以设想，如果攻击者插在用户与远程主机之间（比如在公共的wifi区域），用伪造的公钥，获取用户的登录密码。再用这个密码登录远程主机，那么SSH的安全机制就荡然无存了。这种风险就是著名的"中间人攻击"（Man-in-the-middle attack）。
SSH协议是如何应对的呢？
SSH验证原理详解
1.基于口令的验证
这段话的意思是，无法确认host主机的真实性，只知道它的公钥指纹，问你还想继续连接吗？$ 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)?
所谓"公钥指纹"，是指公钥长度较长（这里采用RSA算法，长达1024位），很难比对，所以对其进行MD5计算，将它变成一个128位的指纹。上例中是98:2e:d7:e0:de:9f:ac:67:28:c2:42:2d:37:16:58:4d，再进行比较，就容易多了。
很自然的一个问题就是，用户怎么知道远程主机的公钥指纹应该是多少？回答是没有好办法，远程主机必须在自己的网站上贴出公钥指纹，以便用户自行核对。
假定经过风险衡量以后，用户决定接受这个远程主机的公钥。
系统会出现一句提示，表示host主机已经得到认可。Are you sure you want to continue connecting (yes/no)? yes
然后，要求输入密码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，保存一些对所有用户都可信赖的远程主机的公钥。
所谓"公钥登录"，原理很简单，就是用户将自己的公钥储存在远程主机上。登录的时候，远程主机会向用户发送一段随机字符串，用户用自己的私钥加密后，再发回来。远程主机用事先储存的公钥进行解密，如果成功，就证明用户是可信的，直接允许登录shell，不再要求密码。
这种方法要求用户必须提供自己的公钥。如果没有现成的，可以直接用ssh-keygen生成一个：
运行上面的命令以后，系统会出现一系列提示，可以一路回车。其中有一个问题是，要不要对私钥设置口令（passphrase），如果担心私钥的安全，这里可以设置一个。$ ssh-keygen
运行结束以后，在$HOME/.ssh/目录下，会新生成两个文件：id_rsa.pub和id_rsa。前者是你的公钥，后者是你的私钥。
这时再输入下面的命令，将公钥传送到远程主机host上面：
好了，从此你再登录，就不需要输入密码了。$ ssh-copy-id user@host
如果还是不行，就打开远程主机的/etc/ssh/sshd_config这个文件，检查下面几行前面"#"注释是否取掉。
远程主机将用户的公钥，保存在登录后的用户主目录的$HOME/.ssh/authorized_keys文件中。公钥就是一段字符串，只要把它追加在authorized_keys文件的末尾就行了。RSAAuthentication yes
PubkeyAuthentication yes
AuthorizedKeysFile .ssh/authorized_keys
这里不使用上面的ssh-copy-id命令，改用下面的命令，解释公钥的保存过程：
这条命令由多个语句组成，依次分解开来看：（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的末尾。$ ssh user@host 'mkdir -p .ssh && cat >> .ssh/authorized_keys' < ~/.ssh/id_rsa.pub
写入authorized_keys文件后，公钥登录的设置就完成了。
SSH工作过程
在整个通讯过程中，为实现 SSH的安全连接，服务器端与客户端要经历如下五个阶段：
* 版本号协商阶段，SSH目前包括 SSH1和SSH2两个版本， 双方通过版本协商确定使用的版本
* 密钥和算法协商阶段，SSH支持多种加密算法， 双方根据本端和对端支持的算法，协商出最终使用的算法
* 认证阶段，SSH客户端向服务器端发起认证请求， 服务器端对客户端进行认证
* 会话请求阶段， 认证通过后，客户端向服务器端发送会话请求
* 交互会话阶段 ，会话请求通过后，服务器端和客户端进行信息的交互
1 . 版本号协商阶段
1. 服务器打开端口 22，等待客户端连接。
2. 客户端向服务器端发起 TCP初始连接请求，TCP连接建立后，服务器向客户端发送第一个报文，包括版本标志字符串，格式为“SSH－<主协议版本号>.<次协议版本号>－<软件版本号>”，协议版本号由主版本号和次版本号组成，软件版本号主要是为调试使用。
3. 客户端收到报文后，解析该数据包，如果服务器端的协议版本号比自己的低，且客户端能支持服务器端的低版本，就使用服务器端的低版本协议号，否则使用自己的协议版本号。
4. 客户端回应服务器一个报文，包含了客户端决定使用的协议版本号。服务器比较客户端发来的版本号，决定是否能同客户端一起工作。
5. 如果协商成功，则进入密钥和算法协商阶段，否则服务器端断开 TCP连接。
Note： 版本号协商阶段报文都是采用明文方式传输的。
2. 密钥和算法协商阶段
1. 服务器端和客户端分别发送算法协商报文给对端，报文中包含自己支持的公钥算法列表、加密算法列表、MAC（Message Authentication Code，消息验证码）算法列表、压缩算法列表等;
2. 服务器端和客户端根据对端和本端支持的算法列表得出最终使用的算法。
3. 服务器端和客户端利用 DH交换（Diffie-Hellman Exchange）算法、主机密钥对等参数，生成会话密钥和会话 ID。
通过以上步骤，服务器端和客户端就取得了相同的会话密钥和会话ID。
* 对于后续传输的数据，两端都会使用会话密钥进行加密和解密，保证了数据传送的安全
* 在认证阶段，两端会使用会话 ID用于认证过程。
Note：
在协商阶段之前，服务器端已经生成 RSA或 DSA密钥对，他们主要用于参与会话密钥的生成。
3. 认证阶段
1. 客户端向服务器端发送认证请求，认证请求中包含用户名、认证方法、与该认证方法相关的内容（如：password认证时，内容为密码）。
2. 服务器端对客户端进行认证，如果认证失败，则向客户端发送认证失败消息，其中包含可以再次认证的方法列表。
3. 客户端从认证方法列表中选取一种认证方法再次进行认证。
4. 该过程反复进行， 直到认证成功或者认证次数达到上限， 服务器关闭连接为止。
4.会话请求阶段
1. 服务器等待客户端的请求；
2. 认证通过后，客户端向服务器发送会话请求；
3. 服务器处理客户端的请求。请求被成功处理后， 服务器会向客户端回应 SSH_SMSG_SUCCESS包，SSH进入交互会话阶段；否则回应 SSH_SMSG_FAILURE包，表示服务器处理请求失败或者不能识别请求。
5.交互会话阶段
在这个模式下，数据被双向传送：
1. 客户端将要执行的命令加密后传给服务器;
2. 服务器接收到报文，解密后执行该命令,将执行的结果加密发还给客户端;
3. 客户端将接收到的结果解密后显示到终端上.
用户名和密码存储在哪里？
SSH 服务端 用户名密码记录在哪里？ 文件的所有者？ 权限是多少 ？
与用户和组有关的系统文件：| 系统文件 | 说明 |
|---|---|
| /etc/passwd | 保存用户名和密码等信息，Linux系统中的每个用户都在/etc/passwd文件中有一个对应的记录行。这个文件对所有用户都是可读的。 |
| /etc/shadow | /etc/shadow中的记录行和/etc/passwd中的相对应，他由pwconv命令根据/etc/passwd中的数据自动产生，它的格式和/etc/passwd类似，只是对密码进行了加密。并不是所有的系统都支持这个文件。 |
| /etc/group | 以记录行的形式保存了用户组的所有信息。 |
对每个字段的说明：
| 字段 | 说明 |
|---|---|
| 用户名 | 用户名是惟一的，长度根据不同的linux系统而定，一般是8位。 |
| 密码 | 由于系统中还有一个/etc/shadow文件用于存放加密后的口令，所以在这里这一项是“x”来表示，如果用户没有设置口令，则该项为空。如果passwd字段中的第一个字符是“*”的话，那么，就表示该账号被查封了，系统不允许持有该账号的用户登录。 |
| 用户ID | 系统内部根据用户ID而不是用户名来识别不同的用户，用户ID有以下几种：
|
| 组ID | 其实这个和用户ID差不多，用来管理群组，与/etc/group文件相关。 |
| 描述信息 | 这个字段几乎没有什么用，只是用来解释这个账号的意义。在不同的Linux系统中，这个字段的 格式并没有统一。在许多Linux系统中，这个字段存放的是一段任意的注释性描述文字，用做finger命令的输出。 |
| 用户主目录 | 用户登录系统的起始目录。用户登录系统后将首先进入该目录。root用户默认是/，普通用户是/home/username。 |
| 用户Shell | 用户登录系统时使用的Shell。 |
SSH登录之后发生了什么？
~/.bash_profile
~/.bash_login
~/.profile
什么是 non-login shell
交互式的non-login shell启动时读取~/.bashrc资源文件。非交互式的non-login shell不读取上述所有配置文件，而是查找环境变量BASH_ENV，读取并执行BASH_ENV指向的文件中的命令。
下面做个简单的实验来验证上面的描述。在~/.bash_profile中设置如下变量：
lshell="login shell will see this message"
分别启动一个交互式non-login shell和交互式login shell，查看lshell变量：
[sw@gentoo ~]$ bash [sw@gentoo ~]$ echo $lshell [sw@gentoo ~]$ exit exit [sw@gentoo ~]$ bash --login [sw@gentoo ~]$ echo $lshell login shell will see this message [sw@gentoo ~]$ exit logout
可见non-login shell并没有读取~/.bash_profile，login shell读取了，与上面的描述相符。
为什么普通用户可以sudo
SSH配置
"Port"设置连接到远程主机的端口，ssh默认端口为22。
HostKey
"HostKey"设置包含计算机私人密钥的文件，sshd主机密钥向ssh客户端唯一标识ssh客户端。
MaxStartMaxStartups
"MaxStartups"设置SSH终端的最大连接数
LoginGraceTime
"LoginGraceTime"设置连接时间，设为0表示不限制连接时间
ClientAliveInterval
"ClientAliveInterval"设置无响应的时间间隔，如果没有响应，判断一次超时
ClientAliveCountMax
"ClientAliveCountMax"设置允许超时的次数
KeyRegenerationInterval
“KeyRegenerationInterval”设置在多少秒之后自动重新生成服务器的密匙（如果使用密匙）。
ServerKeyBits
“ServerKeyBits”定义服务器密匙的位数
LogLevel
"LogLevel"设置记录sshd日志消息的层次。INFO是一个好的选择。查看sshd的man帮助页，已获取更多的信息
LoginGraceTime
"LoginGraceTime"设置如果用户不能成功登录，在切断连接之前服务器需要等待的时间（以秒为单位）
PermitRootLogin
"PermitRootLogin"设置root能不能用ssh登录。这个选项一定不要设成“yes”
StrictModes
"StrictModes"设置ssh在接收登录请求之前是否检查用户家目录和rhosts文件的权限和所有权。这通常是必要的，因为新手经常会把自己的目录和文件设成任何人都有写权限。
MaxAuthTries
"MaxAuthTries"限制SSH客户端一次连接服务器，能测试的密码的
RSAAuthentication
"RSAAuthentication"设置是否使用RSA算法进行安全验证。
PubkeyAuthentication
“PubkeyAuthentication”设置是否使用public key进行登录。
AuthorizedKeysFile
“AuthorizedKeysFile”用于设置用户公钥文件存储位置，系统默认位置在用户目录下的.ssh/authorized_keys
RhostsRSAAuthentication
"RhostsRSAAuthentication"设置是否使用用RSA算法的基于rhosts的安全验证。
HostbasedAuthentication
“HostbasedAuthentication”设置是否禁用基于主机的身份验证。
IgnoreUserKnownHosts
“IgnoreUserKnownHosts”设置ssh daemon是否在进行RhostsRSAAuthentication安全验证的时候忽略用户的“$HOME/.ssh/known_hosts”。
IgnoreRhosts
“IgnoreRhosts”设置验证的时候是否使用“rhosts”和“shosts”文件。
PasswordAuthentication
“PasswordAuthentication” 设置是否允许口令验证
PermitEmptyPasswords
“PermitEmptyPasswords”设置是否允许用口令为空的帐号登录。
ChallengeResponseAuthentication
“ChallengeResponseAuthentication”设置是否 允许任何的密码认证！所以，任何 login.conf 规定的认证方式，均可适用！但目前我们比较喜欢使用 PAM 模块帮 忙管理认证，因此这个选项可以设定为 no 喔！
KerberosAuthentication
“KerberosAuthentication” 设置与Kerberos 有关的参数设定！因为我们没有 Kerberos 主机，所以底下不用设定！
配置客户端 ssh_config
ForwardAgent
"ForwardAgent" 设置连接是否经过验证代理（如果存在）转发给远程计算机。
ForwardX11
"ForwardX11"设置X11连接是否被自动重定向到安全的通道和显示集（DISPLAY set）。
RhostsAuthentication
“RhostsAuthentication”设置是否使用基于rhosts的安全验证。
BatchMode
“BatchMode“如果设为“yes”，passphrase/password（交互式输入口令）的提示将被禁止。当不能交互式输入口令的时候，这个选项对脚本
CheckHostIP
“CheckHostIP”设置ssh是否查看连接到服务器的主机的IP地址以防止DNS欺骗。建议设置为“yes”。
ConnectTimeout
“ConnectTimeout”设置ssh连接超时时间
StrictHostKeyChecking
“StrictHostKeyChecking” 如果设置成“yes”，ssh就不会自动把计算机的密匙加入“$HOME/.ssh/known_hosts”文件，并且一旦计算机的密匙发生了变化，就拒绝连接。
IdentityFile ~/.ssh/identity
“IdentityFile”设置从哪个文件读取用户的RSA安全验证标识
Cipher
“Cipher”设置加密用的密码
EscapeCha
“EscapeCha”设置escape字符
Tunnel
"Tunnel" 设置穿越不被信任的网络。
GSSAPIAuthenticatio
“GSSAPIAuthenticatio”允许使用基于 GSSAPI 的用户认证“UserKnownHostsFile”允许指定不同的 known_hosts 文件
.bashrc文件的作用
这个文件主要保存个人的一些个性化设置，如命令别名、路径等。每次修改.bashrc后，使用source ~/.bashrc（或者 . ~/.bashrc）就可以立刻加载修改后的设置，使之生效。一般会在.bash_profile文件中显式调用.bashrc。登陆linux启动bash时首先会去读取~/.bash_profile文件，这样~/.bashrc也就得到执行了，你的个性化设置也就生效了。
SSH公钥免登录设置
将公钥上传至服务器，注意使用 scp时候，最后要加 ":"$ ssh-keygen
$ scp .ssh/id_rsa.pub remote_usrname@192.168.0.2:
将上传的公钥移至服务器加目录 .ssh下。$ ssh remote_username@192.168.0.2
$ mv id_rsa.pub ~/.ssh
完成，之后登录即不再需要输入密码
$ cat id_rsa.pub >> authorized_keys
Q & A
Q: 简单描述下SSH运行的过程？
简要过程如下：
* Client端向Server端发起SSH连接请求。
* Server端向Client端发起版本协商。
* 协商结束后Server端发送Host Key公钥 Server Key公钥，随机数等信息。到这里所有通信是不加密的。
* Client端返回确认信息，同时附带用公钥加密过的一个随机数，用于双方计算Session Key。
* 进入认证阶段。从此以后所有通信均加密。
* 认证成功后，进入交互阶段。
扫一扫
6067
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
