SSH及端口转发

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
2
3
4
5
6
$ 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)?

当你第一次登陆对方主机时,系统会出现如上提示,这段话的意思是,无法确认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
2
3
RSAAuthentication yes
PubkeyAuthentication yes
AuthorizedKeysFile .ssh/authorized_keys

为什么用端口转发?

因为,防火墙一般是会阻断由外向内的通信(防火墙的作用),而不会阻断由内向外的通信,因此我们可以利用这个原理实现端口转发

实现渠道一、通过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通过一个用户定义的代理列表强制连接指定的应用程序, 直接断开接收方和发送方的连接。

已知条件:

image.png

实战一:利用ssh隧道,B作为正向代理,做动态端口转发(本地转发)

1
ssh -2 -D 2333 msfadmin@192.168.108.142   #在kali里面执行

image.png

这条命令是将A本地的2333端口,与B的22端口建立socks连接,运行后需要输入B的ssh口令

image.png

测试,直接在A扫描C的所有端口,不过要调用proxychains,侦听127.0.0.1:2333

image.png

image.png

实战二 :利用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口令

image.png

image.png

1
2
3
4
5
6
7
8
9
10
11
12
ssh -L 2222:192.168.108.151:22 msfadmin@192.168.108.142  #在kali里面执行

ssh -p 2222 msfadmin@127.0.0.1 #在kali里面执行(相当于本地登入192.168.108.151(C))

另外一种

ssh -L 2222:localhost:2333 msfadmin@192.168.108.142
这里是A(kali)访问本地2222端口,相当于访问192.168.108.142(B)的2333端口

总结正常语法: ssh -L 本地网卡地址:本地端口:目标地址:目标 肉鸡@肉鸡ip

由上可以看到这里的本地网卡地址可以不填,其次目标地址可以是本地也可以是其他主机地址,但是都需要肉鸡的ssh口令

在A(kali)访问本地2222端口,相当于访问C的22端口。中间需要(B)帮忙转发

image.png

image.png

image.png

实战三 :利用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端口

image.png

image.png

image.png

本地转发与远程转发的对比与分析

首先,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)中运行

image.png

image.png

image.png

1
2
3
4
5
ssh -R 2333:127.0.0.1:10086 root@192.168.108.150

ssh -2 -D 10086 msfadmin@192.168.108.151

#这两条语句在msfadmin@192.168.108.142(B中运行)

这里msfadmin@192.168.108.142(B)去反向连接kali(A),msfadmin@192.168.108.142(B)去正向连接(动态端口)msfadmin@192.168.108.151(C)

image.png

image.png

image.png

image.png

kali在这里用namp去扫msfadmin@192.168.108.152(D),通过127.0.0.1:2333的socks代理

image.png

参考paper

实战 SSH 端口转发

玩转SSH端口转发

Web狗要懂的内网端口转发

-------------本文结束感谢您的阅读-------------