[转载]通过对php一些服务器端特性的配置加强php的安全

天云上人

发布日期：2001-11-27
文章内容：
--------------------------------------------------------------------------------
( q2 K1 P* W8 r+ a/ `5 [
作者：san（小许） san@nsfocus.com
& T$ o$ e* T" w: n, x
0 i: r$ {4 a1 o% i- m7 N--------------------------------------------------------------------------------

1 z0 W3 R; y. v, x前面象Shaun Clowes和rfp等都比较详细的介绍了php、cgi程序在编程过程中遇到的问题，以
% \6 a; z! {# }1 z* x" ]4 Z- ?及如何通过应用程序漏洞突破系统，这篇文章我们来通过对php的一些服务器端特性来进行配
+ l; l" Y8 U- r3 {置加强php的安全。写cgi脚本的时候我们的确一定注意各种安全问题，对用户输入进行严格的
/ [- p, G2 G5 V; ^+ ~5 m过滤，但是常在岸边走哪有不湿鞋，吃烧饼哪有不掉芝麻，人有失蹄马有失手，连著名的
phpnuke、phpMyAdmin等程序都出现过很严重的问题，更何况象我等小混混写的脚本。所以现
在我们假设php脚本已经出现严重问题，比如象前一阵子phpnuke的可以上传php脚本的大问题
8 [8 j# ~% J! q+ j了，我们如何通过对服务器的配置使脚本出现如此问题也不能突破系统。

: k0 O  R8 y$ v
1、编译的时候注意补上已知的漏洞

从4.0.5开始，php的mail函数加入了第五个参数，但它没有好好过滤，使得php应用程序能突
破safe_mode的限制而去执行命令。所以使用4.0.5和4.0.6的时候在编译前我们需要修改php源
码包里ext/standard/mail.c文件，禁止mail函数的第五参数或过滤shell字符。在mail.c文件
! H! H2 ^! l* B$ z6 j9 Y的第152行，也就是下面这行：
: k9 f( R0 M0 \
if (extra_cmd != NULL) {

后面加上extra_cmd=NULL;或extra_cmd = php_escape_shell_cmd(extra_cmd);然后编译php
那么我们就修补了这个漏洞。


2、修改php.ini配置文件

' ~) m" |# s. T! g, J以php发行版的php.ini-dist为蓝本进行修改。
/ H) Q( N# y0 P+ P; [
8 J9 c$ x: D. t# k7 n1 }, ~1)Error handling and logging
) j- e) ?( b; H+ L9 q! ^在Error handling and logging部分可以做一些设定。先找到：
display_errors = On
8 j! t6 p  a3 M$ N# {1 p
php缺省是打开错误信息显示的，我们把它改为：
) z- J& C3 g! j
display_errors = Off

关闭错误显示后，php函数执行错误的信息将不会再显示给用户，这样能在一定程度上防止攻
击者从错误信息得知脚本的物理位置，以及一些其它有用的信息，起码给攻击者的黑箱检测造
: P( N7 [/ @) R' i1 J( O& {成一定的障碍。这些错误信息可能对我们自己有用，可以让它写到指定文件中去，那么修改以
6 V9 y, q6 |) _& U下：

2 f/ U* Y; x* q0 _4 }0 R: j" m4 Ulog_errors = Off

改为：
3 V; S6 y% M: R0 Q7 Vlog_errors = On
8 C4 Z6 l% @* m( y/ J
以及指定文件，找到下面这行：

;error_log = filename
/ f  Y1 d( X" d/ K
去掉前面的;注释，把filename改为指定文件，如/usr/local/apache/logs/php_error.log
) h! B) Z9 a" I4 t' U
error_log = /usr/local/apache/logs/php_error.log

4 ?# g  y1 Q; z) j这样所有的错误都会写到php_error.log文件里。
& H' s9 H9 l" I
2)Safe Mode
" J( D3 W9 K& T8 k
1 ], ]( [. ?% I4 Ephp的safe_mode功能对很多函数进行了限制或禁用了，能在很大程度解决php的安全问题。在
" L+ O" S3 U# z* x) J7 c) B2 zSafe Mode部分找到：

' l: }7 [, f( G3 X8 q- h# Gsafe_mode = Off

8 g) C* `; j/ G; t! u改为：

& j2 u1 ^/ j, _, I5 O, @1 q% psafe_mode = On

+ N1 O0 P8 b8 h/ O; W; w( d& e' D, Z这样就打开了safe_mode功能。象一些能执行系统命令的函数shell_exec()和``被禁止，其它
的一些执行函数如：exec(), system(), passthru(), popen()将被限制只能执行
safe_mode_exec_dir指定目录下的程序。如果你实在是要执行一些命令或程序，找到以下：

! ~6 z' U& ?! r5 K5 Msafe_mode_exec_dir =

( m2 L1 \, R- T指定要执行的程序的路径，如：
' e5 S& h& }! ^7 h& q
. f" X3 k2 |1 G- Xsafe_mode_exec_dir = /usr/local/php/exec

. H4 c$ ]# C% n- p* m然后把要用的程序拷到/usr/local/php/exec目录下，这样，象上面的被限制的函数还能执行
该目录里的程序。
1 T" k6 J- f, k1 U
关于安全模式下受限函数的详细信息请查看php主站的说明：
http://www.php.net/manual/en/features.safe-mode.php
- s: ]) D1 o, o" `9 G' D: ]
3)disable_functions
7 b- u, e) _- m8 x* h+ H- e# j
如果你对一些函数的危害性不太清楚，而且也没有使用，索性把这些函数禁止了。找到下面这
) i* Y; S3 i1 R行：
, w8 C8 W# y2 f1 ?! X
disable_functions =
. _) o9 f" @: g1 ~
; f" u5 q- ^, i0 _) i在”=“后面加上要禁止的函数，多个函数用”,“隔开。
4 _4 w3 H' F7 u
) T  w3 v5 E- S( `
3、修改httpd.conf

如果你只允许你的php脚本程序在web目录里操作，还可以修改httpd.conf文件限制php的操作
4 m8 T6 @( v) Y; R- c- ~1 w* p路径。比如你的web目录是/usr/local/apache/htdocs，那么在httpd.conf里加上这么几行：
  \/ c9 h& j7 I' W5 `0 b. K
+ {" U% B+ V6 a- O) Y# L) }<Directory /usr/local/apache/htdocs>
2 q; }* u2 i2 V1 L% ^+ g5 f, J. Qphp_admin_value open_basedir /usr/local/apache/htdocs
</Directory>
% m0 J* f$ B; @3 W# x
/ L3 z1 P: j: M这样，如果脚本要读取/usr/local/apache/htdocs以外的文件将不会被允许，如果错误显示打
开的话会提示这样的错误：

  Y5 f; r4 j1 q% D: g/ |Warning: open_basedir restriction in effect. File is in wrong directory in
* {% R; ]3 v; ?2 A- e3 k7 k0 R/usr/local/apache/htdocs/open.php on line 4
  e1 u& |1 r) V; x3 ^2 v% f4 w
