我有一个共享服务器（由bitnami提供的amazon ec2 micro）和一个Web应用程序（Wordpress），最近显示性能低下（具有相对稳定的stream量和使用率）。 apache2 / logs / access.log中唯一可疑的行是我的forms
$ 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
这些进程是什么，如果这是一个已知的漏洞，我该如何closures它？ 我GOOGLE了这个提到 ，但不能确定这是否适用于我的情况。
如果这个问题属于其他SE网站，请在适当的地方帮我解答。
提前谢谢了！
UPDATE
按照@Ladadadada提示，结果如下。 是的，这是入侵。 服务器停止，从每周备份重新启动（所有数据库和其他东西都在单独的驱动器上，我希望没有妥协），并受到监视。 所有关于正在发生的事情以及如何防止这种情况的build议都会受到赞赏。
对于ps proc：
$ 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
for /bin/bash su proc
$ 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
在Amazonclosures之后，亚马逊赢得了第二名：
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
访问日志中的长string是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 ，closures所有的安全function，如禁止包括URL，禁止某些function和安全模式。 它还允许在STDIN中传递PHP代码，这可能允许攻击者简单地提供代码作为POST参数运行。
这几乎肯定是恶意的。
这种情况下的漏洞可能是php-cgi在一个web访问目录中，或者可以直接请求。
ps输出中的两行也是可疑的。 您可以通过查看/proc文件系统来进一步调查。
sudo ls -l /proc/29377/fd
或者通过在PID上使用strace ：
sudo strace -f -p 29377 -s400
strace的输出可能非常大，难于阅读，但在这里发现任何垃圾邮件或networking连接尝试不应太难。 您可以使用诸如-e trace=file或-e trace=file,network等选项来限制输出。
一旦你确定它是恶意的，你知道他们是怎么进来的，你应该按照这个问题的指示进行清理 。 仅仅删除你find的文件是不够的，因为攻击者可以做任何事情来隐藏自己的系统。