有关ARP欺骗攻击提出cisco交换机解决方案

近期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请求报文数量。通过这些技术可以防范“中间人”攻击。

  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 ])

ADSL宽带连接错误(734)及解决方法 « 上一篇下一篇 » 公司网络综合布线图解
相关文章
回到顶部