等等。


3 n7 l* S6 s" J5 T/ ~4、对php代码进行编译
! R' M6 C. R, q  z
Zend对php的贡献很大，php4的引擎就是用Zend的，而且它还开发了ZendOptimizer和
" x( v) F* Y2 H. A) FZendEncode等许多php的加强组件。优化器ZendOptimizer只需在http://www.zend.com注册就
$ _& w1 O, |. G: m可以免费得到，下面几个是用于4.0.5和4.0.6的ZendOptimizer，文件名分别对于各自的系统
：
8 Z, @6 Z" ]7 u
- P* }2 K: T) ?ZendOptimizer-1.1.0-PHP_4.0.5-FreeBSD4.0-i386.tar.gz
& {/ y  g! Z. w6 @8 BZendOptimizer-1.1.0-PHP_4.0.5-Linux_glibc21-i386.tar.gz
ZendOptimizer-1.1.0-PHP_4.0.5-Solaris-sparc.tar.gz
ZendOptimizer-1.1.0-PHP_4.0.5-Windows-i386.zip
+ l+ H! ]$ N& d# m9 K1 W& z
9 i, B4 ?/ v1 `9 w5 O  s优化器的安装非常方便，包里面都有详细的说明。以UNIX版本的为例，看清操作系统，把包里
! u# ~5 p+ {+ r& S的ZendOptimizer.so文件解压到一个目录，假设是/usr/local/lib下，在php.ini里加上两句
：

zend_optimizer.optimization_level=15
8 R$ _8 I9 t/ f9 |zend_extension="/usr/local/lib/ZendOptimizer.so"

就可以了。用phpinfo()看到Zend图标左边有下面文字：

+ }. y0 j) X8 v5 R* h. X8 Hwith Zend Optimizer v1.1.0, Copyright (c) 1998-2000, by Zend Technologies
) ?* r. l7 N5 g; i3 _. R
那么，优化器已经挂接成功了。
3 @7 C3 ?0 \7 Q$ ^8 ?, H3 K
但是编译器ZendEncode并不是免费的，这里提供给大家一个http://www.PHPease.com的马勇设
计的编译器外壳，如果用于商业目的，请与http://www.zend.com联系取得许可协议。
, Y" Y, L5 |2 ~" L
php脚本编译后，脚本的执行速度增加不少，脚本文件只能看到一堆乱码，这将阻止攻击者进
2 `9 d5 ]" L( o0 W7 ?5 D. c; w一步分析服务器上的脚本程序，而且原先在php脚本里以明文存储的口令也得到了保密，如
$ ]2 q" p4 c1 q0 }( |* e. cmysql的口令。不过在服务器端改脚本就比较麻烦了，还是本地改好再上传吧。


