0x01 前言
每年blackhat总是会有一些新奇的攻击思路值得大家学习，在2024年blackhat的议题中发现一篇很有意思的文章，作者提出了一套基于邮箱的欺骗攻击思路，利用RFC标准中对SMTP协议中邮箱地址的特性，提供一系列绕过技巧，我们从中挑选一些实用性较高的思路分享。
0x02 邮箱欺骗
1）邮箱地址注释
在RFC2822规范中规定了邮件数据格式标准，其中3.2.3章节提到可以对消息头中的内容进行注释，邮件地址属于消息头的一部分，也支持注释，注释符是单括号。
[email protected] #正常目标收件箱zhangsan(xxxxx)@webray.com.cn #使用括号进行注释zhangsan([email protected])@webray.com.cn #注释中支持任意其它字符zhangsan@([email protected])webray.com.cn #支持在任意未知进行注释
在上面表格中的邮箱地址是属于添加了注释的邮件地址，本质上都是代表[email protected]。可以使用python的smtplib库复现了邮件发送过程中的注释功能，如下所示。
import smtplibfrom email.mime.text import MIMETextfrom email.utils import formataddr#发送邮件def send_mail(html,mails_to,title='xxxxxxx'):ret=Truemails_to_old=mails_tomails_to=','.join(mails_to)try:my_sender='[email protected]'# 邮件内容msg=MIMEText(html,'html','utf-8')# 括号里的对应发件人邮箱昵称、发件人邮箱账号msg['From']=formataddr(["xxx",my_sender])# 括号里的对应收件人邮箱昵称、收件人邮箱账号msg['To'] =formataddr(["xxx",mails_to])# 邮件的主题msg['Subject']=title# 邮件服务器的SMTP地址server=smtplib.SMTP_SSL("smtp.target.cn", 465)# 登录服务器，括号中对应的是发件人邮箱账号、邮箱密码server.login(my_sender, 'yourpassword')# 发送邮件，括号中对应的是发件人邮箱账号、收件人邮箱账号、发送邮件server.sendmail(my_sender,mails_to_old,msg.as_string())# 关闭连接server.quit()# 如果 try 中的语句没有执行，则会执行下面的 ret=Falseexcept Exception as e:print('发送邮件错误',e)ret=Falsereturn retif __name__ == '__main__':send_mail("xxxxxxx", ["zhangsan@([email protected])webray.com.cn"])
那么这样的邮件欺骗的攻击行为有什么用处呢？
2）邮箱地址编码
在RFC2047规范中规定了邮件传输协议中邮件头的标准，规范中介绍可以使用多种不同的编码方式对邮件头的值进行编码。如下图所示。
其中=?代表编码开始的位置，utf-8代表后续的字符集类型（其它支持的类型包括utf-8、iso-8859-1等），q代表编码方式的简称（其中q代表Q-Encoding,是一种hex编码方式；b代表Base64-Encoding，是base64编码），?=代表编码结束的位置。
通过对邮件地址进行编码提供了另一种邮件地址表示方式，可以使用github的邮箱验证功能来复现这一特性。在github的settings->emails模块中，添加邮箱地址的base64编码后的值，可以在自己的邮箱正常收到github的邮件。
单纯通过对邮箱地址的用户名字段进行编码似乎并不足以产生较大的危害，其灵活性似乎还没有上面邮箱注释的方式高。而且在更多场景下，网站获取邮箱域名是直接获取的邮箱地址的末尾的域名。例如用户输入的邮箱地址是[email protected]，网站会获取最后的webray.com.cn来进行校验，判断输入邮箱是否属于允许注册的域名，这样的验证无法通过上面两种方式来绕过。
为了应对上面这种场景，作者提出了一种%00截断的方式，通过邮箱编码结合%00截断可以在输入的邮箱地址末尾添加任意字符。如下图所示。
其中最关键的是在后面添加了=3e（代表右尖括号>）和%00用于截断后面的内容。其中%00可以截断后面的内容应该是属于C语言在字符遍历时的特性，这个很容易理解。前面的右尖括号是什么作用呢？这是因为在SMTP协议头中真实的目的邮箱地址是下面的方式通过左右尖括号的方式来包裹的。
RCPT TO:<[email protected]>在作者给出的案例中，通过这样的方式可以在github上面认证任意后缀的邮箱地址，如下图所示。
那么这样的欺骗攻击有什么用处呢？
配置之后就使用其它域名后缀的邮箱注册，则会返回禁止注册的错误。
这个时候可以通过[email protected]对gitlab邮件限制进行欺骗，绕过域名注册限制。
0x0 3实网体验
基于邮件地址的域名欺骗攻击是一种新型的攻击思路，在特定场景下能产生重要的作用，但是经过笔者实际测试效果似乎并没有那么好：
-
大多数网站对邮件地址有格式校验，不允许在邮件地址中存在特殊字符。
-
我们测试了python的smtplib、php的phpmailer、java的javax.mail.jar三种语言的常见SMTP发邮件的方式，从测试结果上来看三种方式原生均不支持通过编码的方式来定义收件箱地址。原文中也并没有明确当前主流邮件服务器对编码邮件地址的支持情况。
-
github仅有老版本受域名欺骗攻击影响，在最新的gitlab上面进行测试，是不允许对邮箱地址进行编码的。使用编码的域名会返回邮件地址错误。
也欢迎大家在实际具体业务中多做尝试，肯定能发现其它利用的思路。
0x04 参考链接
https://portswigger.net/research/splitting-the-email-atom原文始发于微信公众号（Beacon Tower Lab）：基于邮箱的域名欺骗攻击（利用解析器绕过访问控制）
