几年前的某天晚上9时，两个“大虾”进入一个聊天室，提议里面的50多个网民“去响应号召，做爱国的事”，以下是原话摘录：
大虾甲：今晚10点，大家一起去ping白宫!
大虾乙：嗯嗯!ping死白宫!
网民：怎么做?
大虾甲：你怎么这么笨?开MS-DOS窗口，输入 ping xxx.xxx.xxx.xxx -l 65500 -t就可以了!
网民：这样有什么用?
大虾甲：只要这样做，白宫网站就进不去了。
网民：哦~~原来如此~~~这样做是什么原理?高手可以解释一下吗?
大虾甲：这个嘛……还是让他来说吧!
大虾乙：这个……这个……咳，总之别问这么多，照着做就是了，上头说过好像是什么DOS攻击吧，这样做，白宫网站的服务器就会垮掉。
大虾甲：总之到时候你们一起这样做就可以了!10点准时开始，我们先去准备了!
网民：不懂……
不懂归不懂，当晚10点，爱国的网民们一起用上面“高手”给出的命令开始了雄伟的“爱国反击战”——一场无聊的闹剧!
他们这样做是什么原理?那样的“攻击”有效吗?要解释这些，就要从icmp协议说起。
一、什么是icmp协议?
icmp全称Internet Control Message Protocol(网际控制信息协议)。提起icmp，一些人可能会感到陌生，实际上，icmp与我们息息相关。在网络体系结构的各层次中，都需要控制，而不同的层次有不同的分工和控制内容，IP层的控制功能是最复杂的，主要负责差错控制、拥塞控制等，任何控制都是建立在信息的基础之上的，在基于IP数据报的网络体系中，网关必须自己处理数据报的传输工作，而IP协议自身没有内在机制来获取差错信息并处理。为了处理这些错误，TCP/IP设计了icmp协议，当某个网关发现传输错误时，立即向信源主机发送icmp报文，报告出错信息，让信源主机采取相应处理措施，它是一种差错和控制报文协议，不仅用于传输差错报文，还传输控制报文。
二、icmp报文格式
icmp报文包含在IP数据报中，属于IP的一个用户，IP头部就在icmp报文的前面，所以一个icmp报文包括IP头部、icmp头部和icmp报文(见图表，icmp报文的结构和几种常见的icmp报文格式)，IP头部的Protocol值为1就说明这是一个icmp报文，icmp头部中的类型(Type)域用于说明icmp报文的作用及格式，此外还有一个代码(Code)域用于详细说明某种icmp报文的类型，所有数据都在icmp头部后面。RFC定义了13种icmp报文格式，具体如下：
类型代码 类型描述
0 响应应答(ECHO-REPLY)
3 不可到达
4 源抑制
5 重定向
8 响应请求(ECHO-REQUEST)
11 超时
12 参数失灵
13 时间戳请求
14 时间戳应答
15 信息请求(*已作废)
16 信息应答(*已作废)
17 地址掩码请求
18 地址掩码应答
其中代码为15、16的信息报文已经作废。
下面是几种常见的icmp报文：
1.响应请求
我们日常使用最多的ping，就是响应请求(Type=8)和应答(Type=0)，一台主机向一个节点发送一个Type=8的icmp报文，如果途中没有异常(例如被路由器丢弃、目标不回应icmp或传输失败)，则目标返回Type=0的icmp报文，说明这台主机存在，更详细的tracert通过计算icmp报文通过的节点来确定主机与目标之间的网络距离。
2.目标不可到达、源抑制和超时报文
这三种报文的格式是一样的，目标不可到达报文(Type=3)在路由器或主机不能传递数据报时使用，例如我们要连接对方一个不存在的系统端口(端口号小于1024)时，将返回Type=3、Code=3的icmp报文，它要告诉我们：“嘿，别连接了，我不在家的!”，常见的不可到达类型还有网络不可到达(Code=0)、主机不可到达(Code=1)、协议不可到达(Code=2)等。源抑制则充当一个控制流量的角色，它通知主机减少数据报流量，由于icmp没有恢复传输的报文，所以只要停止该报文，主机就会逐渐恢复传输速率。最后，无连接方式网络的问题就是数据报会丢失，或者长时间在网络游荡而找不到目标，或者拥塞导致主机在规定时间内无法重组数据报分段，这时就要触发icmp超时报文的产生。超时报文的代码域有两种取值：Code=0表示传输超时，Code=1表示重组分段超时。
3.时间戳
时间戳请求报文(Type=13)和时间戳应答报文(Type=14)用于测试两台主机之间数据报来回一次的传输时间。传输时，主机填充原始时间戳，接收方收到请求后填充接收时间戳后以Type=14的报文格式返回，发送方计算这个时间差。一些系统不响应这种报文。
三、回到正题：这样的攻击有效吗?
在前面讲过了，ping使用的是ECHO应答，不知道大家注意过没有，ping的返回很慢，用NetXRAY抓包仅为1--5包/秒，这是为什么呢?事实上，icmp本身并不慢(由于icmp是SOCK_RAW产生的原始报文，速度比SOCK_STREAM的SYN和SOCK_DGRAM的UDP要快几乎10倍!)，这样的速度是ping程序故意延迟的(为什么?M$可不想每个人都能用ping来干坏事)，同样，我测试过一些号称“ping洪水”的程序，发现它们的效率和ping.exe没什么两样，经过Dependency Walker查看程序调用的函数发现，他们用的是icmp.dll提供的icmpSendEcho这个API，这个函数是计算ECHO时间的，速度当然慢!而那两个“高手”号召的ping攻击实际上就是为了实现icmp洪水攻击，但是他们用的方法……想想洪水的速度和山涧小溪的速度相差多少吧!就用ping.exe和icmpSendEcho这种小溪慢慢流淌的速度能做什么?还不是让人家看笑话!这种攻击根本就是浪费自己的时间!(如今还经常有人问ping -l 65500 -t的攻击威力如何……哎，悲哀啊悲哀……)
