电脑疯子技术论坛|电脑极客社区

微信扫一扫 分享朋友圈

已有 2556 人浏览分享

新的DDoS攻击手法来袭:TCP反射攻击技术分析

[复制链接]
2556 0
本帖最后由 zhaorong 于 2019-6-6 12:03 编辑

我们常听说UDP反射攻击,那你听说过TCP反射攻击吗?
我们对TCP三次握手谙熟于心,但你确定服务器收到SYN包之后一定返回SYN/ACK吗?
现网的DDoS对抗中,基于TCP协议的反射攻击手法已经悄然兴起,而且出现了多次手法变种对DDoS防护方带来严峻的挑战
场景下的技术对抗如约而至。

f3731897b1f10f84baf475543988d6c3.jpg-wh_651x-s_3333249634.jpg

0×00 引言

今天分享的是一种新型的攻击手法 ——TCP反射攻击:黑客伪造目的服务器IP向公网的TCP服务器发起连接请求(SYN)以使得被攻击
服务器收到大量SYN/ACK报文,最终造成拒绝服务的手法。而由于这种反射攻击存在协议栈行为,传统的TCP防护算法难以凑效这
也使得这种攻击手法有愈演愈烈之势。

450b32e3e987a87bd8eeff117fd77c67.png

经过我们团队研究人员长期的跟踪分析,发现这种攻击手法出现了两个新的特征:
黑客逐渐趋向利用CDN厂商的服务器资源发起TCP发射攻击,因为通过扫描CDN厂商网段,可以快速、高效地获得丰富的TCP服务器资源;
TCP反射攻击流量从SYN/ACK转变成ACK,防护难度进一步增大。

0×01 TCP反射的新特征研究

特征一:黑客逐渐趋向于利用CDN厂商的服务器资源发起TCP发射攻击

我们在整理分析现网的TCP反射攻击时,发现会经常出现攻击源几乎全部来源海外CDN厂商的情况如图2、图3所示某次TCP反射
攻击事件中有99.88%的IP来源美国,而且88.39%属于某个著名CDN厂商。

dfa7a5b7e6e7113052c5757f9130db45.png
64b9805e26f47553adc58c72ea4c4455.png
显而易见这是黑客开始倾向于扫描CDN厂商的IP网段,以获取大批量反射源的思路。由于CDN厂商的IP资源主要用于为用户提供
加速服务,不可避免地会开放TCP端口,黑客便可以通过这种方式快速地获取到有效的TCP反射源。例如笔者随机探测一个CDN
厂商的C段IP,结果为:整个C段所有IP全部均有开放TCP端口 。

f890e91f409a90aa83b4f2e3c7498674.png
这种方法为黑客提供大量可用的TCP反射源,能够让攻击者的资源实现最大化,而且TCP反射攻击由于具备协议栈行为传统策略难
以防护,所以不难推测后面这种攻击手法将越来越盛行,为DDoS防护方带来不小的挑战。

特征二:反射流量从SYN/ACK报文转变为ACK报文,防护难度进一步增大

这里给人的第一反应可能就是颠覆了我们TCP三次握手的印象,一个服务器(反射源)收到一个SYN请求,不应该是返回SYN/ACK吗?
怎么会返回ACK包?为了解答这个问题,容笔者从黑客伪造SYN请求的过程说起…

首先如上文描述TCP反射的原理,黑客会控制肉鸡伪造成被攻击服务器的IP对公网的TCP服务器发起SYN请求,而公网TCP服务器的
端口都是固定的,所以为了实现反射,SYN请求中的目的端口也同样固定。与此同时,为了达到更好的攻击效果,黑客需要使反射
出来的报文的目的端口为被攻击服务器的业务端口(绕过安全设备将非业务端口的流量直接拦截的策略),也就是说SYN请求报文中
的源端口也是固定的。就是基于这些原因,攻击者伪造SYN请求报文的五元组通常都会出现集聚 ,这个结论其实很重要,因为它
就是引发服务器反弹ACK的前提条件。

