文档介绍：..页眉.. 页脚. 浅谈 Ddos 攻击攻击与防御 EMail: jianxin# Site: e: 2011-2-10 From: / [ 目录]一背景二应急响应三常见 ddos 攻击及防御四根源及反击五总结一背景在前几天, 我们运营的某网站遭受了一次 ddos 攻击, 我们的网站是一个公益性质的网站, 为各个厂商和白帽子之间搭建一个平台以传递安全问题等信息, 我们并不清楚因为什么原因会遭遇这种无耻的攻击。因为我们本身并不从事这种类型的攻击,这种攻击技术一般也是比较粗糙的,所以讨论得比较少, 但是既然发生了这样的攻击我们觉得分享攻击发生后我们在这个过程中学到得东西, 以及针对这种攻击我们的想法才能让这次攻击产生真正的价值, 而并不是这样的攻击仅仅浪费大家的时间而已。另外, 我们发现大型的企业都有遭受攻击的案例, 但是大家遭受攻击之后的应对措施及学到的经验却分享都比较少, 这导致各家都是自行的摸索经验, 依然停留在一家企业对抗整个互联网的攻击的局面, 而对于攻击者却是此次攻击针对你, 下次攻击却是针对他了, 而且攻击之后无论是技术还是资源都没有任何的损耗,这也是导致这种攻击频繁并且肆无忌惮的原因。我们来尝试做一些改变:) 二应急响应在攻击发生后, 第一个现象是我们的网站上不去了, 但是依然可以访问到管理界面, 我们登陆上去简单执行了命令: netstat -antp 我们看到有大量的链接存在着, 并且都是 ESTABLISHED 状态, 正常状态下我们的网站访问量没有这么高, 如果有这么高我们相信中国的信息安全就有希望了, 对于这样的情况其实处理就比较简单, 这是一次四层的攻击, 也就是所有 ip 都是真实的, 由于目前为止只是消耗了 webserve r 的网络连接资源,所以我们只需要简单的将这些 ip 在网络层封禁就可以,很简单,用下面的命令即可: for i in `netstat -an | grep -i‘:80 ‘|grep ‘ EST ’| awk ‘{print $5} ’| cut -d : -f1| sort | uniq -c| awk ‘{if($1 > 50) {print $2}} ’` echo $i ..页眉.. 页脚. echo $i >> /tmp/banip /sbin/iptables -A INPUT -p tcp -j DROP -s $i done 然后作为计划任务一分钟执行一次即可,很快, iptables 的封禁列表就充斥了大量的封禁 ip, 我们简单的统计了下连接数最大的一些 ip 发现都来自韩国。为了保证系统的性能,我们调大了系统的可接受的连接数以及对 Nginx 进行了每个连接能够进行的请求速率,系统于是恢复了正常的运行。正常状态一直持续到第二天, 但是到中午之后我们发现访问又出现了问题, 网络很慢, 使用 pin g 发现大概出现了 70% 左右的丢包, 在艰难的登陆到系统上之后, 发现系统已经很少有 TCP 的正常连接,为了查明原因,我们对系统进行了抓包: tcpdump -w port not 22 tcpdump -r -nnA 我们发现攻击已经从应用层的攻击调整到了网络层的攻击,大量的目标端口是 80 的 udp 和 icmp 包以极快的速度充满了网络,一个包大小大概在 1k 左右,这次占据的资源纯粹是带宽资源了, 即使在系统上做限制也解决不了这个问题, 不过也没有关系, 对于网络层的问题我们可以在网络层上做限制,我们只需要在网络上把到达我们 ip 的非 TCP 的所有包如 UDP 和 ICMP 等协议都禁止掉即可,但是我们没有自己的服务器也缺乏对网络设备的控制权,目前是由工信部 CERT 提供支持的,由于临时无法协调进行相应的操作,后果如大家看到,我们的服务很慢,基本上停止了服务, 在一段时间之后攻击者停止了攻击, 服务才进行了恢复, 很憋屈是么?但是同时我们得到了很多热心朋友的帮助, 得到了更好的网络和服务器资源, 在网络资源方面的能力得到了很大的提升,缓解了这方面的问题,这里对他们表示感谢。三常见 ddos 攻击及防御继续秉承 80sec 的” Know it then hack it”,这里简单谈一下 ddos 攻击和防御方面的问题。 ddos 的全称是分布式拒绝服务攻击, 既然是拒绝服务一定是因为某些原因而停止服务的, 其中最重要的也是最常用的原因就是利用服务端方面资源的有限性,这种服务端的资源范围很广,可以简单的梳理一个请求正常完成的过程: 1 用户在客户端浏览器输入请求的地址 2 浏览器解析该请求,包括分析其中的 dns 以明确需要到达的远程服务器地址 3 明确地址后浏览器和服务器的服务尝试建立连接,尝试建立连