PostMessage Vulnerabilities
PostMessage漏洞
WhiteIntel是一个由暗网支持的搜索引擎,提供免费功能以检查公司或其客户是否受到窃取恶意软件的侵害。
WhiteIntel的主要目标是打击由信息窃取恶意软件导致的账户劫持和勒索软件攻击。
您可以访问他们的网站并免费尝试他们的引擎:
发送PostMessage
PostMessage使用以下函数发送消息:
请注意,targetOrigin 可以是 '*' 或类似 https://company.com 的 URL。在第二种情况中,消息只能发送到该域(即使窗口对象的来源不同)。如果使用通配符,消息可以发送到任何域,并将发送到窗口对象的来源。
攻击 iframe 和 targetOrigin 中的通配符
正如此报告中所解释的,如果您找到一个页面可以被iframed(没有 X-Frame-Header
保护)并且通过postMessage使用通配符(*)发送敏感消息,您可以修改 iframe 的来源并将敏感消息泄露到您控制的域。请注意,如果页面可以被 iframed 但targetOrigin设置为 URL 而不是通配符,则此技巧将无效。
addEventListener 漏洞利用
addEventListener
是 JS 使用的函数,用于声明期望接收 postMessages
的函数。
将使用类似以下代码的代码:
枚举
为了在当前页面中找到事件监听器,您可以:
在JS代码中搜索
window.addEventListener
和$(window).on
(JQuery版本)在开发者工具控制台中执行:
getEventListeners(window)
转到浏览器的开发者工具中的 Elements --> Event Listeners
使用浏览器扩展,如 https://github.com/benso-io/posta 或 https://github.com/fransr/postMessage-tracker。这些浏览器扩展将拦截所有消息并显示给您。
源检查绕过
event.isTrusted
属性被认为是安全的,因为它仅对由真实用户操作生成的事件返回True
。尽管如果实施正确,绕过它是具有挑战性的,但它在安全检查中的重要性是显著的。在 PostMessage 事件中使用
indexOf()
进行源验证可能会容易受到绕过。以下是说明此漏洞的示例:
String.prototype.search()
中的search()
方法用于正则表达式,而不是字符串。传递除正则表达式以外的任何内容会导致隐式转换为正则表达式,使该方法可能不安全。这是因为在正则表达式中,点(.)充当通配符,允许使用特别设计的域绕过验证。例如:
match()
函数类似于search()
,处理正则表达式。如果正则表达式结构不正确,可能容易受到绕过攻击。escapeHtml
函数旨在通过转义字符来对输入进行清理。但它不会创建新的转义对象,而是覆盖现有对象的属性。这种行为是可以被利用的。特别是,如果可以操纵对象以使其受控属性不承认hasOwnProperty
,则escapeHtml
不会按预期执行。以下示例演示了这一点:预期失败:
绕过转义:
在此漏洞的背景下,File
对象由于其只读的 name
属性而容易受到利用。当在模板中使用该属性时,它不会被 escapeHtml
函数清理,从而导致潜在的安全风险。
JavaScript 中的
document.domain
属性可以由脚本设置为缩短域名,从而在同一父域内实施更宽松的同源策略执行。
e.origin == window.origin 绕过
在使用 %%%%%% 在 受控的 iframe 中嵌入网页时,理解 iframe 的来源将被设置为 null 是至关重要的。这在处理 受控属性 及其对安全性和功能的影响时尤为重要。
通过在受控属性中指定 allow-popups
,从 iframe 中打开的任何弹出窗口都会继承其父级的受控限制。这意味着,除非还包括 allow-popups-to-escape-sandbox
属性,否则弹出窗口的来源也会被设置为 null
,与 iframe 的来源相同。
因此,在这些条件下打开弹出窗口并从 iframe 发送消息到弹出窗口时,发送和接收端的来源都被设置为 null
。这种情况导致 e.origin == window.origin
评估为 true(null == null
),因为 iframe 和弹出窗口共享相同的 null
来源值。
有关更多信息,请阅读:
绕过 e.source
可以检查消息是否来自脚本正在监听的同一窗口(对于来自浏览器扩展的 内容脚本 特别有趣,以检查消息是否来自同一页面):
你可以通过创建一个iframe发送postMessage并立即删除它,强制消息的**e.source
**为null。
要了解更多信息,请阅读:
X-Frame-Header绕过
为了执行这些攻击,理想情况下你可以将受害者网页放在一个iframe
中。但是一些像X-Frame-Header
这样的标头可能会阻止这种行为。
在这种情况下,你仍然可以使用一种不太隐秘的攻击。你可以打开一个新标签页到受攻击的网页应用程序并与其通信:
通过阻止主页面窃取发送给子页面的消息
在以下页面中,您可以看到如何通过在发送数据之前阻止主页面并利用子页面中的 XSS来窃取发送给子 iframe的敏感 postmessage 数据:
通过修改 iframe 位置窃取消息
如果您可以嵌入一个不包含 X-Frame-Header 的网页,其中包含另一个 iframe,您可以更改该子 iframe 的位置,因此,如果它正在接收使用通配符发送的postmessage,攻击者可以更改该 iframe 的来源为由他控制的页面,并窃取消息:
postMessage 到 Prototype Pollution 和/或 XSS
在通过 postMessage
发送的数据由 JS 执行的情况下,您可以嵌入该页面并利用原型污染/XSS通过 postMessage
发送利用程序。
可以在以下链接中找到一些非常好解释的通过 postMessage
的 XSS:https://jlajara.gitlab.io/web/2020/07/17/Dom_XSS_PostMessage_2.html
通过 postMessage
滥用原型污染然后 XSS的利用示例发送到一个 iframe
:
更多信息:
链接到关于原型污染的页面
链接到关于XSS的页面
链接到关于客户端原型污染到XSS的页面
参考资料
WhiteIntel 是一个由暗网支持的搜索引擎,提供免费功能,用于检查公司或其客户是否受到窃取恶意软件的威胁。
WhiteIntel的主要目标是打击由信息窃取恶意软件导致的账户劫持和勒索软件攻击。
您可以访问他们的网站并免费尝试他们的引擎:
最后更新于