11

我一直在我的服务器上收到对意外 URL 的请求。

专门为/%70%68%70%70%61%74%68/%70%68%70?%2D%64+%61%6C%6C%6F%77%5F%75%72%6C%5F%69%6E%63%6C%75%64%65%3D%6F%6E+%2D%64+%73%61%66%65%5F%6D%6F%64%65%3D%6F%66%66+%2D%64+%73%75%68%6F%73%69%6E%2E%73%69%6D%75%6C%61%74%69%6F%6E%3D%6F%6E+%2D%64+%64%69%73%61%62%6C%65%5F%66%75%6E%63%74%69%6F%6E%73%3D%22%22+%2D%64+%6F%70%65%6E%5F%62%61%73%65%64%69%72%3D%6E%6F%6E%65+%2D%64+%61%75%74%6F%5F%70%72%65%70%65%6E%64%5F%66%69%6C%65%3D%70%68%70%3A%2F%2F%69%6E%70%75%74+%2D%6E

这似乎每隔几个小时就会发生一次。

我通过http://www.url-encode-decode.com/运行了 url ，结果如下：

phppath/php?-d allow_url_include=on -d safe_mode=off -d suhosin.simulation=on -d disable_functions="" -d open_basedir=none -d auto_prepend_file=php://input -n

攻击者想在这里做什么？

4

2 回答 2

11

攻击者试图利用CVE-2012-1823，这仅适用于您的 PHP 在 CGI 模式下使用（mod_php 不易受此攻击）。

对 PHP 二进制攻击者使用-d参数注入会禁用您的 PHP 可能拥有的各种保护机制，并通过使用直接auto_prepend_file执行 PHP 代码（在处理任何 PHP 文件之前自动执行 PHP 代码），同时php://input是一个 POST 请求数据流。

除非您的 Web 服务器日志记录是自定义的，否则您可能无法找出攻击者在 POST 请求中的内容（未正常记录 POST 数据）。

检查您的 PHP，例如。使用这样的脚本：

<?php phpinfo();

PHP 版本在第一行，将其与 CVE 定义进行比较。如果您使用的是易受攻击的版本，请尽快更新它，并在那里查找Server API行，如果它不包含 CGI 的内容，您目前应该是安全的，但使用过时的 PHP 版本永远不会好。

于 2013-08-02T11:21:29.193 回答
3

攻击者试图更新你的 php 配置文件(php.ini) allow_url_include,safe_mode 是不同的 php 配置设置，它们对安全很重要，因此默认情况下它们被禁用

于 2013-08-02T04:18:33.947 回答