摘要：在我们向厂商提交漏洞，发布了相关的漏洞分析文章后，由于内联函数导致的类似安全问题在其他的应用程序中陆续曝出。浅析的函数自带了一个内联函数用于在应用程序中发送电子邮件。
前言
在我们 挖掘PHP应用程序漏洞 的过程中，我们向著名的Webmail服务提供商 Roundcube 提交了一个远程命令执行漏洞（ CVE-2016-9920 ）。该漏洞允许攻击者通过利用Roundcube接口发送一个精心构造的电子邮件从而在目标系统上执行任意命令。在我们向厂商提交漏洞，发布了相关的漏洞分析文章后，由于PHP内联函数mail()导致的类似安全问题在其他的PHP应用程序中陆续曝出。在这篇文章中，我们将分析一下这些漏洞的共同点，那些安全补丁仍然存在问题，以及如何安全的使用mail()函数。
浅析PHP的mail()函数
PHP自带了一个内联函数mail()用于在PHP应用程序中发送电子邮件。开发者可以通过使用以下五个参数来配置邮件发送。
http://php.net/manual/en/func...
bool mail( string $to, string $subject, string $message [, string $additional_headers [, string $additional_parameters ]]
这个函数的前三个参数这里就不细说了，因为这些参数一般情况下不会受到注入攻击的影响。但是，值得关注的一点是，如果$to参数由用户控制控制的话，那么其可以向任意电子邮件地址发送垃圾邮件。
邮件头注入
在这篇文章中我们重点分析后两个参数。第四个参数$additional_headers的主要功能是规定额外电子邮件报头。比如From、Reply-To、Cc以及Bcc。由于邮件报头由CRLF换行符rn分隔。当用户输入可以控制第四个参数，攻击者可以使用这些字符（rn）来增加其他的邮件报头。这种攻击方式称为电子邮件头注入（或短电子邮件注入）。这种攻击可以通过向邮件头注入CC:或BCC:字段造成发送多封垃圾邮件。值得注意的是，某些邮件程序会自动将n替换为rn。
为什么没有正确处理mail()函数的第5个参数会引发安全问题
为了在PHP中使用mail()函数，必须配置一个电子邮件程序或服务器。在php.ini配置文件中可以使用以下两个选项：
1.配置PHP连接的SMTP服务器的主机名和端口
2.配置PHP用作邮件传输代理（MTA）的邮件程序文件路径
当PHP配置了第二个选项时，调用mail()函数的将导致执行配置的MTA(邮件传输代理)程序。尽管PHP内部可以调用escapeshellcmd()函数防止恶意用户注入其他的shell命令，mail()函数的第5个参数$additional_parameters允许向MTA(邮件传输代理)中添加新的程序参数。因此，攻击者可以在一些MTA中附加程序标志，启用创建一个用户可控内容的文件。
漏洞演示代码
mail("myfriend@example.com", "subject", "message", "", "-f" . $_GET["from"]);
在上述代码中存在一个远程命令执行漏洞，这个问题容易被没有安全意识的开发人员忽略。GET参数完全由用户控制，攻击者可以利用该处输入向邮件程序传递其他额外的参数。举例来说，在发送邮件的过程中可以使用-O参数来配置发送邮件的选项，使用-X参数可以指定日志文件的位置。
概念性验证（PoC）
example@example.com -OQueueDirectory=/tmp -X/var/www/html/rce.php
这个PoC的功能是在Web目录中生成一个PHP webshell。该文件（rce.php）包含受到PHP代码污染的日志信息。因此，当访问rce.php文件时，攻击者能够在Web服务器上执行任意PHP代码。读者可以在 我们的发布的文章 和 这里 找到更多关于如何利用这个漏洞的相关信息。
最新相关的安全漏洞
在许多现实世界的应用程序中，有很多由于mail()函数的第五个参数使用不当引发的安全问题。最近发现以下广受关注的PHP应用程序受到此类漏洞的影响（多数漏洞由Dawid Golunski发现）。
由于一些广泛使用的Web应用程序（如 Wordpress， Joomla和 Drupal）部分模块基于以上库开发，所以也会受到该类漏洞的影响。
为什么escapeshellarg()函数没有那么安全？
PHP提供了 escapeshellcmd() 和 escapeshellarg() 函数用来过滤用户的输入，防止恶意攻击者执行其他的系统命令或参数。直观来讲，下面的PHP语句看起来很安全，并且防止了-param1参数的中断：
system(escapeshellcmd("./program -param1 ". escapeshellarg( $_GET["arg"] )));
然而，当此程序有其他可利用参数时，那么这行代码就是不安全的。攻击者可以通过注入"foobar" -param2 payload "来突破-param1参数的限制。当用户的输入经过两个escapeshell*函数的处理，以下字符串将到达system()函数。
./program -param1 "foobar""" -param2 payload "
从最终系统执行的命令可以看出，两个嵌套的转义函数混淆了引用并允许附加另一个参数param2。
PHP的mail()函数在内部使用escapeshellcmd()函数过滤传入的参数，以防止命令注入攻击。这正是为什么escapeshellarg()函数不会阻止mail()函数的第5个参数的攻击。 Roundcube和 PHPMailer的开发人员率先发布了针对该漏洞的补丁。
为什么FILTER_VALIDATE_EMAIL是不安全的？
另一种直接的方法是使用PHP的电子邮件过滤器（email filter），以确保在mail()函数的第5个参数中只使用有效的电子邮件地址。
filter_var($email, FILTER_VALIDATE_EMAIL)
但是，并不是所有可能存在安全问题的字符串都会被该过滤器过滤。它允许使用嵌入双引号的转义的空格。
由于函数底层实现正则表达式的原因，filter_var()没有对输入正确的过滤，导致构造的payload被带入执行。
"a."" -OQueueDirectory=%0D -X/var/www/html/"@a.php
对于上文给出的url编码输入，filter_var()函数返回true，将该payload识别为有效的邮件格式。
当开发人员使用该函数验证电子邮件格式作为唯一的安全验证措施，此时仍然是可以被攻击者利用的：与我们之前的攻击方式类似，在PHP程序发送邮件时，我们精心构造的恶意“电子邮件地址”会将将PHP webshell生成在Web服务根目录下。
/): No such file or directory
切记，filter_var()不适合用于对用户输入内容的过滤，因为它对部分字符串的验证是不严格的。
如何安全的使用mail()函数
仔细分析应用程序中传入mail()函数的参数，满足以下条件：
$to 除非可以预期用户的输入内容，否则不直接使用用户输入
$subject 可以安全的使用
$message 可以安全的使用
$additional_headers 过滤r、n字符
$additional_parameters 禁止用户输入
事实上，当把用户的输入作为shell指令执行时，没有什么办法可以保证系统的安全性，千万不要去考验你的运气。
如果在开发您的应用程序过程中第5个参数一定要由用户控制，你可以使用电子邮件过滤器（email filter）将用户输入的合法数据限制为最小字符集，即使它违反了RFC合规性。我们建议不要信任任何转义或引用程序，因为据历史资料表示 这些功能是存在安全问题的，特别是在不同环境中使用时，可能还会暴露出其他安全隐患。Paul Buonopane研究出了另一种方法去解决这个问题，可以在 这里找到。
总结
许多PHP应用程序都有向其用户发送电子邮件的功能，例如提醒和通知。 虽然电子邮件头注入是众所周知的安全问题，但是当开发人员使用mail()函数时，往往会忽视不正当的使用有可能导致远程命令执行漏洞。 在这篇文章中，我们主要分析了mail()函数的第5个参数使用不当可能存在的安全风险，以及如何防范这种问题，防止服务器受到攻击。
本文由甲爪cpa联盟（www.jiazhua.com）整理编辑！
文章版权归作者所有，未经允许请勿转载,若此文章存在违规行为，您可以联系管理员删除。
转载请注明本文地址：https://www.ucloud.cn/yun/22903.html
摘要：背景项目中通过远程调用服务框架调用了许多其它的服务其中有一个服务需要升级其升级不是版本上的升级而是整个服务重新取了一个名字使用的也是全新的包但是调用的方法没有改变因此在升级时只是在调用服务类中修改了调用地址和调用返回实体由改为该中返回该调用 背景 项目中通过远程调用服务框架调用了许多其它的服务,其中有一个服务wx/subscribe/contract/CircleService 需要升...
摘要：但是在这个判断的情况下，则会很神奇的发现打印出来了，说明此时为，为什么呢因为这里执行了一个对象到布尔值的转换故返回。 之前做项目的时候，总会处理各式各样的数据，来进行绘图。但是当后台返回一个空数组的时候，页面中并不会显示没有数据的图。代码如下： var arr = [] if(arr){console.log(124)}else{console.log(无数据)} 我明明判断了...
摘要：除非使用了分块编码，否则首部就是带有实体主体的报文必须使用的。 背景 新项目上线, 发现一个奇怪的BUG, 请求接口有很小的概率返回400 Bad Request,拿到日志记录的请求的参数于POSTMAN中测试请求接口, 发现能够正常响应. 排查过程 首先服务器能够正常响应400 Bad Request, 排除接口故障问题. 对比日志过程中发现 { hello:world ...
摘要：项目组长给我看了一道面试别人的面试题。打铁趁热，再来一道题来加深下理解。作者以乐之名本文原创，有不当的地方欢迎指出。 showImg(https://segmentfault.com/img/bVbur0z?w=600&h=400); 刚入职新公司，属于公司萌新一枚，一天下午对着屏幕看代码架构时。BI项目组长给我看了一道面试别人的JS面试题。 虽然答对了，但把理由说错了，照样不及格。 ...
摘要：在群里讨论，然后得出了这几种写法，感觉是层层递进，想了想，最后选择发布成文章大头儿子小头爸爸叫去吃饭大头儿子小头爸爸叫去吃饭大头儿子小头爸爸叫去吃饭吃完了背小头儿子回去正在牵着的手正在吃给所有对象扩展一个继承的方法继承爸爸要继承人的功能正在 在群里讨论JavaScript，然后得出了这几种写法，感觉是层层递进，想了想，最后选择发布成文章 ({ baby : 大头儿子, ...
阅读 2331·2021-11-16 11:44
阅读 800·2021-09-10 11:16
阅读 2193·2019-08-30 15:54
阅读 905·2019-08-30 15:53
阅读 1851·2019-08-30 13:00
阅读 571·2019-08-29 17:07
阅读 3478·2019-08-29 16:39
阅读 3105·2019-08-29 13:30
