什麼是CC攻击:应用少量代理效劳器对目的计算机发起少量衔接，招致目的效劳器资源干涸形成回绝效劳。
攻击原理
CC次要是用来攻击页面的。大家都有这样的阅历，就是在拜访论坛时，假如这个论坛比拟大，拜访的人比拟多，翻开页面的速度会比拟慢！
普通来说，拜访的人越多，论坛的页面越多，数据库就越大，被拜访的频率也越高，占用的零碎资源也就相当可观，如今晓得为何很多空间效劳商都说大家不要上传论坛，聊天室等东西了吧。
一个静态页面不需求效劳器多少资源，甚至可以说间接从内存中读出来发给你就可以了，但是论坛就不一样了，我看一个帖子，零碎需求到数据库中判别我能否有读读帖子的权限，假如有，就读出帖子外面的内容，显示出来——这里至多拜访了2次数据库，假如数据库的体积有200MB大小，零碎很能够就要在这200MB大小的数据空间搜索一遍，这需求多少的CPU资源和工夫？假如我是查找一个关键字，那麼工夫愈加可观，由于后面的搜索可以限定在一个很小的范围内，比方用户权限只查用户表，帖子内容只查帖子表，而且查到就可以马上中止查询，而搜索一定会对一切的数据停止一次判别，耗费的工夫是相当的大。
CC就是充沛应用了这个特点，模仿多个用户（多少线程就是多少用户）不停的停止拜访（拜访那些需求少量数据操作，就是需求少量CPU工夫的页面）。很多冤家问到，为何要运用代理呢？由于代理可以无效地隐藏本人的身份，也可以绕开一切的防火墙，由于根本上一切的防火墙都会检测并发的TCP/IP衔接数目，超越一定数目一定频率就会被以为是Connection-Flood。运用代理攻击还能很好的坚持衔接，我们这里发送了数据，代理帮我们转发给对方效劳器，我们就可以马上断开，代理还会持续坚持着和对方衔接（我晓得的记载是有人应用2000个代理发生了35万并发衔接）。
能够很多冤家还不能很好的了解，我来描绘一下吧。我们假定效劳器A对Search.asp的处置工夫需求0.01S（多线程只是工夫联系，对结论没有影响），也就是说他一秒可以保证100个用户的Search恳求，效劳器允许的最大衔接工夫爲60s，那麼我们运用CC模仿120个用户并发衔接，那麼经过1分钟，效劳器的被恳求了7200次，处置了6000次，于是剩下了1200个并发衔接没有被处置。有的冤家会说：丢衔接！丢衔接！成绩是效劳器是按先来后到的顺序丢的，这1200个是在最初10秒的时分发起的，想丢？！还早，经过计算，效劳器满负开端丢衔接的时分，应该是有7200个并发衔接存在队列，然后效劳器开端120个/秒的丢衔接，我们发起的衔接也是120个/秒，效劳器永远有处置不完的衔接，效劳器的CPU 100%并长工夫坚持，然后丢衔接的60秒效劳器也判别处置不过去了，新的衔接也处置不了，这样效劳器到达了超级忙碌形态。
蝴蝶：我们假定效劳器处置Search只用了0.01S，也就是10毫秒（这个速度你可以去各个有开放工夫显示的论坛看看），我们运用的线程也只要120，很多效劳器的丢衔接工夫远比60S长，我们的运用线程远比120多，可以想象可怕了吧，而且客户机只需发送了断开，衔接的坚持是代理做的，而且当效劳器收到SQL恳求，一定会进入队列，不管衔接能否曾经断开，而且效劳器是并发的，不是顺序执行，这样使得更多的恳求进入内存恳求，对效劳器担负更大。当然，CC也可以应用这里办法对FTP停止攻击，也可以完成TCP-FLOOD，这些都是经过测试无效的。处理CC的切入点:1、大局部的HTTP代理效劳器代理源client向效劳器收回的数据包带有"X-Forwarded-For"特征。2、针对CC攻击非HTTP端口的时分可以经过过滤HTTP恳求特有的"GET"特征停止过滤。3、凑合CC攻击,区别非正常衔接要在代理效劳器和被攻击的效劳器完成三次握手停止数据通讯的时分停止检测。检测出后要及时封闭效劳器相应的非正常衔接。否则异样能够因死衔接过多形成效劳器资源干涸。4、限制单位工夫内同一恳求IP的并发衔接数也不失爲一种好的方法。5、大局部代理效劳器会向效劳器报露源恳求的源IP地址，只不过这个地址常常是反的例如127.0.0.3你收到所的数据包能够变成127.0.0.4，这能够是顺序员没有将网络字节序转换成主机字节序放在HTTP恳求信息里所致。找出什麼IP攻击你处理方法要你本人想。
以上所讲的不一定能协助普通用户处理实践成绩，以下给用户一些复杂的处理提示:
1、linux的iptables可以配置字符串形式婚配,也就是可以应用iptables完成 处理CC的切入点1、2。将linux配置爲桥形式完成对被攻击的非linux效劳器维护。可以参考下(用IPTables完成字符串形式婚配 2、很多unix防火墙都带了限制单一ip并发数的功用。例如ipfw3、假如是针对WEB网站攻击可以采取一些让步的方法比如说域名转向(把负载交给域名转向效劳商)。也可以经过反响代理或许dns轮询进步web效劳全体接受才能。特地说一下:字符串婚配自身就是一个开支很大的任务，iptables用来处理CC攻击功能上并不是十分的出色。我可以给一些有开发才能的用户一些提示，以上提及的关键字均呈现在三次握手完毕后的第四次数据通讯中，且均在TCP数据局部的前255bytes。
