我有一台共享服务器（由 bitnami 提供支持的 amazon ec2 micro），上面有一个 Web 应用程序（Wordpress），最近它的性能很差（流量和使用情况相对稳定）。我在 apache2/logs/access.log 中看到的唯一可疑行是以下形式
$ tail --lines=1000 /opt/bitnami/apache2/logs/access_log
93.120.84.31 - - [06/Nov/2013:03:02:54 +0000] "POST /cgi-bin/php-cgi?%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%64+%63%67%69%2E%66%6F%72%63%65%5F%72%65%64%69%72%65%63%74%3D%30+%2D%64+%63%67%69%2E%72%65%64%69%72%65%63%74%5F%73%74%61%74%75%73%5F%65%6E%76%3D%30+%2D%6E HTTP/1.1" 504 249
并在ps aux输出中
daemon 29369 0.0 0.2 17688 1500 ? S 10:52 0:00 /bin/bash ./su 57.54
daemon 29377 30.5 0.0 1780 544 ? R 10:52 3:14 ./ps 57.54 22
这些进程是什么？如果这是一个[已知的]漏洞，我该如何关闭它？我在谷歌上搜索提到此，但无法确定这是否适用于我的情况。
如果该问题属于其他 SE 网站，请帮我在适当的地方提问。
提前谢谢了！
更新
按照@Ladadadada 的提示，结果如下。没错，这是入侵。服务器停止，从每周备份重新启动（所有数据库和其他东西都在单独的驱动器上，我希望没有被泄露）并受到监控。 对于正在发生的事情以及如何防止将来再次发生此类事件，我们深表感谢。
对于ps过程：
$ sudo ls -l /proc/30633/fd
total 0
lr-x------ 1 daemon daemon 64 2013-11-06 13:05 0 -> /dev/null
l-wx------ 1 daemon daemon 64 2013-11-06 13:05 1 -> pipe:[2010646]
l-wx------ 1 daemon daemon 64 2013-11-06 13:05 2 -> pipe:[1918347]
lr-x------ 1 daemon daemon 64 2013-11-06 13:05 255 -> /tmp/.ssh_auth/.b/.ssh_auth/.b/su
lr-x------ 1 daemon daemon 64 2013-11-06 13:05 3 -> /opt/bitnami/apache2/cgi-bin/php-cgi
用于/bin/bash su处理
$ sudo ls -l /proc/30641/fd | more
total 0
lr-x------ 1 daemon daemon 64 2013-11-06 13:04 0 -> /dev/null
l-wx------ 1 daemon daemon 64 2013-11-06 13:04 1 -> pipe:[2010646]
lrwx------ 1 daemon daemon 64 2013-11-06 13:04 10 -> socket:[5538939]
lrwx------ 1 daemon daemon 64 2013-11-06 13:04 100 -> socket:[5539029]
lrwx------ 1 daemon daemon 64 2013-11-06 13:04 101 -> socket:[5539030]
lr-x------ 1 daemon daemon 64 2013-11-06 13:04 3 -> /opt/bitnami/apache2/cgi-bin/php-cgi
等等。临时文件夹的内容：
/tmp/.ssh_auth/.b/.ssh_auth/.b$ ll
total 1848
drwxr-xr-x 2 daemon daemon 4096 2013-11-06 13:04 ./
drwxr-xr-x 3 daemon daemon 4096 2013-11-06 01:34 ../
-rw-r--r-- 1 daemon daemon 0 2013-11-06 13:04 246.120.pscan.22
-rw-r--r-- 1 daemon daemon 0 2013-11-06 03:42 .a
-rwxr-xr-x 1 daemon daemon 1384518 2005-06-05 20:24 brute*
-rwxr-xr-x 1 daemon daemon 1161 2013-03-13 20:22 dns-pool*
-rwxr-xr-x 1 daemon daemon 73 2013-11-05 04:14 pass.txt*
-rwxr-xr-x 1 daemon daemon 154 2013-11-05 04:13 print*
-rwxr-xr-x 1 daemon daemon 16071 2012-08-12 16:19 ps*
-rwxr-xr-x 1 daemon daemon 453972 2011-03-21 15:15 ss*
-rwxr-xr-x 1 daemon daemon 520 2013-11-06 01:33 su*
更新2
实例关闭后，亚马逊瞬间获胜：
Hello,
We have detected that your instance(s):
i-xxxxxxxx
have been behaving in the following way that is against our AWS Customer Agreement:
Port Scanning
答案1
访问日志中的长字符串经过 URL 编码并解码为如下内容：
-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 -d cgi.force_redirect=0 -d cgi.redirect_status_env=0
在我看来，它传递了一堆选项来php-cgi关闭所有安全功能，例如禁止包含 URL、禁止某些功能和安全模式。它还允许在 STDIN 上传递 PHP 代码，这可能允许攻击者简单地提供要作为 POST 参数运行的代码。
这几乎肯定是恶意的。
在这种情况下，漏洞可能位于可php-cgi通过 Web 访问的目录中和/或可以直接请求。
输出中的两行ps也很可疑。您可以通过查看/proc文件系统来进一步调查它们。
sudo ls -l /proc/29377/fd
或者使用stracePID：
sudo strace -f -p 29377 -s400
的输出strace可能非常大且难以阅读，但应该不难发现其中的任何垃圾邮件或网络连接尝试。您可以使用-e trace=file或等选项限制输出-e trace=file,network。
一旦你确定它是恶意的，你知道他们是如何进入的，你应该遵循这个问题中的后续清理说明。仅仅删除找到的文件是不够的，因为攻击者可以采取任何措施将自己隐藏在系统中。