这是一个创建于 2480 天前的主题，其中的信息可能已经有所发展或是发生改变。
这一段时间 Memcache DDos 很火于是自己也按照网上的脚本走了一遍
- 我先写了一个简易的 py 脚本批量往我找来一堆的 memcache 服务器上 set 几段很大的数据，然后用 github 上 Memcrashed 的脚本吧 payload 设置成\0\x01\0\0\0\x01\0\0gets 我 set 的数据，但是在被攻击端 始终没有异常的流量进来。
- 试过了打阿里云国际版、腾讯云、GCE 都没有反应。（从一台 EC2 上发包
-
所以应该是机房拦截了还是说我姿势还是不对？
 |
1
tan90 2018-03-13 20:21:20 +08:00
就说我们司，这个问题持续了两天，流量直接打满，然后屏蔽了外网对 11211 端口的访问！一下就清静了！
|
 |
3
nazor 2018-03-13 20:55:42 +08:00 via iPhone
普通网络不能进行 ip spoofing，要是能的话就太简单了。
|
 |
4
jimzhong 2018-03-13 21:13:42 +08:00
LS 正解。LZ 搜一下 reverse path filtering
|
 |
5
anonymoustian 2018-03-13 21:19:05 +08:00
@nazor 你好 普通网络不能进行伪造 IP 欺骗发包，那什么网络可以呢？谢谢
|
 |
7
LvMax OP @nazor 在那个工具最上面看到两句 warning 说的是
>>>WARNING: Could not load module netifaces: No module named 'netifaces' >>>WARNING: No route found for IPv6 destination :: (no default route?). This affects only IPv6 难道从 ipv6 打？？ |
 |
8
ThirdFlame 2018-03-13 21:56:03 +08:00
你可以试试 自己打自己 看有没有流量回来。如果有流量回来，证明脚本基本正确。
各大运营商以及各大云都做了虚假源地址过滤，你伪造地址是发布出去的 |
|
9
nazor 2018-03-13 22:21:55 +08:00 via iPhone
|
|
10
nazor 2018-03-13 22:22:23 +08:00 via iPhone
|
 |
11
ixinshang 2018-03-13 22:44:48 +08:00 via Android
一周前已接到运营商通知清查这个 然后统一封禁
|
|
12
LvMax OP @ThirdFlame @nazor 靴靴～
|
|
13
LvMax OP 刚得到一个消息 说一些路由器的 uRPF 机制会纠正源地址 导致攻击失败 应该就是这个原因了
|
Select Language