ps aux 输出中的`ps` 和`bin/bash su`

lat*_*ere 5 security linux wordpress amazon-ec2 apache-2.2

我有一个共享服务器(由 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
Run Code Online (Sandbox Code Playgroud)

并在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
Run Code Online (Sandbox Code Playgroud)

这些进程是什么,如果这是一个 [已知] 漏洞利用/漏洞,我该如何关闭它?我在谷歌上搜索了这个提及,但无法确定这是否适用于我的情况。

如果这个问题属于其他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
Run Code Online (Sandbox Code Playgroud)

对于/bin/bash suPROC

$ 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
Run Code Online (Sandbox Code Playgroud)

还有很多。临时文件夹的内容:

/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*
Run Code Online (Sandbox Code Playgroud)

更新 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
Run Code Online (Sandbox Code Playgroud)

Lad*_*ada 9

访问日志中的长字符串经过 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
Run Code Online (Sandbox Code Playgroud)

在我看来,它传递了一堆选项来php-cgi关闭所有安全功能,例如禁止包含 URL、禁止某些功能和安全模式。它还允许在 STDIN 上传递 PHP 代码,这可能允许攻击者简单地提供作为 POST 参数运行的代码。

这几乎可以肯定是恶意的。

这种情况下的漏洞可能php-cgi位于 Web 可访问的目录中和/或可以直接请求。


ps输出中的两行也很可疑。您可以通过查看/proc文件系统来进一步调查它们。

sudo ls -l /proc/29377/fd
Run Code Online (Sandbox Code Playgroud)

或者通过strace在 PID 上使用:

sudo strace -f -p 29377 -s400
Run Code Online (Sandbox Code Playgroud)

来自的输出strace可能非常大且难以阅读,但在那里发现任何垃圾邮件或网络连接尝试应该不会太难。您可以使用-e trace=file或 等选项限制输出-e trace=file,network


一旦您确定它恶意的并且您知道它们是如何进入的,您应该按照此问题中说明进行清理。仅仅删除您找到的文件是不够的,因为攻击者可以采取任何措施将自己隐藏在系统中。