 |
1
liang96 Dec 8, 2019 via Android
原来如此
|
 |
2
est Dec 8, 2019
人间大炮
|
 |
3
EridanusSora Dec 8, 2019 via Android
文中说的事情并不是 11 月 25 日啊，而是好几个月前
|
 |
4
CernetBoom OP @EridanusSora "Using a simple script that uses data from UrlScan.io, we identified new attacks likely starting Monday November 25th, 2019."
如果 November 25 不是 11 月 25 日的话 |
 |
5
heqiaokyou Dec 8, 2019
看了下，也就是 CN2 上的流量全打在 cloudflare 的新加坡节点上了吗，后面的源站几乎一点事都没有。用户也是经过当地的 CDN 而不是经过新加坡的节点，难怪当时没多少用户有感觉到网站被打了。
|
 |
6
Archeb Dec 8, 2019  1
https://www.v2ex.com/t/622546#reply85
@feast：“有个俗语叫 癞子擦痒 你就是这类人的典型代表，一个旁路 IDS 系统本事大到瘫痪整个亚太 NTT 骨干网络呢，日本人的屁都是香的，一切都是阿拱仔的阴毛” Using a simple script that uses data from UrlScan.io, we identified new attacks likely starting Monday November 25th, 2019. |
|
8
CernetBoom OP @heqiaokyou 不只是 Cloudflare 的新加坡，CN2 和 163 到 NTT 的互联，还有 Cloudflare 在美西买的 163 Paid Peering 应该都有量打过去
|
|
9
EridanusSora Dec 8, 2019 via Android
@CernetBoom
确实，谢谢，直接拉到下面了没看到 不过第一次应该是 8 月 31 日，见站方公告 /thread/1525319/page/1 （没法发链接请手动补全） 而 11 月 25 日站方并没有表示受到攻击，倒是很奇怪 |
|
10
heqiaokyou Dec 8, 2019 via Android
@EridanusSora 大概这也是说明 cloudflare 的高防是货真价实的(笑)
|
 |
11
mnihyc Dec 8, 2019 via Android
@CernetBoom 打过去只是把去程打瘫了？那段时间 NTT 回程特别顺畅
|
|
12
heqiaokyou Dec 8, 2019 via Android
@EridanusSora 而且我没记错的话网站 8 月时没套 cf，然后被打趴下了，接着就随即套上 cf 到现在了。
|
|
13
CernetBoom OP |
 |
14
masker0817 Dec 8, 2019 via Android
挺好，事实说话，那天还有人死活说连登没被攻击
|
 |
15
lqf96 Dec 8, 2019
其实现在 Great Cannon 的做法都不是最糟的，哪天要是在国内的 CDN 缓存节点里投毒，那就算是全网流量都 HTTPS 化了也没有用...
|
 |
18
feast Dec 8, 2019
我还是没懂什么意思，那天的表现是 163 到 NTT 日本方向出现严重丢包
|
|
19
feast Dec 9, 2019
@masker0817 连等被打真是被害妄想了，他是上了 cloudflare cdn 的拜托，cf 主要节点根本不走 ntt
|
|
20
masker0817 Dec 9, 2019 via Android
@feast 就事论事，你可以说说那个博主的分析哪里错了，大家学习下
|
|
21
CernetBoom OP @feast
"The code attempts to repeatedly request the following resources, in order to overwhelm websites and prevent them from being accessible:" 里面有 live.staticflickr.com 就是用的 Cloudfront 走 NTT 到中国大陆了解一下请 AWS 的 2*10G 的新加坡 163 的 Session Down 就应证了有 DDoS 到 Amazon，了解一下谢谢 |
|
22
CernetBoom OP @feast 而且 media.giphy.com 的 Fastly 也照样走 NTT 到电信了解一下？
|
|
24
feast Dec 9, 2019
@CernetBoom flickr 不是 fastly 倒是走的 202.97.60.214 这个节点，我竟然搞忘了 fastly 这个大东西，那岂不是等于 github 被攻击？
|
|
25
feast Dec 9, 2019
@CernetBoom 新加坡 AWS 老早就是新加坡电信直连了，跟 NTT 没关系，你倒是提醒我 leaseweb singapore 还有没有走 NTT
|
 |
26
Liqianyu Dec 9, 2019
GC 不是利用 GFW 双向特性将海外用户访问国内网站劫持插入恶意 JS 用于 DDos 吗。
AT&T Cybersecurity:“we identified new attacks likely starting Monday November 25th, 2019.”，那么这件事肯定是八九不离十。 但为什么会引起“CN2/163 与 NTT 及 Cloudflare 互联的严重丢包”，这应该属于两件事或连带损害吧？ |
|
27
CernetBoom OP @feast 当天 AWS 的 20G 新加坡 163 是被 D 到不收发路由的，所以最后 AWS 走的还是 NTT 到 163
|
|
28
CernetBoom OP @Liqianyu 打出去的都是国内量
|
Select Language