电信联通骨干网和阿里腾讯云现在都过滤了 Memcache DDoS 的流量了？

[LvMax]

这一段时间 Memcache DDos 很火于是自己也按照网上的脚本走了一遍

• 我先写了一个简易的 py 脚本批量往我找来一堆的 memcache 服务器上 set 几段很大的数据，然后用 github 上 Memcrashed 的脚本吧 payload 设置成\0\x01\0\0\0\x01\0\0gets 我 set 的数据，但是在被攻击端 始终没有异常的流量进来。
• 试过了打阿里云国际版、腾讯云、GCE 都没有反应。（从一台 EC2 上发包

•   所以应该是机房拦截了还是说我姿势还是不对？
  

[tan90]

就说我们司，这个问题持续了两天，流量直接打满，然后屏蔽了外网对 11211 端口的访问！一下就清静了！

[LvMax]

@tan90 666 公司用的是电信吗？

[nazor]

普通网络不能进行 ip spoofing，要是能的话就太简单了。

[jimzhong]

LS 正解。LZ 搜一下 reverse path filtering

[anonymoustian]

@nazor 你好 普通网络不能进行伪造 IP 欺骗发包，那什么网络可以呢？谢谢

[tan90]

@LvMax IDC 机房！双线！

[LvMax]

@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 打？？

[ThirdFlame]

你可以试试 自己打自己 看有没有流量回来。如果有流量回来，证明脚本基本正确。
各大运营商以及各大云都做了虚假源地址过滤，你伪造地址是发布出去的

[nazor]

ampnode.com

[nazor]

@LvMax
@anonymoustian
忘记 at 了，上面一条

[ixinshang]

一周前已接到运营商通知清查这个 然后统一封禁

[LvMax]

@ThirdFlame @nazor 靴靴～

[LvMax]

刚得到一个消息 说一些路由器的 uRPF 机制会纠正源地址 导致攻击失败 应该就是这个原因了