举例如图5所示:黑客需要攻击的服务器IP为183.*.*.45,其业务端口为80,而黑客掌握的TCP反射服务器的IP是
104.*.*.35,开放的端口是8080,那么攻击时构造SYN包的五元组就会集聚在Protocol: TCP、DST_IP: 104.*.*.35
SRC_IP: 183.*.*.45、DST_PORT: 8080、SRC_PORT: 80。

ad9141beb293c42f60459fbcf058046e.png

而我们都知道五元组决定了一个会话,所以当黑客短时时间构造大量相同五元组的SYN包发送到同一台TCP服务器时就会造成
大量的“会话冲突”。也就是说从TCP服务器的角度来看,接收到第一个SYN包后,服务器返回SYN/ACK等待ACK以建立TCP连接
而此时又再接收到同一个会话的SYN。那TCP服务器会怎么处理呢?再次返回SYN/ACK?RST?还是其他?

其实在这个情况下,TCP服务器具体怎么处理决定因素在于SYN包的seq号和服务器的window size!假设第一个SYN包的seq号为SEQ1
TCP服务器的windows size为WND,而第二个SYN的seq号为SEQ2,那么:

一、如果SEQ2==SEQ1,此时TCP服务器会认为这个是SYN包重传,则再次返回SYN/ACK(其实是在重传SYN/ACK)
如图6所示。这个攻击场景从被攻击服务器的视角来看,就是在短时间内接收到大量的SYN/ACK报文,造成拒绝服
务,这也是现网最为常见的场景之一。

9650204a03bbda11207449ab912de8e6.png

二、如果SEQ2>SEQ1+WND或者SEQ2

47.png
图7 RFC: 793 page69

所以当黑客伪造SYN报文的SEQ随机变化时,就很容易命中上述情况,TCP服务器就会返回ACK报文,如图8、图9所示。

31.png

图8 TCP反射,反弹ACK场景(SEQ2>SEQ1+WND)

18.png
图9 TCP反射,反弹ACK场景(SEQ2
这个场景中,被攻击服务器会接收到少量SYN/ACK以及大量的ACK报文,这是现网最越来越常见的场景如图10为现网中一次
真实TCP反射攻击的抓包采样,表面上看跟普通的ACKFLOOD攻击没有太大区别,而实际上这些流量是具有协议栈行为,所
以传统策略难以有效防护。

17.png
图10 现网TCP反射攻击采样


三、如果SEQ1

15.png
图11 TCP反射,反弹RST场景

综上所述,黑客为了实现TCP反射攻击,而且尽可能绕过防护策略,所以伪造的SYN报文的五元组会出现集聚,造成严重的会话冲突
而不同的SEQ号会触发TCP服务器不同的应答场景(情况汇总见图12),所以现网中的TCP反射除了会出现大量的SYN/ACK流量以外还
有可能出现少量SYN/ACK+大量ACK的混合流量,而且后者的流量成份更为复杂,防护难度更大。

11.png

0×02 新型的 TCP 反射防护算法

笔者整理总结了TCP反射防护的主要难点:
1、TCP反射流量具有协议栈行为,传统的防护算法难以识别和防护;
2、专业的抗D设备通常旁路部署,所以无法获得服务器出流量,这也意味着无法通过双向会话检查的方式进行防护;
3、TCP反射通常为SYN/ACK和ACK的混合流量,而且在成份占比和行为上跟正常业务流量几乎没有太大区别,所以传统的成份分析、限速等方式也难以凑效。

您需要登录后才可以回帖 登录 | 注册

本版积分规则

1

关注

0

粉丝

9021

主题
精彩推荐
热门资讯
网友晒图
图文推荐

Powered by Pcgho! X3.4

© 2008-2022 Pcgho Inc.