网络空间安全之一个WH的超前沿全栈技术深入学习之路(9):WireShark 简介和抓包原理及实战过程一条龙全线分析

举报
肾透侧视攻城狮 发表于 2024/10/30 14:24:19 2024/10/30
【摘要】 实战:WireShark 抓包及快速定位数据包技巧、使用 WireShark 对常用协议抓包并分析原理 、WireShark 抓包解决服务器被黑上不了网等具体操作详解步骤;精典图示举例说明、注意点及常见报错问题所对应的解决方法IKUN和I原们你这要是学不会我直接退出江湖;好吧!!!

欢迎各位彦祖与热巴畅游本人专栏与博客
你的三连是我最大的动力
以下图片仅代表专栏特色 [点击箭头指向的专栏名即可闪现]


专栏跑道一


➡️网络空间安全——全栈前沿技术持续深入学习 

专栏跑道二

➡️ 24 Network Security -LJS 

专栏跑道三


 ➡️ MYSQL REDIS Advance operation



专栏跑道四


➡️HCIP;H3C-SE;CCIP——LJS[华为、华三、思科高级网络]



专栏跑道五


➡️RHCE-LJS[Linux高端骚操作实战篇]​


专栏跑道六


➡️数据结构与算法[考研+实际工作应用+C程序设计]


专栏跑道七


➡️RHCSA-LJS[Linux初级及进阶骚技能]


上节回顾

WireShark 抓包及常用协议分析

1.常见协议包

可能会产生一个报错信息,是不建议我们使用 root 用户运行。我们直接点击 OK 就行,这个报错信息影响我们任何的使用。

选择我们的网卡

双击网卡之后就会自动进行抓包

1.2混杂模式介绍

  • 混杂模式就是接收所有经过网卡的数据包,包括不是发给本机的包,即不验证MAC 地址。
  • 普通模式下网卡只接收发给本机的包(包括广播包)传递给上层程序,其它的包一律丢弃。
  • 一般来说,混杂模式不会影响网卡的正常工作,多在网络监听工具上使用。

关闭和开启混杂模式方法

  • 关闭和开启混杂模式前,需要停止当前抓包。如下,停止捕获。


在程序的工具栏中点击“ 捕获 ”---》“ 选项 ”


在选项设置界面中的“ 输出 ”设置栏的左下方勾选“ 在所有接口上使用混杂模式 ”


这样就开启了。默认就是开启混杂模式。

1.3WireShark 的过滤器使用

  • 我们开启混淆模式来做一下感受,我们再次捕获---在所有接口上使用混杂模式就可以直接进行抓包了

下面我们打开浏览器访问以下百度。

访问完成后点击停止抓包即可,我们不需要抓太多的数据包。

可以看到有很多数据包但是我们怎么才能找到对应的数据包类型呢?

示例1:使用过滤器筛选 TCP 的数据包

注意:

  • 筛选条件我们都使用小写就好了,大写的话会不识别

示例2:使用过滤器筛选 arp 的数据包

示例3:使用过滤器筛选 udp 的数据包

  • 我们使用过滤器输入“udp”以筛选出 udp 报文。但是为什么输入 udp 之后出现那么多种协议呢?
  • 原因就是 oicq 以及 dns 都是基于 udp 的传输层之上的协议
  • oicq补充:
    OICQ 是 "Open ICQ" 的缩写,最初是由中国的腾讯公司开发的一种即时通讯协议。它的设计灵感来自于 ICQ(一个早期的即时通讯软件)。OICQ 主要用于提供即时消息、文件传输和在线状态等功能。
  • OICQ 使用 UDP 作为传输层协议之一,这使得它在数据传输上具有低延迟和高效性,适合即时通讯应用。尽管 OICQ 的早期版本与 ICQ 相似,但随着时间的推移,它逐渐演变成了后来的 QQ(腾讯 QQ),成为一种广泛使用的社交平台。

扩展:

  • 客户端向 DNS 服务器查询域名,一般返回的内容都不超过 512 字节,用 UDP 传输即可。
  • 不用经过三次握手,这样 DNS 服务器负载更低,响应更快。
  • 理论上说,客户端也可以指定向 DNS 服务器
  • 查询时用 TCP,但事实上,很多 DNS 服务器进行配置的时候,仅支持 UDP 查询包。

