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

天云上人

发布日期：2001-11-27
" z  L& q$ a/ u4 B: U; K8 r文章内容：
--------------------------------------------------------------------------------
) p1 j( |# v$ S5 \2 o! r
! `; g: V- A) |$ I2 a* e' j7 Y/ h作者：san（小许） san@nsfocus.com
# v4 |# o8 [( H. V: g: y
; V5 S: y" k$ ~* [. L$ w--------------------------------------------------------------------------------
2 \" f, `; Z0 f0 [
前面象Shaun Clowes和rfp等都比较详细的介绍了php、cgi程序在编程过程中遇到的问题，以
及如何通过应用程序漏洞突破系统，这篇文章我们来通过对php的一些服务器端特性来进行配
+ I  H7 H1 f; l& B置加强php的安全。写cgi脚本的时候我们的确一定注意各种安全问题，对用户输入进行严格的
过滤，但是常在岸边走哪有不湿鞋，吃烧饼哪有不掉芝麻，人有失蹄马有失手，连著名的
phpnuke、phpMyAdmin等程序都出现过很严重的问题，更何况象我等小混混写的脚本。所以现
+ d1 I+ L( N4 ~; @, ^0 c! l7 L- B在我们假设php脚本已经出现严重问题，比如象前一阵子phpnuke的可以上传php脚本的大问题
了，我们如何通过对服务器的配置使脚本出现如此问题也不能突破系统。

) s  x3 c- o' Z9 I0 [
+ g  S& ^& H. R* |6 r- Z6 s& M2 e1、编译的时候注意补上已知的漏洞
, e  Q& q/ Y' |& u9 q; A9 c
2 o5 G$ }$ G/ Z1 Z从4.0.5开始，php的mail函数加入了第五个参数，但它没有好好过滤，使得php应用程序能突
破safe_mode的限制而去执行命令。所以使用4.0.5和4.0.6的时候在编译前我们需要修改php源
; C+ x3 B6 j* h8 F: h8 f" Z码包里ext/standard/mail.c文件，禁止mail函数的第五参数或过滤shell字符。在mail.c文件
' y5 ^' _; y: {& c6 `. D& F7 A) p1 f6 O的第152行，也就是下面这行：
8 J/ n2 \$ Q  D1 l
+ ~5 A) O. D' u) @: J: q7 O0 |) fif (extra_cmd != NULL) {
7 d* D4 ^% t5 b$ I# {1 B
, w2 B( c  W2 Y9 e后面加上extra_cmd=NULL;或extra_cmd = php_escape_shell_cmd(extra_cmd);然后编译php
那么我们就修补了这个漏洞。


5 e& E* [$ V. p  x: ^. ]  g6 K& N2、修改php.ini配置文件
3 p4 U- }  t" Z1 f0 E
以php发行版的php.ini-dist为蓝本进行修改。

5 X- T; d1 ?; i1)Error handling and logging
在Error handling and logging部分可以做一些设定。先找到：
display_errors = On
% ?( T) h/ P7 m* }
php缺省是打开错误信息显示的，我们把它改为：
" G. v0 h7 i7 p2 A0 D
display_errors = Off
+ c9 M. v- K: D9 P& V% O
# H/ e; A" B+ \9 h7 [% Y2 X" X关闭错误显示后，php函数执行错误的信息将不会再显示给用户，这样能在一定程度上防止攻
击者从错误信息得知脚本的物理位置，以及一些其它有用的信息，起码给攻击者的黑箱检测造
成一定的障碍。这些错误信息可能对我们自己有用，可以让它写到指定文件中去，那么修改以
+ _- K# c: |6 g$ C下：
% v. ~- O- x. n, h1 U1 C6 r2 j
: f4 ?, n; }5 J9 jlog_errors = Off

改为：
log_errors = On
0 i  M4 {2 l. n/ v2 K! U: E% a$ g
以及指定文件，找到下面这行：

;error_log = filename
( O+ N2 C9 X) {- ~3 k
去掉前面的;注释，把filename改为指定文件，如/usr/local/apache/logs/php_error.log
* K+ p& X7 ^! z, A8 l
error_log = /usr/local/apache/logs/php_error.log
4 \! ^, B& J9 |  s$ T8 o2 ]
1 ]! t- B8 D+ q' ]) y1 f$ l: j% O这样所有的错误都会写到php_error.log文件里。
3 k- ?( ~2 E% H0 i
2 ?+ @( o3 w: _1 K* ~2)Safe Mode

php的safe_mode功能对很多函数进行了限制或禁用了，能在很大程度解决php的安全问题。在
Safe Mode部分找到：

safe_mode = Off
* Z3 k# J) Y* ~0 d6 ^( ~$ t+ S* j
改为：

safe_mode = On
! f  h! f4 j4 K+ v0 y( i# G# V" v
这样就打开了safe_mode功能。象一些能执行系统命令的函数shell_exec()和``被禁止，其它
的一些执行函数如：exec(), system(), passthru(), popen()将被限制只能执行
  V  ]* q' o! o: j6 z" T# dsafe_mode_exec_dir指定目录下的程序。如果你实在是要执行一些命令或程序，找到以下：
" [( T1 I) d9 R- G0 T
safe_mode_exec_dir =
* u" K$ x, P% w: p
指定要执行的程序的路径，如：

safe_mode_exec_dir = /usr/local/php/exec
- V6 [4 K( }4 x# l0 f- v* }
, Z9 g7 P0 p% w6 V然后把要用的程序拷到/usr/local/php/exec目录下，这样，象上面的被限制的函数还能执行
0 v' X) h2 _: T9 L" P# Y7 T( I该目录里的程序。
3 T+ d  P! ~5 E, D5 D" W$ G
/ @; O& C, m- d/ t0 ]关于安全模式下受限函数的详细信息请查看php主站的说明：
http://www.php.net/manual/en/features.safe-mode.php

3)disable_functions
3 T$ }% M) q4 u  z+ n5 O- _
2 k% c1 y1 g; E9 c. N如果你对一些函数的危害性不太清楚，而且也没有使用，索性把这些函数禁止了。找到下面这
! Y" f1 k8 I1 {/ K* M行：

disable_functions =

在”=“后面加上要禁止的函数，多个函数用”,“隔开。
( h) d9 j9 u  P2 V5 f
0 y9 h, ]3 `( B( p
3、修改httpd.conf
5 H; z* S; @' x5 H! D$ A
+ I7 J0 t; g1 A, H如果你只允许你的php脚本程序在web目录里操作，还可以修改httpd.conf文件限制php的操作
路径。比如你的web目录是/usr/local/apache/htdocs，那么在httpd.conf里加上这么几行：
0 A; y0 f. c7 j" g& T) p/ |0 U
" D! U/ q, [  C<Directory /usr/local/apache/htdocs>
php_admin_value open_basedir /usr/local/apache/htdocs
</Directory>

0 K2 m, D3 N! l. u: W& M9 M这样，如果脚本要读取/usr/local/apache/htdocs以外的文件将不会被允许，如果错误显示打
6 K. T  B7 |$ Q: c5 b开的话会提示这样的错误：

Warning: open_basedir restriction in effect. File is in wrong directory in
( |( B/ L/ }; Z$ G$ d% ~: {/usr/local/apache/htdocs/open.php on line 4
/ e2 t, N4 s! s! k% ~
等等。
7 |* b$ ]+ C: m' v

4、对php代码进行编译
/ s0 Q+ W; U9 M& \" {
Zend对php的贡献很大，php4的引擎就是用Zend的，而且它还开发了ZendOptimizer和
ZendEncode等许多php的加强组件。优化器ZendOptimizer只需在http://www.zend.com注册就
: N0 j% h7 z0 Z5 o5 @0 g可以免费得到，下面几个是用于4.0.5和4.0.6的ZendOptimizer，文件名分别对于各自的系统
% D2 ?% H) I$ S+ ^# j& P) b：

ZendOptimizer-1.1.0-PHP_4.0.5-FreeBSD4.0-i386.tar.gz
ZendOptimizer-1.1.0-PHP_4.0.5-Linux_glibc21-i386.tar.gz
3 h$ h8 H2 Y9 ]8 r6 i; PZendOptimizer-1.1.0-PHP_4.0.5-Solaris-sparc.tar.gz
ZendOptimizer-1.1.0-PHP_4.0.5-Windows-i386.zip

. Q, }! F7 T; f! n* P1 n优化器的安装非常方便，包里面都有详细的说明。以UNIX版本的为例，看清操作系统，把包里
2 n7 n0 b3 |, l" h2 i的ZendOptimizer.so文件解压到一个目录，假设是/usr/local/lib下，在php.ini里加上两句
：

: Y% u: Y- h" O0 `5 v8 hzend_optimizer.optimization_level=15
zend_extension="/usr/local/lib/ZendOptimizer.so"

7 g" w4 H2 W" s0 n9 ^3 U/ G就可以了。用phpinfo()看到Zend图标左边有下面文字：

with Zend Optimizer v1.1.0, Copyright (c) 1998-2000, by Zend Technologies

那么，优化器已经挂接成功了。

但是编译器ZendEncode并不是免费的，这里提供给大家一个http://www.PHPease.com的马勇设
计的编译器外壳，如果用于商业目的，请与http://www.zend.com联系取得许可协议。

php脚本编译后，脚本的执行速度增加不少，脚本文件只能看到一堆乱码，这将阻止攻击者进
一步分析服务器上的脚本程序，而且原先在php脚本里以明文存储的口令也得到了保密，如
mysql的口令。不过在服务器端改脚本就比较麻烦了，还是本地改好再上传吧。
" M9 N$ Z' U3 l" H

0 D  E' {7 }- N. i) [5、文件及目录的权限设置
" N# D7 M$ H: O1 D5 M8 L% ]
5 t# {0 X) X7 b9 Xweb目录里除了上传目录，其它的目录和文件的权限一定不能让nobody用户有写权限。否则，
. S, F6 x" x9 k' L- H/ t$ E) D攻击者可以修改主页文件，所以web目录的权限一定要设置好。
) e. K6 G; t( f# |
* L* \- g- w2 C" j  u1 @还有，php脚本的属主千万不能是root，因为safe_mode下读文件的函数被限制成被读文件的属
9 z4 l) s* t5 D0 m$ H主必须和当前执行脚本的属主是一样才能被读，否则如果错误显示打开的话会显示诸如以下的
+ M( o* v5 \6 y2 f# |4 s! B错误：
3 r: b2 B9 k) J4 n' P3 V6 {+ j  Z! y2 `
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
% i# z. \! V, B8 don line 3
6 k# D# X2 `0 F+ J: y8 D) n
) f1 |2 H& W' d+ B. l' [6 z这样我们能防止许多系统文件被读，比如：/etc/passwd等。
上传目录和上传脚本的属主也要设成一样，否则会出现错误的，在safe_mode下这些要注意。
( y6 w$ E- N- Z% u" g* W1 |8 y
7 E2 ^: Y1 C3 ~5 w- a3 S. ~
6、mysql的启动权限设置
( P2 s$ ?/ \' L
5 H" Y7 ~1 w6 M- H1 Z2 `mysql要注意的是不要用root来启动，最好另外建一个mysqladm用户。可以在/etc/rc.local等
系统启动脚本里加上一句：

su mysqladm -c "/usr/local/mysql/share/mysql/mysql.server start"
" }& ~5 f6 r# c: p5 O& j, S: o
6 }6 n3 d& R1 w, A/ T; ~这样系统重启后，也会自动用mysqladmin用户启动mysql进程。

7 w9 E# q: i3 j9 F- }+ P! p
5 ]2 R. s! z# h0 Z6 ^1 |% U7、日志文件及上传目录的审核及

查看日志和人的惰性有很大关系，要从那么大的日志文件里查找攻击痕迹有些大海捞针，而且
4 d0 c2 S- k. e- D5 p4 A也未必有。web上传的目录里的文件，也应该经常检查，也许程序有问题，用户传上了一些非
法的文件，比如执行脚本等。


1 v' j0 E  T; [. R8、操作系统自身的补丁
+ b5 Y2 F" b) U& a& U4 U
一样，给系统打已知漏洞的补丁是系统管理员最基本的职责，这也是最后一道防线。

. p5 ]" y* _' ]1 V5 s1 F) _
经过以上的配置，虽然说不上固若金汤，但是也在相当程度上给攻击者的测试造成很多麻烦，
5 N7 C: C, v& R3 \) T, ^8 Q. |即使php脚本程序出现比较严重的漏洞，攻击者也无法造成实际性的破坏。
如果您还有更古怪，更变态的配置方法，希望能一起分享分享；）
- J  D9 a6 Q, E2 m

' O% C: y$ ^- A  M% b% y7 c8 r' x2 w参考资料：
  r8 W9 j1 i7 L* M& XPHP Manual
http://www.zend.com