Email Injections
Last updated
Last updated
Use Trickest to easily build and automate workflows powered by the world's most advanced community tools. Get Access Today:
The message will be sent to the recipient and recipient1 accounts.
The message will be sent to the original recipient and the attacker account.
The fake subject will be added to the original subject and in some cases will replace it. It depends on the mail service behavior.
Inject a two-line feed, then write your message to change the body of the message.
This section is going to be based on how to abuse this parameter supposing that an attacker controls it.
This parameter is going to be added to the command line PHP will be using to invoke the binary sendmail. However, it will be sanitised with the function escapeshellcmd($additional_parameters).
An attacker can inject extract parameters for sendmail in this case.
sendmail interface is provided by the MTA email software (Sendmail, Postfix, Exim etc.) installed on the system. Although the basic functionality (such as -t -i -f parameters) remains the same for compatibility reasons, other functions and parameters vary greatly depending on the MTA installed.
Here are a few examples of different man pages of sendmail command/interface:
Sendmail MTA: http://www.sendmail.org/~ca/email/man/sendmail.html
Postfix MTA: http://www.postfix.org/mailq.1.html
Exim MTA: https://linux.die.net/man/8/eximReferences
Depending on the origin of the sendmail binary different options have been discovered to abuse them and leak files or even execute arbitrary commands. Check how in https://exploitbox.io/paper/Pwning-PHP-Mail-Function-For-Fun-And-RCE.html
Note that if you manage to create an account in a service with an arbitrary domain name (like Github, Gitlab, CloudFlare Zero trust...) and verify it receiving the verification email in your mail address, you might be able to access sensitive locations of the victim company
The symbols: +, - and {} in rare occasions can be used for tagging and ignored by most e-mail servers
E.g. john.doe+intigriti@example.com → john.doe@example.com
Comments between parentheses () at the beginning or the end will also be ignored
E.g. john.doe(intigriti)@example.com → john.doe@example.com
You can also use IPs as domain named between square brackets:
john.doe@[127.0.0.1]
john.doe@[IPv6:2001:db8::1]
As explained in this research, email names also can also contain encoded characters:
PHP 256 overflow: PHP chr function will continue adding 256 to a char until it becames positive and then do the operation %256.
String.fromCodePoint(0x10000 + 0x40) // 𐁀 → @
The goal of this trick is to end with an injection like RCPT TO:<"collab@psres.net>collab"@example.com>
that will send the verification email to a different email address from the expected one (therefore to introduce another email address inside the email name and break the syntax when sending the email)
Different encodings:
Payloads:
Github: =?x?q?collab=40psres.net=3e=00?=foo@example.com
Note the encoded @ as =40, the encoded > as =3e and null as =00
It'll send the verification email to collab@psres.net
Zendesk: "=?x?q?collab=22=40psres.net=3e=00==3c22x?="@example.com
Same trick as before but adding some regular quote at the beginning and encoded qoute =22 before the encoded @ and then starting and close some qoutes before the next email to fix the syntax used internally by Zendesk
It'll send the verification email to collab@psres.net
Gitlab: =?x?q?collab=40psres.net_?=foo@example.com
Note the use of the underscore as a space to separate address
It'll send the verification email to collab@psres.net
Punycode: Using Punycode it was possible to inject a tag <style in Joomla and abuse it to steal the CSRF token via CSS exfiltration.
There is a Burp Suite Turbo Intruder script to fuzz these kind of combinations to try to attack email formats. The script already have potentially working combinations.
It's laso possible to use Hackvertor to create an email splitting attack
Some services like github or salesforce allows you to create an email address with XSS payloads on it. If you can use this providers to login on other services and this services aren't sanitising correctly the email, you could cause XSS.
If a SSO service allows you to create an account without verifying the given email address (like salesforce) and then you can use that account to login in a different service that trusts salesforce, you could access any account. Note that salesforce indicates if the given email was or not verified but so the application should take into account this info.
You can send an email using From: company.com and Replay-To: attacker.com and if any automatic reply is sent due to the email was sent from an internal address the attacker may be able to receive that response.
Certain services, like AWS, implement a threshold known as the Hard Bounce Rate, typically set at 10%. This is a critical metric, especially for email delivery services. When this rate is exceeded, the service, such as AWS's email service, may be suspended or blocked.
A hard bounce refers to an email that has been returned to the sender because the recipient's address is invalid or non-existent. This could occur due to various reasons, such as the email being sent to a non-existing address, a domain that isn't real, or the recipient server's refusal to accept emails.
In the context of AWS, if you send 1000 emails and 100 of them result in hard bounces (due to reasons like invalid addresses or domains), this would mean a 10% hard bounce rate. Reaching or exceeding this rate can trigger AWS SES (Simple Email Service) to block or suspend your email sending capabilities.
It's crucial to maintain a low hard bounce rate to ensure uninterrupted email service and maintain sender reputation. Monitoring and managing the quality of the email addresses in your mailing lists can significantly help in achieving this.
For more detailed information, AWS's official documentation on handling bounces and complaints can be referred to AWS SES Bounce Handling.
Use Trickest to easily build and automate workflows powered by the world's most advanced community tools. Get Access Today:
Learn & practice AWS Hacking:HackTricks Training AWS Red Team Expert (ARTE) Learn & practice GCP Hacking: HackTricks Training GCP Red Team Expert (GRTE)
Learn & practice AWS Hacking:HackTricks Training AWS Red Team Expert (ARTE) Learn & practice GCP Hacking: HackTricks Training GCP Red Team Expert (GRTE)
