既然我们可以自己来填充数据包，那么来玩些ARP的“小游戏”欺骗就是易如反掌了，当然，是在没有安全防护的网络里，比如只有hub或者交换机把你们相连，而没有路由分段……^_^
下面我就由浅入深的讲一些介绍一些关于ARP的小伎俩。
1. 小伎俩
1) 你可以试着发一个请求包广播，其中的ARP帧里关于你的信息填成这样：
(为了节省篇幅，我只写需要特别指出的填充字段)
发送方MAC | 6 | 随便乱填一个错误的 |
发送方IP | 4 | 填上你的IP |
出现什么结果？是不是弹出一个IP地址冲突的提示？呵呵，同样的道理，如果发送方IP填成别人的，然后每隔1秒发一次………..-_-b
2) 比如你们都靠一个网关192.168.0.1 上网，如果你想让192.168.0.77 上不了网，就可以伪装成网关给192.168.0.77发一个错误的ARP响应包, like this
发送方MAC | 6 | 随便乱填一个错误的 |
发送方IP | 4 | 网关IP 192.168.0.1 |
接收方就填192.168.0.77的相关信息，发送之后，它还能上网不？
这样能折腾他好一阵子了，只要它的系统得不到正确的到网关的ARP映射表它就一直上不了网了 ^_^
呵呵类似的伎俩还有很多，不过只停留在这点东西上也没什么意思，还是看看稍微高深一点的吧^_^
2. ARP欺骗
因为在以太网里，网络设备就是靠MAC信息来识别的计算机的，比如A电脑知道MAC地址为22-22-22-22-22-22的电脑是B，而如果我给A发送一个ARP响应包，告诉它我的MAC是22-22-22-22-22-22的话，A同样会认为我的计算机是B了，那么好，我们设想有这么一个环境，
A的防火墙只对IP为192.168.0.2 MAC为 22-22-22-22-22-22的B有信任关系，而且A打开了21端口提供FTP服务，正常情况下因为防火墙的缘故我们的计算机是连不到A的，
于是我们想办法让B down掉，或者在它关机的时候，我们把我们的IP改成B的192.168.0.2，然后给A发送一个ARP回应包，告诉A更新一下ARP缓存列表，192.168.0.2的IP映射到我们的
MAC地址上来，于是，奇迹出现了，我们可以连到A的FTP上了，防火墙失效了^_^
MAC地址上来，于是，奇迹出现了，我们可以连到A的FTP上了，防火墙失效了^_^
不过这个办法只能在同网段内生效，如果我们和A不在一个网段内，那就要复杂的多了，还要配合ICMP的重定向来控制报文的路由，这个我准备在以后阐述ICMP包的时候详细讲解，就不再此多说了。
3. 基于ARP欺骗的监听原理
监听的技术有很多了，不过我们常用的sniffer工具只能在基于hub的网络中起作用，碰到哪怕是交换机都无能为力了，这个时候我们的ARP欺骗技术就派上用场了。
还是假设有三台主机A,B,还有我们的主机，位于同一个交换式局域网中
A与B正在通信，如果我们想要刺探A――>B通信的内容，于是我们就可以给A发送一个伪造的ARP回应包，告诉A，B的IP对应的MAC条目为我们的MAC地址，于是，A也就会相应的刷新自己的ARP缓存，将发给B的数据，源源不断的发送到我们的主机上来，这样我就可以对接收到的数据包进行分析就好了，达到了监听的目的。当然，因为动态ARP缓存是动态的，有超时时间的，所以我们必须每隔一段时间就给A发送一个ARP回应包
虽然我们这样达到了目的，但是A到B的通信却被停止了，为了不让B发现，我们还要对每次接收到的数据包进行转发，全部都转发给B，这样就天衣无缝了^_^
同样的，如果我们还想监听B à A的数据包，一样给B发一个ARP回应包，告诉B，A的IP对应的MAC是我们的主机MAC，于是B到A的数据包也源源不断的发到我们的主机上来了，当然我们也是一样要对这些数据包进行转发，如图：
A <------> 我们的主机 <------> B
一切都无误的话，A和B的通信内容就这样不知不觉的被我们监听到了^_^