对ARP欺骗攻击提出Cisco解决方案

发布时间：2012-04-15 01:47:32作者：知识屋

在全部是Cisco交换网络里，可以通过帮定每台设备的ip和mac地址可以解决。但是这样做比较麻烦，可以用思科 Dynamic ARP Inspection 机制解决。

　　防范方法

　　思科 Dynamic ARP Inspection (DAI)在交换机上提供IP地址和MAC地址的绑定，并动态建立绑定关系。DAI 以 DHCP Snooping绑定表为基础，对于没有使用DHCP的服务器个别机器可以采用静态添加ARP access-list实现。DAI配置针对VLAN，对于同一VLAN内的接口可以开启DAI也可以关闭。通过DAI可以控制某个端口的ARP请求报文数量。通过这些技术可以防范“中间人”攻击。

　　3.3配置示例

　　IOS 全局命令：

　　ip dhcp snooping vlan 100,200

　　no ip dhcp snooping information option

　　ip dhcp snooping

　　ip arp inspection vlan 100,200 /* 定义对哪些 VLAN 进行 ARP 报文检测

　　ip arp inspection log-buffer entries 1024

　　ip arp inspection log-buffer logs 1024 interval 10

　　IOS 接口命令：

　　ip dhcp snooping trust

　　ip arp inspection trust /* 定义哪些接口是信任接口，通常是网络设备接口， TRUNK 接口等

　　ip arp inspection limit rate 15 (pps) /* 定义接口每秒 ARP 报文数量

　　对于没有使用 DHCP 设备可以采用下面办法：

　　arp access-list static-arp

　　permit ip host 10.66.227.5 mac host 0009.6b88.d387

　　ip arp inspection filter static-arp vlan 201

　　3.3配置DAI后的效果：

　　* 在配置 DAI技术的接口上，用户端不能采用指定地址地址将接入网络。

　　* 由于 DAI检查 DHCP snooping绑定表中的IP和MAC对应关系，无法实施中间人攻击，攻击工具失效。下表为实施中间人攻击是交换机的警告：

　　3w0d: %SW_DAI-4-DHCP_SNOOPING_DENY: 1 Invalid ARPs (Req) on Fa5/16, vlan 1.([000b.db1d.6ccd/192.168.1.200/0000.0000.0000/192.168.1.2

　　* 由于对 ARP请求报文做了速度限制，客户端无法进行认为或者病毒进行的IP扫描、探测等行为，如果发生这些行为，交换机马上报警或直接切断扫描机器。如下表所示：

　　3w0d: %SW_DAI-4-PACKET_RATE_EXCEEDED: 16 packets received in 184 milliseconds on Fa5/30. ******报警

　　3w0d: %PM-4-ERR_DISABLE: arp-inspection error detected on Fa5/30, putting Fa5/ 30 in err-disable state ******切断端口

　　I49-4500-1#.....sh int f.5/30

　　FastEthernet5/30 is down, line protocol is down (err-disabled)

　　Hardware is Fast Ethernet Port , address is 0002.b90e .3f 4d (bia 0002.b90e .3f 4d)

　　MTU 1500 bytes, BW 100000 Kbit, DLY 100 usec,

　　reliability 255/255, txload 1/255, rxload 1/255

　　I49-4500-1#......

　　* 用户获取 IP地址后，用户不能修改IP或MAC，如果用户同时修改IP和MAC必须是网络内部合法的IP和MAC才可，对于这种修改可以使用下面讲到的 IP Source Guard技术来防范。下表为手动指定IP的报警：

　　3w0d: %SW_DAI-4-DHCP_SNOOPING_DENY: 1 Invalid ARPs (Req) on Fa5/30, vlan 1.([000d.6078.2d95/192.168.1.100/0000.0000.0000/192.168.1.100/01:52:28 UTC Fri Dec 29 2000 ])

（免责声明：文章内容如涉及作品内容、版权和其它问题，请及时与我们联系，我们将在第一时间删除内容，文章内容仅供参考）