CWE

常见的弱点枚举

一个由社区开发的软件&硬件缺陷类型的列表

新CWE吗?点击这里!
CWE最重要的硬件的弱点
CWE最危险的弱点
>CWE列表> CWE -个人字典定义(4.12)
ID

cwe - 1385:失踪的起源验证WebSockets

弱点ID: 1385
抽象:变体
结构:简单的
视图定制的信息:
的用户感兴趣的更多的概念方面的一个弱点。例如:教育者,技术作家和项目/项目经理。 用户关心的实际应用和细节的本质弱点以及如何预防它的发生。例子:工具开发人员、安全人员、pen-testers事件反应分析师。 对于用户映射一个问题CWE / CAPEC id,即。,找到最合适的CWE为一个特定的问题(例如,CVE记录)。例如:工具开发人员、安全人员。 用户希望看到所有可用的信息CWE / CAPEC条目。 为用户谁想要定制显示细节。
×

编辑自定义过滤器


+描述
产品使用了WebSocket,但它不正确验证数据的来源或沟通是有效的。
+扩展描述

尚提供一个双向低延迟通信(实时)在客户端和服务器之间。尚是不同于HTTP连接长寿,英吉利海峡将保持开放,直到客户机或服务器准备好发送消息,而在HTTP,一旦发生反应(这通常是立即发生),交易完成。

WebSocket可以利用现有的HTTP协议在端口80和443,但它并不局限于HTTP。WebSockets可以使跨源请求不受限制的基于浏览器的同源策略等保护机制(SOP)或跨源资源共享(歌珥)。没有明确的起源验证,这使得CSRF攻击更强大。

+替代条款
跨站点WebSocket劫持(CSWSH):
这个术语是用来攻击,利用这个弱点
+的关系
部分帮助此表显示了弱点和高水平类别相关的这一弱点。这些关系被定义为ChildOf、ParentOf MemberOf,并洞察类似项目可能存在的在较高和较低的抽象级别。此外,关系如PeerOf和CanAlsoBe定义显示类似的弱点,用户可能想要探索。
+相关的视图”研究概念”(cwe - 1000)
自然 类型 ID 的名字
ChildOf 类类——一个弱点,描述的是一个非常抽象的时尚,通常独立于任何特定的语言或技术。更具体的比一个支柱的弱点,但更普遍的基本的弱点。类级别的弱点通常描述问题的1或2以下维度:行为、财产和资源。 346年 起源验证错误
+模式的介绍
部分帮助不同模式的引入提供了信息如何以及何时可以纳入这一弱点。生命周期的阶段识别点的介绍可能发生,而相关的报告提供了一个典型的场景介绍在给定的阶段。
阶段 请注意
架构和设计
实现
+适用的平台
部分帮助该清单显示了给定的弱点可以可能的地区出现。这些可能是为特定命名的语言,操作系统,架构、模式、技术、或一个类这样的平台。列出的平台是随着频率的出现疲态实例。

语言

类:不是特定于语言的患病率(待定)

技术

Web服务器患病率(待定)

+常见的后果
部分帮助这个表指定不同的个人相关后果的弱点。标识应用程序范围的安全领域侵犯,而影响了负面的技术影响,如果敌人成功利用这个弱点。可能提供的信息如何可能的具体结果预计将看到列表中相对于其它后果。例如,可能会有高可能性,缺点将被利用来实现一定的影响,但较低的可能性,它将被利用来实现不同的影响。
范围 影响 可能性
保密
完整性
可用性
不可抵赖性
访问控制

技术的影响:不同的上下文;获得特权或假设的身份;旁路保护机制;阅读应用程序数据;修改应用程序数据;DoS:崩溃,退出或重新启动

