无意中发现一种默默让用户的客户端向目标服务器发起 TCP 链接的方式

[qq286735628]

因为客户端完成且仅仅做了 TCP 握手，保持一个 TCP 链接，不会有后续的 HTTP 流量，所以目标服务器只能发现有很多用户 IP 与服务器进行者 TCP 链接，但是无法从 HTTP Referer 中获取这波无效流量的来源。

Google 了一下，发现这种 TCP Preconnect Traffic 的相关资料并不多。

我现在能确定的是，如果我手握一个大流量大并发的网页 url ，只需给网页中加入一行 meta ，即可让访问该 url 的用户朝着我设定的目标 server 发起 tcp 连接，消耗目标服务器的 TCP 链接数。

安全外行人，不知道这东西危害大不大。

我之前的测试在此，是 w3 组织把预加载行为做了规范化， Chrome 、 Firefox 、 Android 5.x 开始支持
https://www.mxgw.info/a/preconnect-and-more.html

由于是完整三次握手，一般对抗 syn flood 流量清洗设备无效。

TCP_DEFER_ACCEPT 感觉有用，不知道常见的 Nginx 、 Apache 有没这个配置开关

Nginx 的 listen 指令，通过添加 deferred 参数可以开启 TCP_DEFER_ACCEPT 特性

http://nginx.org/en/docs/http/ngx_http_core_module.html#listen

[catoncat]

xss ddos

[qq286735628]

@crs0910 不是 XSS 。 XSS 这种，被攻击的服务器，可以从 HTTP 流量里面获知导流量的 url

[qq286735628]

@crs0910 不过配合 XSS ，可以做到就算我没有大流量 url ，我去 xss 几个大流量的页面再进行攻击，隐蔽性和攻击威力更大

[batnss]

img iframe script ... 都可以啊

[qq286735628]

@batnss 请求资源的方式，被攻击的服务器可以从 http 日志的 referer 字段中找到定位到攻击源头

[misaka19000]

首先你得有这个 URL

[choury]

同学，你知道 tcp_defer_accept 吗？

[catoncat]

@qq286735628 你说的一行 meta 是指什么？为什么可以发 tcp 连接

[qq286735628]

@crs0910 <meta rel="preconnect" href="http://target_server.com/">

[ryd994]

Nginx 可以在 listen 里加 defer
这个一般没多大危害，多几个连接对 Nginx 来说根本不值一提

[qq286735628]

@ryd994 我说的当然不是多几个了~

其实这个也是最近遇到的一个问题，某个边缘业务服务器，最近经常被突发的握手流量搞死，每秒 20w 个 TCP 包。

这些 TCP 包的特征都是完成三次握手后，不发送任何实际 HTTP 流量，一直找不到流量源头。

所以才在研究有什么方式能发起这样的流量。

[firefox12]

握手完成了 自然知道对方 ip 啊？ 能有本事虚拟一个 ip 来攻击你 完成握手，现在的机房好像都不支持了。

[qq286735628]

@firefox12 这种预链接的方式，攻击 ip 都是真实用户的。我有多少用户量，就能发起多大的攻击，而被攻击者很难从攻击流量中定位到攻击发起来源

[firefox12]

@qq286735628 这就是 ddos 啊，大量僵尸电脑攻击！

[qq286735628]

@firefox12 比传统的 ddos ，成本低多了。

[firefox12]

这个很好处理， 服务器代码都会写防止这种 idle 攻击的代码， 30 秒刷一次 60 秒没有数据来往就断开连接。缓慢吞吐和 0 窗口攻击会麻烦很多，甚至需要借助外部工具才能断开连接。

[jedihy]

@qq286735628 你确定是你发现的这种方式了？

[qq286735628]

@firefox12 恩，前面有人提到利用内核的 TCP_DEFER_ACCEPT 可以减缓这种只握手啥都不干的攻击

@jedihy 然后呢？