5、文件及目录的权限设置
' K0 K0 A, a- r5 S6 w  I& W
web目录里除了上传目录，其它的目录和文件的权限一定不能让nobody用户有写权限。否则，
; p5 ]$ X1 a2 g" R& }6 ^4 Z* U攻击者可以修改主页文件，所以web目录的权限一定要设置好。
1 U  S; k3 U/ ]  D5 V# m% h  o
还有，php脚本的属主千万不能是root，因为safe_mode下读文件的函数被限制成被读文件的属
主必须和当前执行脚本的属主是一样才能被读，否则如果错误显示打开的话会显示诸如以下的
  a( B/ ~5 @/ R+ z1 A; e0 }! D9 ?) V* _错误：

Warning: SAFE MODE Restriction in effect. The script whose uid is 500 is not
allowed to access /etc/passwd owned by uid 0 in /usr/local/apache/htdocs/open.php
on line 3
' S/ Y9 M. J$ e  o
# f' a! j& D; ~( n这样我们能防止许多系统文件被读，比如：/etc/passwd等。
9 \0 s1 a) @$ X上传目录和上传脚本的属主也要设成一样，否则会出现错误的，在safe_mode下这些要注意。
1 p0 O, O' A2 I. A* T
- M8 T4 }: l: g6 f: {
6、mysql的启动权限设置

/ i* P7 t! b8 L) y0 Zmysql要注意的是不要用root来启动，最好另外建一个mysqladm用户。可以在/etc/rc.local等
系统启动脚本里加上一句：

su mysqladm -c "/usr/local/mysql/share/mysql/mysql.server start"
9 h% r2 R' m+ f: C* S
8 \9 d" d4 [0 ~5 ]这样系统重启后，也会自动用mysqladmin用户启动mysql进程。


7、日志文件及上传目录的审核及
; Y% n7 f  j  O/ s( k$ W
7 s/ B% h8 v& d% s1 A6 _3 c查看日志和人的惰性有很大关系，要从那么大的日志文件里查找攻击痕迹有些大海捞针，而且
也未必有。web上传的目录里的文件，也应该经常检查，也许程序有问题，用户传上了一些非
, m9 m( p- }2 ^! [8 c& b- }法的文件，比如执行脚本等。
2 [" M$ x5 L* Q

6 P0 W8 }$ X% O; ]" J2 S. ?8、操作系统自身的补丁

一样，给系统打已知漏洞的补丁是系统管理员最基本的职责，这也是最后一道防线。
; G, P: f2 h$ g$ }" ?( J
% m4 H% V  `! o6 g0 E) i0 N$ Z- }
7 S; u) V* @- x7 v! h( c) f) [( K经过以上的配置，虽然说不上固若金汤，但是也在相当程度上给攻击者的测试造成很多麻烦，
* x# {" O( z1 R3 y即使php脚本程序出现比较严重的漏洞，攻击者也无法造成实际性的破坏。
如果您还有更古怪，更变态的配置方法，希望能一起分享分享；）

9 C* @9 b5 i, A2 x( s( w8 E
参考资料：
PHP Manual
http://www.zend.com