常用协议分析-ARP 协议
地址解析协议（英语：Address Resolution Protocol，缩写：ARP）是一个通过解析网络层地址来找寻数据链路层地址的网络传输协议，它在 IPv4 中极其重要。ARP 是通过网络地址来定位 MAC 地址。
开始抓包---过滤 arp
我们使用 nmap 来基于 ARP 协议进行扫描
┌──(root💀xuegod53)-[~]
└─# nmap -sn 192.168.1.1
我们看一下我们抓取到的数据包
分析第一个请求包
查看 Address Resolution Protocol (request) ARP 请求包内容：
Address Resolution Protocol (request) #ARP 地址解析协议 request 表示请求包
Hardware type: Ethernet (1) #硬件类型
Protocol type: IPv4 ( 0x0800 ) #协议类型
Hardware size: 6 #硬件地址
Protocol size: 4 #协议长度
Opcode:_ request ( 1 ) #操作码，该值为 1 表示 ARP 请求包
Sender MAC address: VMware_f1:35:ee (00:0c:29:f1:35:ee) #源 MAC 地址
Sender IP address: 192.168.1.53 . #源 IP 地址
Target MAC address: 00:00:00_ 00: 00:00 (00: 00: 00 :00: 00:00) #目标 MAC 地址
Target IP address: 192.168.1.1 #目标 IP 地址
我们来分析第二个数据包 ARP 的应答数据包
查看： Address Resolution Protocol (reply) ARP 地址解析协议
Address Resolution Protocol (reply) #ARP 地址解析协议 reply 表示回复包
Hardware type: Ethernet (1) #硬件类型
Protocol type: IPv4 ( 0x0800 ) #协议类型
Hardware size: 6 #硬件地址
Protocol size: 4 #协议长度
Opcode:_ reply ( 2 ) #操作码，该值为 2 表示 ARP 回复包
Sender MAC address: XXXXXXXXXXXX (9c:61:21:75:55:50) #源 MAC 地址
Sender IP address: 192.168.1.1 #源 IP 地址
Target MAC address: VMware_f1:35:ee (00:0c:29:f1:35:ee) #目标 MAC 地址
Target IP address: 192.168.1.53 #目标 IP 地址
总结：我们可以看到到应答包补全了自己的 MAC 地址，目的地址和源地址做了替换
我们再来看两个数据包的请求和过程
192.168.1.53 广播：谁有 192.168.1.1 的 MAC 地址？
192.168.1.1 应答：192.168.1.1 的 MAC 地址是 xxxxxxxxxxx
很有趣的一个过程不是吗？
常用协议分析-ICMP 协议
我们把之前的数据包清空掉然后筛选 ICMP 协议的数据包
打开一个终端
┌──(root💀xuegod53)-[~]
└─# ping xuegod.cn -c 1
我们只发送一个 ping 包，方便我们分析发送完之后停止抓包即可。
我们先看请求包的内容我们可以看到这是个 4 层的协议包
下面我们开始分析 ICMP 协议包：
ICMP 协议分析请求包
ICMP 协议分析应答包
工作过程：
本机发送一个 ICMP Echo Request 的包
接收方返回一个 ICMP Echo Reply，包含了接受到数据拷贝和一些其他指令
常用协议分析-TCP 协议
首先是清空数据包然后筛选 tcp 开始抓包
我们模拟一下 tcp 会话建立，那最简单的方式是什么呢？
我们通过 Xshell 远程连接 Kali Linux 就会捕获到完整的 TCP3 次握手的链接。
抓完数据包之后我们就停止抓包，接下来我们开始分析 TCP 的数据包
TCP 协议最核心的概念无非就是 3 次握手 4 次断开，我们先讲 TCP 的 3 次握手
查看 TCP 协议：
我们先来看第一个数据包 SYN 数据包
下面这样图是打开标志位的详细信息
我们从以上信息就可以看出这是一个 SYN 数据包，SYN=1 表示发送一个链接请求。这时 Seq 和 ACK 都是 0
我们分析第二个数据包
Flags 位信息
我们可以看到服务端收到 SYN 连接请求返回的数据包 SYN=1,ACK=1 表示回应第一个 SYN 数据包。
我们看第三个数据包
到这里三次握手过程就结束了。
我们生成一个图表来观察数据交互的过程
点击显示过滤器
前面 3 个就是 TCP 建立链接的过程，后面的就是相互通信的过程了这个时候 seq 就会根据数据包的大小改变。
我们清空一下数据包来看一下断开链接是一个什么样的过程.
我们在 Xshell 窗口中输入 exit 退出
我们重新到 WireShark 生成图标
我们分析一下过程，我们在终端输入 EXIT 实际上是在我们 Kali 上执行的命令，表示我们 SSHD 的 Server 端向客户端发起关闭链接请求。
第一次挥手：服务端发送一个[FIN+ACK]，表示自己没有数据要发送了，想断开连接，并进入 FIN_WAIT_1 状态
第二次挥手：客户端收到 FIN 后，知道不会再有数据从服务端传来，发送 ACK 进行确认，确认序号为收到序号+1（与 SYN 相同，一个 FIN 占用一个序号），客户端进入 CLOSE_WAIT 状态。
第三次挥手：客户端发送 [FIN+ACK] 给对方，表示自己没有数据要发送了，客户端进入 LAST_ACK 状态，然后直接断开 TCP 会话的连接，释放相应的资源。
第四次挥手：服务户端收到了客户端的 FIN 信令后，进入 TIMED_WAIT 状态，并发送 ACK 确认消息。服务端在 TIMED_WAIT 状态下，等待一段时间，没有数据到来，就认为对面已经收到了自己发送的 ACK 并正确关闭了进入 CLOSE 状态，自己也断开了 TCP 连接，释放所有资源。当客户端收到服务端的 ACK 回应后，会进入 CLOSE 状态并关闭本端的会话接口，释放相应资源。
常用协议分析-HTTP 协议
我们还是筛选 TCP 协议因为 HTTP 是 TCP 的上层协议，所以我们过滤 TCP 的数据会包含 HTTP 协议的数据包
我们打开一个终端输入下面命令。
┌──(root💀xuegod53)-[~]
└─# curl -I baidu.com
curl 是一个在命令行下工作的文件传输工具，我们这里用来发送 http 请求
-I 大写的 i 表示仅返回头部信息。
我们可以看到我们抓到了 TCP 的 3 次握手 4 次断开
第 4 个和第 6 个是我们的 HTTP 数据包
第一步：我们我们发送了一个 HTTP 的 HEAD 请求
第二步：服务器收到我们的请求返回了一个 Seq/ACK 进行确认
第三步：服务器将 HTTP 的头部信息返回给我们客户端 状态码为 200 表示页面正常
第四步：客户端收到服务器返回的头部信息向服务器发送 Seq/ACK 进行确认
发送完成之后客户端就会发送 FIN/ACK 来进行关闭链接的请求。
如果你对网络安全入门感兴趣，那么你点击这里👉CSDN大礼包：《黑客&网络安全入门&进阶学习资源包》免费分享
如果你对网络安全感兴趣，学习资源免费分享，保证100%免费！！！（嘿客入门教程）
👉网安（嘿客）全套学习视频👈
我们在看视频学习的时候，不能光动眼动脑不动手，比较科学的学习方法是在理解之后运用它们，这时候练手项目就很适合了。
👉网安（嘿客红蓝对抗）所有方向的学习路线👈
对于从来没有接触过网络安全的同学，我们帮你准备了详细的学习成长路线图。可以说是最科学最系统的学习路线，大家跟着这个大的方向学习准没问题。
学习资料工具包
压箱底的好资料，全面地介绍网络安全的基础理论，包括逆向、八层网络防御、汇编语言、白帽子web安全、密码学、网络安全协议等，将基础理论和主流工具的应用实践紧密结合，有利于读者理解各种主流工具背后的实现机制。
面试题资料
独家渠道收集京东、360、天融信等公司测试题！进大厂指日可待！
👉嘿客必备开发工具👈
工欲善其事必先利其器。学习嘿客常用的开发软件都在这里了，给大家节省了很多时间。
1351
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
