SSH的原理及运用
一、什么是SSH
简单说，SSH是一种网络协议，用于计算机之间的加密登录。如果一个用户从本地计算机，使用SSH协议登录另一台远程计算机，我们就可以认为，这种登录是安全的，即使被中途截获，密码也不会泄露。
二、最基本的用法
SSH主要用于远程登录。假定你要以用户名user，登录远程主机host，只要一条简单命令就可以了。
$ ssh user@host
如果本地用户名与远程用户名一致，登录时可以省略用户名。
$ ssh host
SSH的默认端口是22，也就是说，你的登录请求会送进远程主机的22端口。使用p参数，可以修改这个端口。
$ ssh -p 2222 user@host
上面这条命令表示，ssh直接连接远程主机的2222端口。
三、SSH一定很安全吗?
SSH之所以能够保证安全，原因在于它采用了公钥加密。整个过程是这样的：（1）远程主机收到用户的登录请求，把自己的公钥发给用户。（2）用户使用这个公钥，将登录密码加密后，发送回来。（3）远程主机用自己的私钥，解密登录密码，如果密码正确，就同意用户登录。
但是不是绝对的安全。如果有人截获了登录请求，然后冒充远程主机，将伪造的公钥发给用户，那么用户很难辨别真伪。因为不像https协议，SSH协议的公钥是没有证书中心（CA）公证的，也就是说，都是自己签发的。
可以设想，如果攻击者插在用户与远程主机之间（比如在公共的wifi区域），用伪造的公钥，获取用户的登录密码。再用这个密码登录远程主机，那么SSH的安全机制就荡然无存了。这种风险就是著名的“中间人攻击”（Man-in-the-middle attack）。
四、口令登陆
1 | $ ssh user@host |
当你第一次登陆对方主机时，系统会出现如上提示，这段话的意思是，无法确认host主机的真实性，只知道它的公钥指纹，问你还想继续连接吗？
假定经过风险衡量以后，用户决定接受这个远程主机的公钥。
1 | shellxxxxxxxxxx Are you sure you want to continue connecting (yes/no)? yes |
系统会出现一句提示，表示host主机已经得到认可。
1 | Warning: Permanently added 'host,12.18.429.21' (RSA) to the list of known hosts. |
然后，会要求输入密码。
1 | Password: (enter password) |
如果密码正确，就可以登录了。当远程主机的公钥被接受以后，它就会被保存在文件$HOME/.ssh/known_hosts之中。下次再连接这台主机，系统就会认出它的公钥已经保存在本地了，从而跳过警告部分，直接提示输入密码。
每个SSH用户都有自己的known_hosts文件，此外系统也有一个这样的文件，通常是/etc/ssh/ssh_known_hosts，保存一些对所有用户都可信赖的远程主机的公钥。
五、公钥登陆
所谓”公钥登录”，原理很简单，就是用户将自己的公钥储存在远程主机上。登录的时候，远程主机会向用户发送一段随机字符串，用户用自己的私钥加密后，再发回来。远程主机用事先储存的公钥进行解密，如果成功，就证明用户是可信的，直接允许登录shell，不再要求密码。
这种方法要求用户必须提供自己的公钥。如果没有现成的，可以直接用ssh-keygen生成一个：
1 | ssh-keygen |
运行上面的命令以后，系统会出现一系列提示，可以一路回车。其中有一个问题是，要不要对私钥设置口令（passphrase），如果担心私钥的安全，这里可以设置一个。
运行结束以后，在$HOME/.ssh/目录下，会新生成两个文件：id_rsa.pub和id_rsa。前者是你的公钥，后者是你的私钥。
这时再输入下面的命令，将公钥传送到远程主机host上面：
1 | ssh-copy-id user@host |
好了，从此你再登录，就不需要输入密码了。
如果还是不行，就打开远程主机的/etc/ssh/sshd_config这个文件，检查下面几行前面”#”注释是否取掉。(记的重启ssh服务)
1 | RSAAuthentication yes |
为什么用端口转发?
因为，防火墙一般是会阻断由外向内的通信(防火墙的作用),而不会阻断由内向外的通信,因此我们可以利用这个原理实现端口转发
实现渠道一、通过SSH转发端口(拿来主义)
首先要记住一件事情就是:SSH 端口转发自然需要 SSH 连接，而 SSH 连接是有方向的，从 SSH Client 到 SSH Server 。而我们所要访问的应用也是有方向的，应用连接的方向也是从应用的 Client 端连接到应用的 Server 端。比如需要我们要访问Internet上的Web站点时，Http应用的方向就是从我们自己这台主机(Client)到远处的Web Server。
ProxyChains是Linux和其他Unices下的代理工具。 它可以使任何程序通过代理上网， 允许TCP和DNS通过代理隧道， 支持HTTP、 SOCKS4和SOCKS5类型的代理服务器， 并且可配置多个代理。 ProxyChains通过一个用户定义的代理列表强制连接指定的应用程序， 直接断开接收方和发送方的连接。
已知条件：
实战一：利用ssh隧道，B作为正向代理，做动态端口转发(本地转发)
1 | ssh -2 -D 2333 msfadmin@192.168.108.142 #在kali里面执行，这里的2333是在本地的 |
这条命令是将A本地的2333端口，与B的22端口建立socks连接，运行后需要输入B的ssh口令
测试，直接在A扫描C的所有端口，不过要调用proxychains，侦听127.0.0.1:2333
实战二 ：利用ssh隧道，B作为正向代理，进行单一的端口转发(本地转发)
1 | ssh -L 1111:192.168.108.151:80 msfadmin@192.168.108.142 #在kali里面执行 |
这里kali 127.0.0.1:1111(A)相当于访问192.168.108.151:80(C),中间需要msfadmin@192.168.108.142(B)帮忙转发，需要B的ssh口令
1 | ssh -L 2222:192.168.108.151:22 msfadmin@192.168.108.142 #在kali里面执行 |
在A(kali)访问本地2222端口，相当于访问C的22端口。中间需要(B)帮忙转发
实战三 ：利用ssh隧道，B做反向代理，做单一的端口转发(远程转发)
1 | ssh -R 8888:192.168.108.143:80 root@192.168.168.150 #在msfadmin@192.168.108.142(B)上运行 |
这里通过msfadmin@192.168.108.142(B)去连接kali(A)，在kali(A)访问本地8888端口，相当于访问C的80端口
本地转发与远程转发的对比与分析
首先，SSH 端口转发自然需要 SSH 连接，而 SSH 连接是有方向的，从 SSH Client 到 SSH Server 。而我们的应用也是有方向的，比如需要连接 LDAP Server 时，LDAP Server 自然就是 Server 端，我们应用连接的方向也是从应用的 Client 端连接到应用的 Server 端。如果这两个连接的方向一致，那我们就说它是本地转发。而如果两个方向不一致，我们就说它是远程转发。
我们可以回忆上面的两个例子来做个对照。
本地转发时：
kali访问本地1111端口相当于访问C的80端口，同时kali(A)也是SSH Client，这里访问本地kali(A)的1111端口相当于客户端，对应地，C的80端口相当于服务端，其次也是SSH Server，他们两个方向一致，叫做本地转发。也可以理解为正向代理
远程转发时:
kali访问本地1111端口相当于访问C的80端口，但此时kali(A)也是SSH Server，这里访问本地kali(A)的1111端口相当于客户端，对应地，C的80端口相当于服务端，其次也是SSH Client，他们两个方向不一致，叫做远程转发。也可以理解为反代理
多主机转发（骚）
1 | ssh -g -L 7001:192.168.108.152:80 msfadmin@192.168.108.151 #在msfadmin@192.168.108.142(B)中运行 |
1 | ssh -R 2333:127.0.0.1:10086 root@192.168.108.150 |
这里msfadmin@192.168.108.142(B)去反向连接kali(A),msfadmin@192.168.108.142(B)去正向连接（动态端口）msfadmin@192.168.108.151(C)
kali在这里用namp去扫msfadmin@192.168.108.152(D)，通过127.0.0.1:2333的socks代理
