Cisco Dynamic ARP Inspection

aeonspr

　ARP防范在全部是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请求报文
数量。通过这些技术可以防范“中间人”攻击。
　　配置示例
　　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
　　配置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 ])
               
               
               

本文来自ChinaUnix博客，如果查看原文请点：http://blog.chinaunix.net/u2/68769/showart_1774737.html