后果将取决于自然容易CSRF的功能。攻击者可以有效地执行任何操作的受害者。如果受害人是管理员或特权用户,其后果可能包括获得完全控制web应用程序-删除或窃取数据,卸载产品,或用它来启动其他攻击的所有产品的用户。因为攻击者有受害者的身份,CSRF的范围是有限的,只有受害者的特权。
+观察到的例子
参考 描述
web控制台SIEM产品不检查起源头,允许跨站WebSocket劫持(CSWH)
链:游戏客户端试图验证原点头,但只使用一个字符串,允许跨站点WebSocket劫持通过强制要求一个主机名的起源是一个有效的子串。
WebSocket服务器不检查请求的起源,允许攻击者窃取开发人员的代码使用ws: / / 127.0.0.1:3123 /连接。
WebSocket服务器不检查请求的起源,允许攻击者窃取开发人员的代码使用ws: / / 127.0.0.1 /连接到一个随机的端口号。
WebSocket服务器不检查请求的起源,允许攻击者窃取开发人员的代码使用ws: / / 127.0.0.1:8080 /连接。
+潜在的缓解措施

实施阶段:

使CORS-like访问限制通过验证“起源”头在WebSocket握手。

实施阶段:

使用一个随机CSRF令牌验证请求。

实施阶段:

使用TLS安全通信使用wss (WebSocket安全)而不是“ws”。

阶段:体系结构和设计;实现

需要用户身份验证之前所建立的WebSocket连接。例如,WS图书馆节点“verifyClient”功能。

实施阶段:

杠杆率限制,防止对DoS。漏桶算法的使用可以为此提供帮助。

有效性:深度防御

实施阶段:

使用一个库,提供了载荷大小的限制。例如,WS库节点包括“maxPayloadoption”,可以设置。

有效性:深度防御

实施阶段:

治疗数据/输入在两个方向上都是不可信的,应用相同的输入数据/卫生处理XSS, SQLi等等。
+会员资格
部分帮助这MemberOf关系表显示额外CWE类别和视图引用这个弱点作为成员。这些信息通常是有用的在理解一个弱点符合外部信息源的上下文中。
自然 类型 ID 的名字
MemberOf 类别类别——CWE条目包含一组其他条目,共享一个共同的特点。 1411年 综合分类:验证数据的真实性不足
+脆弱性映射笔记

用法:允许

(CWE ID可以用来映射到现实世界的漏洞)

原因:可接受的使用

理由是:

这个CWE条目是变体的抽象级别,这是一个首选的抽象级别映射到漏洞的根本原因。

评论:

仔细阅读这两个名称和描述,以确保此映射是一个适当的配合。不要试图“力”映射到底层基础/变体只是遵守这首选的抽象级别。
+引用
基督教施耐德(ref - 1257)。“跨站点WebSocket劫持(CSWSH)”。2013-09-01。<https://christian-schneider.net/CrossSiteWebSocketHijacking.html>。
(ref - 1251)画的分支。“尚不遵守SOP和歌珥吗?这是否意味着……”。2018-06-06。<https://blog.securityevaluators.com/websockets-not-bound-by-cors-does-this-mean-2e7819374acc>。
(ref - 1252) Mehul汉。“如何保证你的WebSocket连接”。2018-11-12。<https://www.freecodecamp.org/万博下载包news/how-to-secure-your-websocket-connections-d0be0996c556/>。
李(ref - 1256)薇琪。“跨站点WebSocket劫持(CSWSH)”。2019-11-27。<https://medium.com/swlh/hacking-websocket-25d3cba6a4b9>。
(ref - 1253) PortSwigger。“测试WebSockets安全漏洞”。使用跨站点WebSockets利用漏洞。<https://portswigger.net/web-security/websockets>。URL验证:2023-04-07
+内容的历史
+提交
提交日期 提交者 组织
2021-05-28
(CWE 4.7, 2022-04-28)
匿名的外部因素
+修改
修改日期 修饰符 组织
2023-01-31 CWE内容团队 主教法冠
更新描述
2023-04-27 CWE内容团队 主教法冠
更新引用关系
2023-06-29 CWE内容团队 主教法冠
更新Mapping_Notes
页面最后更新:2023年6月29日