ARP抓包分析
首先,了解ARP报文格式:
字段 |
1 |
2 |
3 |
4 |
5 |
6 |
7 |
8 |
9 |
10 |
11 |
12 |
含义 |
以太网目的地址 |
以太网源地址 |
帧类型 |
硬件类型 |
协议类型 |
硬件地址长度 |
协议地址长度 |
op |
发送端以太网地址 |
发送端IP地址 |
目的以太网地址 |
目的IP地址 |
长度 |
6 |
6 |
2 |
2 |
2 |
1 |
1 |
2 |
6 |
4 |
6 |
4 |
字段1:是ARP请求的目的以太网地址,全1时代表广播地址,目的是让局域网上所有主机都收到ARP请求包;
字段2:发送ARP请求的MAC地址;
字段3:以太网帧类型,表示的是后面大数据类型,ARP请求和ARP应答包的这个值都为0X0806;
字段4:表示硬件地址类型,硬件地址不止以太网一种,以太网类型是此值为1;
字段5:表示要映射的协议地址类型,对IPv4地址进行映射时,此值为0X0800;
字段6和7:分别表示硬件地址长度和协议地址长度,MAC地址占6字节,IP地址占4字节;
字段8:表示操作类型字段,值为1表示进行ARP请求,值为2表示ARP应答,值为3表示RARP请求,值为4表示RARP应答;
字段9:表示发送端ARP请求或应答的硬件地址也就是源MAC地址,与2相同;
字段10:表示发送ARP请求或应答的IP地址;
字段11和12:分别表示目的端的硬件地址和协议地址。
前3个字段14个字节是以太网的首部,后面9个字段28个字节是ARP请求/应答的信息。
先查看一下本地主机的IP和MAC分别是:192.169.0.2和74:d4:35:c1:8b:bb
一、广播的ARP request包以及replay包:
正常情况下的request包和reply包:
1、Request包:
由于主机(192.169.0.2)的ARP缓存中没有目的主机(192.169.0.1)的MAC缓存映射,所以主机直接将ARP请求进行广播;其相关字段分别是:
1、以太网目的地址(Destination):ff:ff:ff:ff:ff:ff ,此地址全为1,是广播地址;
2、以太网源地址(Source):74:d4:35:c1:8b:bb
3、帧类型(Type):ARP(0x0806);
4、硬件类型(Hardware):Ethernet(1);
5、协议类型(Protocol):IPv4(0x0800);
6、硬件地址长度(Hardware size):6
7、协议地址长度(Protocol):4
8、Opcode:操作类型为ARP请求request(1)
9、发送端MAC地址(Sender MAC address):74:d4:35:c1:8b:bb
10、发送端IP(Sender IP address):192.169.0.2
11、目的MAC地址(Target MAC address):00:00:00:00:00:00 (此地址需要根据目的IP去获取,在请求报文中为全0);
12、目的IP地址(Target IP address):192.169.0.1;
2、Reply包:此包将自己的MAC 3c:d1:6e:09:e4:a6封装到ARP报文然后回复给请求方,reply包的字段含义跟requset差不多,其中op为:reply(2):
上述replay包的详细数据如下:
二、特殊request包分析
再次进行抓包分析,过滤出一部分ARP包如下:
其中第五个分组的Sender IP address是:0.0.0.0。为什么广播时的发送端IP是0.0.0.0而不是192.169.0.2?
可能是因为网卡还处于启动状态正在进行IP冲突检测,IP地址将其理解为不存在然后就以0.0.0.0代替IP来组装ARP请求包。此问题还在求证中……
另外分组33的request包的Target MAC是一个非全0的正常的MAC地址;
但正常情况下,request包的Target MAC应该是全0的,因为这是需要通过请求来获取。但是当ARP缓存表项的生存时间到了的时候,后台进程就会将其移除。
如果arp表中的表项生存时间一到,直接删除此表项,则还需要重新发送广播帧来请求目的mac地址,这样做因为广播而打扰其他站点。考虑到如果以太网中的主机很多,那么每台机器中的arp表中的表项也会很多,如果每条表项生存时间一到就直接删除表项,那么局域网中的广播数量会很多,这会在一定程度上影响网络的利用率,因此在删除表项之前,直接向该表项的目的地址发送一条请求报文来确认。如果短时间内没有收到回复,则说明此mac地址的拥有者已经改变了ip地址,或者已经离开了此以太网,直接删除此表项即可。
所以就会有一部分的request包的Target MAC是非全0的,如下面的分组33所示,而分组34这是33的reply包。
三、ARP工作过程分析:
结合上述抓包分析数据以及相关知识,对ARP工作过程进行分析:
主机A的IP地址为192.169.0.2,MAC地址为 74:d4:35:c1:8b:bb;主机B的IP地址为192.169.0.1,MAC地址为 3c:d1:6e:09:e4:a6;当主机A要与主机B通信时,ARP可以根据主机B的IP地址(192.169.0.1)解析成主机B的MAC地址,以下为工作流程:
首先,根据主机A上的路由表内容,IP确定用于访问主机B的转发IP地址是192.169.0.1。然后A主机在自己的本地ARP缓存中检查主机B的匹配MAC地址。
如果主机A在ARP缓存中没有找到映射,它将询问192.169.0.1的硬件地址,从而将ARP请求帧广播到本地网络上的所有主机。源主机A的IP地址和MAC地址以及主机B的IP地址都包括在ARP请求中。本地网络上的每台主机都接收到ARP请求并且检查主机B的IP地址是否与自己的IP地址匹配。如果主机发现请求的IP地址与自己的IP地址不匹配,它将丢弃ARP请求。
如果主机B确定ARP请求中的IP地址与自己的IP地址匹配,则将主机A的IP地址和MAC地址映射添加到本地ARP缓存中。
主机B将包含其MAC地址的ARP回复消息直接发送回主机A。
当主机A收到从主机B发来的ARP回复消息时,会用主机B的IP和MAC地址映射更新ARP缓存。本机缓存是有生存期的,生存期结束后,将再次重复上面的过程。主机B的MAC地址一旦确定,主机A就能向主机B发送IP通信了。