80211抓包分析报告.docx

上传人:b****1 文档编号:2428577 上传时间:2022-10-29 格式:DOCX 页数:10 大小:571.11KB
下载 相关 举报
80211抓包分析报告.docx_第1页
第1页 / 共10页
80211抓包分析报告.docx_第2页
第2页 / 共10页
80211抓包分析报告.docx_第3页
第3页 / 共10页
80211抓包分析报告.docx_第4页
第4页 / 共10页
80211抓包分析报告.docx_第5页
第5页 / 共10页
点击查看更多>>
下载资源
资源描述

80211抓包分析报告.docx

《80211抓包分析报告.docx》由会员分享,可在线阅读,更多相关《80211抓包分析报告.docx(10页珍藏版)》请在冰豆网上搜索。

80211抓包分析报告.docx

80211抓包分析报告

802.11抓包分析

1.实验目的

分析802.11协议,了解802.11的帧格式

2.实验环境及工具

操作系统:

ubuntu

实验工具:

WireShark

3.实验原理

(1)802.11MAC层数据帧格式:

Bytes2266620-23124

Frame

control

Duration

Address1

(recipient)

Address2

(transmitter)

Address3

Sequence

Data

Checksequence

 

Version

=00

Type

=10

Subtype

To

DS

From

DS

More

Frag.

Retry

Pwr.

mgt.

More

data

Protected

Order

Bits22411111111

Version:

表明版本类型,现在所有帧里面这个字段都是0

Type:

指明数据帧类型,是管理帧,数据帧还是控制帧,00表示管理帧,01表示控制帧,10表示数据帧

Subtype:

指明帧的子类型,Data=0000,Data+CF-ACK=0001,Data+CF-Poll=0010,Data+CF-ACK+CF-Poll=0011,Nulldata=0100,CF-ACK=0101,

CF-Poll=0110,Data+CF-ACK+CF-Poll=0111,QoSData=1000,

QosData+CF-ACK=1001,QoSData+CF-Poll=1010,

QoSData+CF-ACK+CF-Poll=1011,QoSNull=1100,

QoSCF-ACK=1101,QoSCF-Poll=1110,QoSData+CF-ACK+CF-Poll=1111

ToDS/FromDS:

这两个数据帧表明数据包的发送方向,分四种情况:

若数据包ToDS为0,FromDS为0,表明该数据包在网络主机间传输

若数据包ToDS为0,FromDS为1,表明该数据帧来自AP

若数据包ToDS为1,FromDS为0,表明该数据帧发送往AP

若数据包ToDS为1,FromDS为1,表明该数据帧是从AP发送往AP

Moreflag.:

置1表明后面还有更多段

Retry:

置1表明这个以前发送一帧的重传

Pwrmgt.:

置1表明发送发进入节能模式

Moredata:

置1表明发送发还有更多的帧需要发送给接收方,当AP缓存了处于省电模式下的网络主机的数据包时,AP给该省电模式下的网络主机的数据帧中该位为1,否则为0

Protected:

置1表明该帧的帧体已经被加密

Order:

置1告诉接收方高层希望严格按照顺序来处理帧序列

Duration:

通告本帧和其确认帧将会占用信道多长时间

Address1:

发送方地址Address2:

接收地址Address3:

远程端点

Sequence:

帧的编号

Data:

有效载荷,长度可达2312字节

CheckSequence:

CRC校验码

(2)802.11控制帧,每种控制帧的帧格式不一样,以RTS帧为例说明

Bytes22664

Frame

control

Duration

Receiver

Address

Transmitter

Address

Check

sequence

 

Version

=00

Type

=01

Subtype

=1011

To

DS

=0

From

DS

=0

More

Frag.

=0

Retry

=0

Pwr.

mgt.

More

Data

=0

Protected

=0

Order

=0

Bits22411111111

Version:

表明版本类型,现在所有帧里面这个字段都是0

Type:

指明数据帧类型,是管理帧,数据帧还是控制帧,00表示管理帧,01表示控制帧,10表示数据帧

Subtype:

指明数据帧的子类型,PowerSave(PS)-Poll(省电轮询)=1010,RTS=1011,CTS=1100,ACK=1101,CF-End(无竞争周期结束)=1110,CF-End(无竞争周期结束)+CF-ACK(无竞争周期确认)=1111,BlockACK=1001,

控制帧的ToDS至Order除Pwr.mgt.外必然为0

ReceiverAddress:

接收方地址

TransmitterAddress:

发送发地址,CTS和ACK没有该字段

Checksequence:

校验码

(3)管理帧,

Bytes2266620-23124

Frame

control

Duration

DestinationAddress

Source

Address

BSSID

Sequence

Data

Check

sequence

 

Version

=00

Type

=00

Subtype

To

DS

=0

From

DS

=0

More

Frag.

Retry

=0

Pwr.

mgt.

More

Data

