一个盲区:什么是CC攻击

经历了自建“高防”反向代理的惨败经验后,我懂得了很多,其中,我来凭借着一点小经验谈谈CC攻击。

 

我们先来看看百度百科是怎么解释的CC主要是用来攻击页面的。

大家都有这样的经历,就是在访问论坛时,如果这个论坛比较大,访问的人比较多,打开页面的速度会比较慢,访问的人越多,论坛的页面越多,数据库压力就越大,被访问的频率也越高,占用的系统资源也就相当可观。
一个静态页面不需要服务器多少资源,甚至可以说直接从内存中读出来发给你就可以了,但是论坛就不一样了,我看一个帖子,系统需要到数据库中判断我是否有读帖子的权限,如果有,就读出帖子里面的内容,显示出来——这里至少访问了2次数据库,如果数据库的数据容量有200MB大小,系统很可能就要在这200MB大小的数据空间搜索一遍,这需要多少的CPU资源和时间?如果我是查找一个关键字,那么时间更加可观,因为前面的搜索可以限定在一个很小的范围内,比如用户权限只查用户表,帖子内容只查帖子表,而且查到就可以马上停止查询,而搜索肯定会对所有的数据进行一次判断,消耗的时间是相当的大。
CC就是充分利用了这个特点,模拟多个用户(多少线程就是多少用户)不停的进行访问(访问那些需要大量数据操作,就是需要大量CPU时间的页面).这一点用一个一般的性能测试软件就可以做到大量模拟用户并发。

其实很多人有一个严重误区:CC攻击会大肆消耗服务器CPU使用率,直到死机为止。

 

我也这么认为,然而,在经历数万代理的疯狂CC攻击后,我错了。

 

真理便是百度百科所解释的,是大量查询数据库,使之奔溃。

我再说一遍,是奔溃,CPU倒不会耗多少资源:目前大部分软件都有对CPU使用的严格限制,即使CC到你的网站无法打开了,也只会占用5%-10%使用率。

第一奔溃的,是数据库。在网站经受大量的CC攻击后,你可以想象就是同时有几万个人甚至是几十万个人访问你的网站,你可以想象这会对数据库造成有多大的压力。

 

若大量CC攻击后,数据库反应过得来的,会及时进入安全模式,若反应不过来,系统会直接因为数据库占用过多内存而Kill掉数据库程序。 我曾经做过一个实验。 我用反向代理反代一个网站。

 

第一次反代,我没有安装任何防御CC攻击软件,在遭受几万代理疯狂攻击后,网站提示数据库奔溃。

 

第二次,我安装了一个CCKiller。同样也是遭受了几万代理攻击。但我进入源站时,便看到一则消息:数据库进入安全模式(Safe Mode)。Safe Mode无疑就是限制了读写,所以,在第二次防御中,网站没有崩塌,却因为CCKiller对用户的误判,失去了用户。 这说明什么,CC攻击的根本压根就不是消耗CPU资源,而是使各种软件进入奔溃。

 

以下这张图片,是在遭受了巨大的CC攻击时的临时用手机截的一张CPU检测图(Linode提供)

 

 

你会发现,CPU根本没有多大的波动(高使用率是在安装Apache,后面才是遭受CC攻击)我又翻了一下反向代理,发现同样也是如此,CPU使用率仅有5%。如此低的使用率,我觉得,对服务器造成不了什么影响。

留下评论