本文仅作为学习记录，如有侵权，请联系删除！
前言：
hw马上就开始了，突然心血来潮想做DNS Beacon上线的实验，万一hw碰上了不至于两眼黑，最起码能扯扯淡
0x00 环境配置：
随着目前攻击者越来越多地利用DNS通道来建立隧道与C2通信。从本地计算机到Internet的任何通信（不包括基于静态IP的通信）都依赖于DNS服务，限制DNS通信可能会导致合法远程服务的断开，因此，企业防火墙通常配置为允许UDP端口53（由DNS使用）上的所有数据包。
为了进一步做仿真模拟实验，在win7虚拟机上设置防火墙出网策略，只允许访问内网以及dns出网，但是因为windows防火墙的策略是阻断优先于放行，导致一直没有配置好环境，最终通过将阻断策略分为两条得以解决：
0x01 DNS的几种资源记录类型：
- 1.主机记录（A记录）
主机记录可以将DNS中的域名称对应到IPv4地址。
- 2.PTR
PTR可以定义某个对应的域名。
- 3.CNAME (Canonical Name)记录，通常称别名解析
CNAME记录可以将注册的不同域名都转到一个域名记录上，由这个域名记录统一解析管理，与A记录不同的是，CNAME别名记录设置的可以是一个域名的描述而不一定是IP地址。
- 4.NS（Name Server）记录是域名服务器记录
NS记录用来指定该域名是由哪个DNS服务器来进行解析的，可以把一个域名的不同二级域名分别指向到不同的DNS系统来解析。
- 5.TXT 记录
TXT记录一般是为某条记录设置说明，比如你新建了一条a.com的TXT记录，TXT记录内容"this is a test TXT record."，然后用nslookup -qt=txt a.com ，你就能看到"this is a test TXT record"的字样了。
0x02 DNS协议解析过程：
DNS协议解析过程分为两种，迭代查询和递归查询。
- 迭代查询：
本地域名服务器向根域名服务器发送请求报文，根域名服务器直接给出ip地址或者告诉本地域名服务器下一步应该去向另一个域名服务器A进行查询。同理，A域名服务器直接给出ip地址或者告诉本地域名服务器下一步应该去查询B域名服务器。过程以此类推，直到找到ip地址为止。
- 递归查询：
客户机像本地域名服务器查询，如果本地服务器的缓存中没有需要查询的ip地址，那么本地域名服务器会以客户机的身份（代替本机查询），向根域名服务器发送请求报文。
本机查询本地域名服务器，这部分属于递归查询。
本地域名服务器查询根域名服务器，这部分属于迭代查询。
0x03 DNS隧道：
DNS隧道是隐蔽信道的一种，通过将其他协议封装在DNS协议中进行通信。封装由客户端完成，将DNS流量还原成正常的流量由服务器完成。DNS隧道攻击利用了防火墙放行DNS的特点以及协议解析流程来实现的。
1.）直连型DNS隧道：
客户端直接和指定的目标DNS Server进行UDPsocket套接字连接，通过将数据编码封装在DNS协议中进行通信，这种方式速度快，但是隐蔽性比较弱，很容易被探测到，但如果客户端指定了信任的DNS解析服务器，那么将会被白名单限制在外。
2.）域名型DNS隧道（中继）：
通过DNS迭代查询实现的中继隧道，比较隐蔽，但同时因为数据包到达目标DNS Server前需要经过多个节点，所以速度上较直连慢很多。中继过程中的一个关键点是对DNS缓存机制的规避，因为如果解析的域名在Local DNS 中已经有缓存，那么Local DNS 就不会继续发送数据包，所以在构造请求中，每次查询的域名需要不同或者是已过期的。
DNS隧道建立的过程：
Step 1：受控PC机将数据封装进DNS数据包里，像局域网内部的本地域名服务器请求查询aaa.com
Step 2：本地域名服务器透过防火墙向根域名服务器发送查询请求
Step 3：经过大量重定向，查询请求最终要aaa.com的权威域名服务器
Step 4：aaa.com权威域名服务器是在攻击者的控制下，解析发送过来的DNS数据包并发送回应包
Step 5：DNS回应包穿透防火墙
Step 6：DNS回应包进入内网
Step 7：本地域名服务器将回应包返回给受控PC机
Step 8：受控PC机解析DNS回应包里的数据，得到新的指令
DNS Beacon原理：
利用DNS请求应答机制作为攻击渗透的命令控制通道，把C&C服务器指令封装到DNS相应报文中，以此控制被控端主机。
发送端将隐蔽数据信息切分并且编码后封装到DNS报文域名中进行传输，每一级域名长度为63，域名总长度不超过253，接收端收到DNS报文后提取域名中的隐蔽信息字段进行解码重组还原得到IP报文。主要的工具有DNSCat,Iodine等
0x04 DNS Beacon上线：
首先配置域名的记录。将自己的域名www.hacker.com解析到VPS服务器地址。然后创建NS记录，将ns1.hacker.com指向www.hacker.com：
然后使用ping命令配合tcpdump观察一下是否有流量经过：
tcpdump -n -i eth0 udp dst port 53
CS开启DNS Beacon监听：
生成DNS木马，只要木马在目标主机执行成功，我们的CobaltStrike就能接收到反弹的shell。但是默认情况下，主机信息是黑色的，我们需要执行以下命令，让目标主机信息显示出来：
checkin
mode dns-txt # 使用dns的txt记录方式进行通信。
0x05 检查与防范：
- DNS会话中数据包的总数较多：在整个木马的生命周期里会向CC服务器发送心跳包，传输信息，资源文件等行为，CC服务器也会发送控制指令。在一定的单位时间内，观察TXT、PTR等交互记录的数据包是否存在DNS隧道攻击
- 隧道消息类型： 在正常的DNS流量中。A记录类型的流量占20%-30%，CNAME记录为38%-48%，AAAA记录占25%，NS记录只有5%，TXT记录只有1%-2%。然而为了获取更高的带宽，一部分的DNS隐蔽信道工具如Iodine。在默认配置下会使用TXT或NULL等不常用的记录类型。
- 检测DNS数据包有效载荷部分是否加密
- 通过防火墙设置DNS白名单策略来限制DNS隧道攻击
- 域名固定部分不变：在DNS隧道的报文中，我们可以看到 变化的都是子域名
参考如下：
『DNS隧道工具之渗透神器』— cobalt strike
DNS 隧道通信特征与检测
墨云 I 技术课堂-DNS隧道攻击与防御
工具的使用 | CobaltStrike中DNS Beacon的使用
网友评论