Protected

Order

=0

Bits22411111111

Version:

表明版本类型,现在所有帧里面这个字段都是0

Type:

指明数据帧类型,是管理帧,数据帧还是控制帧,00表示管理帧,01表示控制帧,10表示数据帧

Subtype:

指明数据帧的子类型,

AssociationRequest(关联请求)=0000,

AssociationResponse(关联响应)=0001,

ReassociationRequest(重关联请求)=0010,

ReassociationResponse(重关联响应)=0011,

ProbeRequest(探测请求)=0100,

ProbeResponse(探测响应)=0101,

Beacon(信标帧)=1000,

ATIM(通知传输指示信息)=1001,

Disassociation(解除关联)=1010,

Authentication(身份验证)=1011,

Deauthentication(解除身份验证)=1100

管理帧的ToDS与FromDS均为0,其余FrameControl字段意义与数据帧一致

DestinationAddress:

目的地址

SourceAddress:

源地址

BSSID:

基本服务集ID,用于过滤收到的MAC帧(在基础型网络里为工作站所关联的AP的MAC地址)

Sequence:

帧序列号

AddressChecksequence:

校验码

4.实验步骤

1.配置wireshark,启动monitormode,抓取wifi的数据包,如下图

2.分析抓取到的wifi数据包

5.实验结果及分析

1.数据帧

(1)数据帧

Version,Type和Subtype的08H,即00001000,后两位00,表明协议版本为0,倒数3、4位10表明这是一个数据帧,前四位0000是subtype。

Framecontrol后8位0AH,即00001010。

ToDS=0,FromDS=1,表明该数据帧来自AP。

Morefrag=0,表明这是该帧的最后一段,Retry=1,表明这是重传帧,Pwr.Mgt.=0,表明发送方没有进入节能模式;Moredata=0表明没有更多的帧,即Nodatabuffered.Protected=0,表明没有加密,Order=0,表明没有严格的顺序要求。

Duration位为d500,低位为00,高位为d5,所以持续时间为00d5H=213微秒。

Address1=0022698ea744,接收方的MAC地址;Address2=0611b51a0a05,发送发地址,即AP地址;Address3=00005e00040a,远程远端地址;Sequence=3032,高位为32,低位为30,即0011001000110010,段号为0,帧号为001100100011B=803D,Checksequence=23093131H,检测结果为正确。

(2)上图帧紧接着的下一个数据帧

每发出去一帧Sequence中的12位帧号递增,Address1=0022698ea744,接收方的MAC地址;Address2=0611b51a0a05,发送发地址,即AP地址;Address3=00005e00040a,远程远端地址;这三个地址与上图中的帧一致,是同一发送方发送给同一接收方的连续两帧,帧号=804,帧号递增。

2.控制帧

(1)RTS帧

Version,Type和Subtype的b4H,即10110100,后两位00,表明协议版本为0,倒数3、4位01表明这是一个控制帧,前四位1011是subtype,表明这是一个RTS;

Framecontrol后8位00H,控制帧的这几位除Pwr.mgt.外必然是0.Pwr.mgt即发送方没有进入节能模式。

Duration位为6709,低位为67,高位为09,所以持续时间为096fH=2407微秒。

ReceiverAddress=00:

22:

69:

8e:

a7:

44,接收方的MAC地址;TransmitterAddress=06:

11:

b5:

1a:

0a:

05,发送方地址;Checksequence=6e24f28cH,检测结果为正确。

(2)CTS帧

Version,Type和Subtype的C4H,即11000100,后两位00,表明协议版本为0,倒数3、4位01表明这是一个控制帧,前四位1100是subtype,表明这是一个CTS.

Framecontrol后8位00H,控制帧的这几位除Pwr.mgt.外必然是0.Pwr.mgt即发送方没有进入节能模式。

Duration位为6f09,低位为6f,高位为09,所以持续时间为096fH=2415微秒。

ReceiverAddress=70f1al496492,接收方的MAC地址;Checksequence=a1d1f7e5H,检测结果为正确。

(3)ACK帧

Version,Type和Subtype的d4H,即11010100,后两位00,表明协议版本为0,倒数3、4位01表明这是一个控制帧,前四位1101是subtype,表明这是一个ACK;

Framecontrol后8位00H,控制帧的这几位除Pwr.mgt.外必然是0.Pwr.mgt即发送方没有进入节能模式。

Duration位为0000,所以持续时间为0微秒,ACK表明该帧的传送结束,所以持续时间为0,ReceiverAddress=00:

22:

69:

8e:

a7:

44,接收方的MAC地址;Checksequence=6e24f28cH,检测结果为正确。

(4)BlockACK帧

Version,Type和Subtype的94H,即10010100,后两位00,表明协议版本为0,倒数3、4位01表明这是一个控制帧,前四位1001是subtype,表

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 工程科技 > 兵器核科学

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1