1. Jinja2 SSTI漏洞基础回顾
Jinja2作为Python生态中广泛使用的模板引擎，其服务端模板注入(SSTI)漏洞一直是Web安全测试的重点关注对象。当开发者不慎将用户输入直接拼接到模板中时，攻击者就能通过注入模板语法实现任意代码执行。我曾在多个实际渗透测试项目中，发现开发团队常犯的一个典型错误：他们只过滤了常见的点号(.)和中括号([])访问方式，却忽略了过滤器和魔术方法的组合利用可能性。
理解SSTI绕过的核心在于掌握Python的对象属性访问机制。在常规Python代码中，我们习惯用obj.attribute或obj["key"]的方式访问属性，这背后实际调用了__getattribute__和__getitem__这两个魔术方法。Jinja2为了保持模板语言的灵活性，不仅支持这些标准语法，还提供了attr等过滤器作为替代访问方式。正是这种多路径访问特性，给安全绕过创造了条件。
举个例子，当遇到过滤点号的场景时，新手可能会束手无策。但经验告诉我们，至少有五种等效方式可以获取__class__属性：
"".__class__ ""["__class__"] "".__getattribute__("__class__") ""|attr("__class__") ""["__cla""ss__"] # 字符串拼接绕过2. 过滤器的花式利用技巧
2.1 attr过滤器的深层应用
attr过滤器是绕过属性访问限制的利器，它的工作原理与Python内置的getattr()函数类似。在最近一次金融系统的渗透测试中，我发现目标系统过滤了所有点号和中括号，但恰巧保留了attr过滤器。通过构造""|attr("__class__")成功获取到了字符串对象的类定义。
更巧妙的是，attr可以链式组合其他过滤器实现多重绕过。比如当关键字"class"被过滤时，可以这样构造：
""|attr("__cla""ss__") # 字符串拼接 ""|attr("__ssalc__"|reverse) # 反转字符串 ""|attr(("%c%c%c%c%c%c%c%c%c"|format(95,95,99,108,97,115,115,95,95))) # ASCII编码2.2 join与format的协作艺术
join过滤器在字符串构造方面展现出惊人的灵活性。我曾遇到一个CTF题目，它过滤了所有特殊字符包括引号，但通过以下方式仍然实现了字符串拼接：
[["_","_","c","l","a","s","s","_","_"]|join] # 生成"__class__"结合format过滤器，我们还能实现更精细的字符控制：
"%c%c"|format(95,95) # 生成"__"一个实战技巧：当环境限制严格时，可以利用select过滤器生成包含所需字符的迭代器。通过()|select|string会返回类似<generator object...>的字符串，从中可以提取出尖括号、空格等特殊字符用于后续拼接。
3. 魔术方法的精妙调用
3.1 __getitem__的替代方案
当常规的属性访问方式被封锁时，__getitem__魔术方法往往是被忽视的突破口。在一次企业级应用测试中，我发现虽然系统过滤了中括号表示法，但允许方法调用。于是通过.__getitem__("key")的形式成功绕过了防御。
对于字典操作，除了常规的dict["key"]，还有多个等效方案：
dict.__getitem__("key") dict.pop("key") # 慎用会修改原字典 dict.get("key") dict.setdefault("key")3.2 __getattribute__的动态特性
这个魔术方法赋予了属性访问极大的灵活性。通过构造特定字符串参数，可以实现动态属性获取。有个有趣的案例：某系统过滤了"class"关键字但未过滤其他属性名，使用"".__getattribute__("__cla"+"ss__")成功绕过。
需要注意的是，__getattribute__会无条件触发属性查找，而__getattr__只在属性不存在时触发。这个细微差别在构造Payload时可能产生关键影响。
4. 高级绕过实战案例
4.1 多阶段字符串构造
在某次真实渗透中遇到一个棘手的场景：系统过滤了所有字母和常见符号。通过组合多种技术最终实现了突破：
- 使用
()|select|string获取生成器字符串 - 用列表切片提取出需要的字符
- 通过join拼接成完整Payload
(()|select|string)[24]~(()->select|string)[24] # 构造"__"4.2 环境限制下的chr函数调用
当无法直接使用chr函数时，可以通过__builtins__获取。我常用的几种获取方式：
url_for.__globals__['__builtins__'].chr get_flashed_messages.__globals__['__builtins__'].chr [].__class__.__base__.__subclasses__()[x].__init__.__globals__['__builtins__'].chr一个实用技巧：先通过{% set chr=... %}将chr函数保存到变量，后续就可以像普通函数一样调用了。这在构造复杂Payload时能大幅提高可读性。
5. 防御建议与检测方法
从防御角度，建议开发者在模板渲染时始终遵循"数据与代码分离"原则。对于必须嵌入的动态内容，应该：
- 使用严格的输入白名单验证
- 转义所有特殊模板语法字符
- 禁用不必要的内置函数和过滤器
检测SSTI漏洞时，我通常会先测试{{7*7}}等简单表达式，确认存在注入后逐步升级Payload复杂度。对于过滤机制较强的系统，可以采用"模糊测试+逐步排除"的策略，先确定允许使用的字符集和关键字，再设计对应的绕过方案。
在安全测试过程中，保持对新技术的好奇心很重要。每次遇到新的过滤机制，都是学习进步的机会。记得有次遇到一个极其严格的过滤系统，花了三天时间研究各种绕过方法，最终发现通过特定编码的Unicode字符可以突破防御，这种突破的成就感正是安全研究的魅力所在。
