CC DDOS进攻器的构思及提防方法

10小时前 (03:02:25)阅读2回复0
zaibaike
zaibaike
  • 管理员
  • 注册排名1
  • 经验值72610
  • 级别管理员
  • 主题14522
  • 回复0
楼主

  [导读]  良多伴侣都晓得木桶理论,一桶水的更大容量不是由它更高的处所决定的,而是由它更低的处所决定,办事器也是一样,办事器的平安性也是由它最懦弱的处所决定的,最懦弱的处所有多求助紧急办事器就有多求助紧急。

  良多伴侣都晓得木桶理论,一桶水的更大容量不是由它更高的处所决定的,而是由它更低的处所决定,办事器也是一样,办事器的平安性也是由它最懦弱的处所决定的,最懦弱的处所有多求助紧急办事器就有多求助紧急。DDOS也是一样,只要你的办事器存在一个很耗资本的处所,限造又不敷,就立即成为他人DDOS的对象。好比SYN-FLOOD,它就是操纵办事器的半毗连形态比完全毗连形态更耗资本,而SYN策动方只需要不断的发包,底子不需要几资本。

  一个好的DDoS进攻必需是通过本身少少资本的消耗带来对方较大的资本消耗,不然好比ICMP-FLOOD和UDP-FLOOD都必需和他人一样大的带宽,对方办事器消耗几资本本身也得赔上几资本,效率极其低下,又很随便被人发现,如今根本没有什么人用了。

  进攻原理

  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,那些都是颠末测试有效的。

0
回帖

CC DDOS进攻器的构思及提防方法 期待您的回复!

取消