示例4:使用过滤器筛选 http 的数据包

示例5:使用过滤器筛选 dns 的数据包

其实不仅可以对协议类型进行筛选,我们还有跟多的筛选条件,比如源地址目的地址等等。。

示例6:筛选源地址是 192.168.1.53 或目的地址是 192.168.1.1

在终端 ping 192.168.1.

然后修改筛选器条件为:

ip.src_host == 192.168.1.53 or ip.dst_host == 192.168.1.1
 
ip.src_host == 192.168.1.53 表示源 IP 地址
ip.dst_host == 192.168.1.1 表示目的地址
  • 中间用 or 进行了拼接,表示或 当然我们也可以使用 and 表示与,or 表示满足左右其中一个条
  • 件就会显示符合条件的数据包,and 表示左右 2 个条件都满足才会显示。

and


    2.实战:使用 WireShark 对常用协议抓包并分析原理

    2.1常用协议分析-ARP 协议

    开始抓包---过滤 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_ 96:67:52 (00:0c:29:8b:2b:b8) #源 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 地址


    总结:

      1. 可以看到到应答包补全了自己的 MAC 地址,目的地址和源地址做了替换
      2. 我们再来看两个数据包的请求和过程
      3. 192.168.1.53 广播:谁有 192.168.1.1 的 MAC 地址?
         
        192.168.1.1 应答:192.168.1.1 的 MAC 地址是 xxxxxxxxxxx

        1. 192.168.1.53 广播:谁有 192
          .168.1.1 的 MAC 地址


    2.2常用协议分析-ICMP 协议

    打开一个终端

    root@xuegod53:~# ping xuegod.cn -c 1

    先看请求包的内容我们可以看到这是个 4 层的协议包


    下面开始分析 ICMP 协议包:

     ICMP 协议分析请求包

    ICMP 协议分析应答包


    工作过程:

    1. 本机发送一个 ICMP Echo Request 的包
    2. 接受方返回一个 ICMP Echo Reply,包含了接受到数据拷贝和一些其他指令


    2.3常用协议分析-TCP 协议

    • 首先是清空数据包然后筛选 tcp 开始抓包

    • 模拟一下 tcp 会话建立,那最简单的方式是什么呢?
    • 我们通过 Xshell 远程连接 Kali Linux 就会捕获到完整的 TCP3 次握手的链接。

    查看 TCP 协议:

    • 先来看第一个数据包 SYN 数据包


    • 打开标志位的详细信息

    • 分析第二个数据包

    • Flags 位信息

    • 分析第三个数据包​编辑
    • 这里三次握手过程就结束了。


    生成一个图表来观察数据交互的过程

    全工程分析如下:

    1. 在终端输入 EXIT 实际上是在我们 Kali 上执行的命令,表示我们 SSHD 的Server 端向客户端发起关闭链接请求。
    2. 第一次挥手:服务端发送一个[FIN+ACK],表示自己没有数据要发送了,想断开连接,并进入FIN_WAIT_1 状态
    3. 第二次挥手:客户端收到 FIN 后,知道不会再有数据从服务端传来,发送 ACK 进行确认,确认序号为收到序号+1(与 SYN 相同,一个 FIN 占用一个序号),客户端进入 CLOSE_WAIT 状态。
    4. 第三次挥手:客户端发送 [FIN+ACK] 给对方,表示自己没有数据要发送了,客户端进入LAST_ACK 状态,然后直接断开 TCP 会话的连接,释放相应的资源。
    5. 第四次挥手:服务户端收到了客户端的 FIN 信令后,进入 TIMED_WAIT 状态,并发送 ACK 确认消息。服务端在 TIMED_WAIT 状态下,等待一段时间,没有数据到来,就认为对面已经收到了自己发送的ACK 并正确关闭了进入 CLOSE 状态,自己也断开了 TCP 连接,释放所有资源。当客户端收到服务端的ACK 回应后,会进入 CLOSE 状态并关闭本端的会话接口,释放相应资源。

    2.4常用协议分析-HTTP 协议

    • 打开一个终端输入下面命

    打开一个终端输入下面命

    root@xuegod53:~# curl -I baidu.com

    cur介绍

    • 是一个在命令行下工作的文件传输工具,我们这里用来发送 http 请求
    • -I 大写的 i 表示仅返回头部信息。
    • 可以看到我们抓到了 TCP 的 3 次握手 4 次断开 


    • 第 4 个和第 6 个是我们的 HTTP 数据包

    完整过程分析:

    1. 第一步:我们我们发送了一个 HTTP 的 HEAD 请求
    2. 第二步:服务器收到我们的请求返回了一个 Seq/ACK 进行确认
    3. 第三步:服务器将 HTTP 的头部信息返回给我们客户端 状态码为 200 表示页面正常
    4. 第四步:客户端收到服务器返回的头部信息向服务器发送 Seq/ACK 进行确认
    5. 发送完成之后客户端就会发送 FIN/ACK 来进行关闭链接的请求。


    3.实战:WireShark 抓包解决服务器被黑上不了网

    场景:服务器被黑上不了网,可以 ping 通网关,但是不能上网。
    模拟场景
    修改主机 TTL 值为 1,下面的方式是我们临时修改内核参数。

    root@xuegod53:~# echo "1" > /proc/sys/net/ipv4/ip_default_ttl

    拓展补充:

    • TTL : 数据报文的生存周期。
    • 默认 linux 操作系统值:64,每经过一个路由节点,TTL 值减 1。TTL 值为 0 时,说明目标地址不可达并返回:Time to live exceeded
    • 作用: 防止数据包,无限制在公网中转发。

     进行测试

    root@xuegod53:~# ping 192.168.1.1 -c 1

    •  可以看到提示我们 Time to live exceeded 这表示超过生存时间,
    • 我们判断和目标之间经过多少个网络设备根据目标返回给我们的 TTL 值来判断的,因为我们发送的数据包是看不到的。 

    实战抓包分析数据包 

    开启抓包,过滤 icmp 协议

     

    root@xuegod53:~# ping xuegod.cn -c 1

    然后回到 WireShark 中查看数据包

    • 可以看到第一个包是发送了一个 ping 请求包 ttl=1
    • 然后呢我们收到了 192.168.1.1 返回给我们的数据包告诉我们超过数据包生存时间,数据包被丢


    如果把 TTL 值修改成 2 会有什么效果呢?

    root@xuegod53:~# echo "2" > /proc/sys/net/ipv4/ip_default_ttl
     
    root@xuegod53:~# ping xuegod.cn -c 1
    • 对比数据包发现返回我们数据包被丢弃的源地址变成了 123.115.0.1,这证明了数据包在网络中已经到达了下一个网络设备才被丢弃
    • 由此我们还判断出我们的运营商网关地址为 123.115.0.1 但是我们并没有到达目标主机


    恢复系统内核参数

    root@xuegod53:~# echo "64" > /proc/sys/net/ipv4/ip_default_ttl
     
    root@xuegod53:~# ping xuegod.cn -c 1

    • 目标返回给我们的 TTL 值为 52,这表示我们的 TTL 值需要大于 64-52=12 才可以访问 xuegod.cn
    • MTR 可以检测我们到达目标网络之间的所有网络设备的网络质量,
    • 默认系统是没有安装 MTR 工具的我们手动安装一下
      root@xuegod53:~# apt install -y mtr


    • 示例:检测到达 xuegod.cn 所有节点的通信质量
    • root@xuegod53:~# apt install -y mtr
    root@xuegod53:~# mtr xuegod.cn

    可以看到从我当前主机到目标主机[xuegod.cn ]之间经过 12 跳。 

    【版权声明】本文为华为云社区用户原创内容,转载时必须标注文章的来源(华为云社区)、文章链接、文章作者等基本信息, 否则作者和本社区有权追究责任。如果您发现本社区中有涉嫌抄袭的内容,欢迎发送邮件进行举报,并提供相关证据,一经查实,本社区将立刻删除涉嫌侵权内容,举报邮箱: cloudbbs@huaweicloud.com
    • 点赞
    • 收藏
    • 关注作者

    评论(0

    0/1000
    抱歉,系统识别当前为高风险访问,暂不支持该操作

    全部回复

    上滑加载中

    设置昵称

    在此一键设置昵称,即可参与社区互动!

    *长度不超过10个汉字或20个英文字符,设置后3个月内不可修改。

    *长度不超过10个汉字或20个英文字符,设置后3个月内不可修改。