风君子博客大家好，关于抓包能看到网站源码分享么很多朋友都还不太明白，今天小编就来为大家分享关于抓包软件可以看到别人的聊天记录吗的知识，希望对各位有所帮助！
作者：木木匠
转发链接：https://juejin.im/post/5c693a4f51882561fb1db0ff
一、概述
上一篇文章《图文深入http三次握手核心问题【思维导图】》我们分析了简单的一次HTTP请求具体是怎么样完成的，分析了HTTP协议的数据结构，如何连接，如何断开，又是如何多路复用的，那么今天我们来聊聊另外一个协议，WebSocket。由于WebSocket的协议的内容非常多，本文只会取其冰山一角进行简单阐述，不会铺开详细说。
二、什么是WebSocket
2.1WebSocket产生的背景
在WebSocket协议出现以前，创建一个和服务端进双通道通信的web应用，需要依赖HTTP协议，进行不停的轮询，这会导致一些问题：
服务端被迫维持来自每个客户端的大量不同的连接大量的轮询请求会造成高开销，比如会带上多余的header，造成了无用的数据传输。
所以，为了解决这些问题，WebSocket协议应运而生。
2.2WebSocket的定义
WebSocket是一种在单个TCP连接上进行全双工通信的协议。WebSocket使得客户端和服务器之间的数据交换变得更加简单，允许服务端主动向客户端推送数据。
在WebSocketAPI中，浏览器和服务器只需要完成一次握手，两者之间就直接可以创建持久性的连接，并进行双向数据传输。（维基百科）
三、WebSocket的基础帧结构分析
下图是我参考RFC64555.2章节画的websocket基础帧的数据结构图，接下里我们重点解析下数据结构图。
FIN:占用1bit,表示这是消息的最后一个片段。第一个片段也有可能是最后一个片段。
RSV1，RSV2，RSV3:每个1bit
必须设置为0，除非扩展了非0值含义的扩展。如果收到了一个非0值但是没有扩展任何非0值的含义，接收终端必须断开WebSocket连接。
Opcode:4bit,操作码，如果收到一个未知的操作码，接收终端必须断开WebSocket连接。
%x0表示一个持续帧
?%x1表示一个文本帧
?%x2表示一个二进制帧
?%x3-7预留给以后的非控制帧
?%x8表示一个连接关闭包
?%x9表示一个ping包
?%xA表示一个pong包
?%xB-F预留给以后的控制帧
Mask:1bit，mask标志位，定义“有效负载数据”是否添加掩码。如果设置为1，那么掩码的键值存在于Masking-Key中。
Payloadlength:7bits,7+16bits,or7+64bits，以字节为单位的“有效负载数据”长度。
Masking-Key:0or4bytes，
?所有从客户端发往服务端的数据帧都已经与一个包含在这一帧中的32bit的掩码进行过了运算。如果mask标志位（1bit）为1，那么这个字段存在，如果标志位为0，那么这个字段不存在。备注：载荷数据的长度，不包括maskkey的长度。。
Payloaddata：有效负载数据
为什么需要掩码？
为了安全，但并不是为了防止数据泄密，而是为了防止早期版本的协议中存在的代理缓存污染攻击（proxycachepoisoningattacks）等问题。
四、抓包分析
4.1DEMO展示及分析
我写了一个DMEMO用来抓包分析websocket,源代码会放在文章末尾的链接。DEMO效果如下：
页面提供连接与断开功能，输入自己的名字发送，服务端返回Hello,名字！功能很简单，我们先看看页面的请求和响应。
请求：
响应：
这里的请求与响应就是反应了WebSocket第一次握手，我们根据上图可以简单抽象一下WebSocket的请求和响应格式：客户端握手请求格式：
GET/chatHTTP/1.1\nHost:server.example.com\nUpgrade:websocket\nConnection:Upgrade\nSec-WebSocket-Key:dGhlIHNhbXBsZSBub25jZQ==\nOrigin:http://example.com\nSec-WebSocket-Protocol:chat,superchat\nSec-WebSocket-Version:13\n复制代码
服务端握手响应：
HTTP/1.1101SwitchingProtocols\nUpgrade:websocket\nConnection:Upgrade\nSec-WebSocket-Accept:s3pPLMBiTxaQ9kYGzzhZRbK+xOo=\nSec-WebSocket-Protocol:chat\n复制代码
我们重点说明下结果请求字段：
Upgrade：表示HTTP协议升级为webSocket
connection:Upgrade请求升级。
Sec-WebSocket-Key：用于服务端进行标识认证，生成全局唯一id,GUID。
Sec-WebSocket-Version：版本
Sec-WebSocket-Protocol:请求服务端使用指定的子协议。如果指定了这个字段，服务器需要包含相同的字段，并且从子协议的之中选择一个值作为建立连接的响应。
Sec-WebSocket-Extensions:WebSocket的扩展。
Sec-WebSocket-Accept:s3pPLMBiTxaQ9kYGzzhZRbK+xOo=生成的全局唯一id，GUID。
GUID的生成算法
算法思想：通过Sec-WebSocket-Key传入的值，dGhlIHNhbXBsZSBub25jZQ==，连接服务端生成的字符串，拼接格式如下
dGhlIHNhbXBsZSBub25jZQ==258EAFA5-E914-47DA-95CA-\nC5AB0DC85B11\n复制代码
，然后采用SHA-1哈希算法，然后用base64编码生成最终的Sec-WebSocket-Accept的值，生成的值就是
s3pPLMBiTxaQ9kYGzzhZRbK+xOo=\n\n复制代码
（注意，这里SHA1哈希算法生成的结果必须是二进制的哈希结果，比如
Python代码中的
h=hashlib.sha1(&34;)\n.digest()\n\n复制代码
，如果用在线处理工具生成，生成的Hash是16进制的哈希，用Base64就会生成错误结果）。
4.2抓包
我在DEMO中的操作流程如下：
连接WebSocket发送“LUOZHOU”断开连接
用Wireshark抓包如下：
我们结合浏览器截图和抓包截图，发现在真正开启websocket之前，浏览器会有两次http请求，分别是：
A请求GET/gs-guide-websocket/info?t=1551252237372HTTP/1.1\n\nB请求GET/gs-guide-websocket/690/pdsz5x1q/websocketHTTP/1.1\n复制代码
根据RFC6455协议规定WebSocket只需要一次握手就可以完成，所以我们只需要分析第二次的http握手请求，A请求应该是使用的框架层面自己实现。
我们根据截图可以知道，B请求对应的响应是序号192的数据，返回码是101，根据HTTP返回码我们可以知道，服务器已经理解了客户端的请求，并将通过Upgrade消息头通知客户端采用不同的协议来完成这个请求。在发送完这个响应最后的空行后，服务器将会切换到在Upgrade消息头中定义的那些协议，也就是升级为WebSocket协议。所以接着193的包已经变成了WebSocket协议了。到这里，WebSocket的握手连接就已经完成了。
接下来我们分析下发送消息的流程，这里大家肯定会疑惑，就发送了一条消息，为啥会有这么多WebSocket的包呢？其实这里多余的包是框架层面进行发送的，比如要进行订阅与发布的注册等等操作。所以真正使我们操作的包就只有断开连接的相关包和发送“LUOZHOU”的包
根据上图我们发现序号229的包是一个文本类型的包，opcode:1,然后采用了掩码处理，同时是最后一个处理包。我们仔细发现所有客户端发送服务端的包都会有[MASKED]标记，服务端返回的没有，这就说明了从客户端向服务端发送数据时，需要对数据进行掩码操作；从服务端向客户端发送数据时，不需要对数据进行掩码操作。
五、总结
WebSocket是为了在web应用上进行双通道通信而产生的协议，相比于轮询HTTP请求的方式，WebSocket有节省服务器资源，效率高等优点。WebSocket中的掩码是为了防止早期版本中存在中间缓存污染攻击等问题而设置的，客户端向服务端发送数据需要掩码，服务端向客户端发送数据不需要掩码。WebSocket中Sec-WebSocket-Key的生成算法是拼接服务端和客户端生成的字符串，进行SHA1哈希算法，再用base64编码。WebSocket协议握手是依靠HTTP协议的，依靠于HTTP响应101进行协议升级转换。
推荐Websocket和Http知识相关文章
Vue合理配置WebSocket并实现群聊
如何在小程序中实现WebSocket通信
手把手教你用CanvasWebSocketRedis实现一个视频弹幕【实践】
「译」Go实现百万WebSocket连接
细品HTTP/3原理实战
图文深入http三次握手核心问题【思维导图】
看完这篇HTTP，跟面试官扯皮就没问题了
图解HTTP缓存机制运作流程「流程图」
全面长文图解HTTP常见面试题，给你面试保驾护航「亲手绘制」
作者：木木匠转发链接：https://juejin.im/post/5c693a4f51882561fb1db0ff
END，本文到此结束，如果可以帮助到大家，还望关注本站哦！