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

天云上人

发布日期：2001-11-27
文章内容：
. O; m6 j8 r8 M. r7 _9 u--------------------------------------------------------------------------------
) E, @0 A6 Z0 x- X/ M% N# x
4 l1 r- }# T! z' v7 d$ [作者：san（小许） san@nsfocus.com
9 F1 E8 X- g" U' l4 N
+ M/ s6 V4 P/ X/ t: r) d--------------------------------------------------------------------------------
* P* `7 A+ u" [' H; v- U& @( {0 z
前面象Shaun Clowes和rfp等都比较详细的介绍了php、cgi程序在编程过程中遇到的问题，以
8 L$ x7 R* X6 v8 i+ S( R* A及如何通过应用程序漏洞突破系统，这篇文章我们来通过对php的一些服务器端特性来进行配
6 F, a8 y) b1 ~) c1 j5 U置加强php的安全。写cgi脚本的时候我们的确一定注意各种安全问题，对用户输入进行严格的
过滤，但是常在岸边走哪有不湿鞋，吃烧饼哪有不掉芝麻，人有失蹄马有失手，连著名的
  R4 e5 a. [+ f( h7 d7 _2 \: yphpnuke、phpMyAdmin等程序都出现过很严重的问题，更何况象我等小混混写的脚本。所以现
在我们假设php脚本已经出现严重问题，比如象前一阵子phpnuke的可以上传php脚本的大问题
了，我们如何通过对服务器的配置使脚本出现如此问题也不能突破系统。
! D  g8 ^1 A" j. Q$ i
, \: M+ c* R% T3 m
1、编译的时候注意补上已知的漏洞
5 R6 f* ?- o: M% r+ d3 o! W
; ?. F) ?7 e, O0 m从4.0.5开始，php的mail函数加入了第五个参数，但它没有好好过滤，使得php应用程序能突
破safe_mode的限制而去执行命令。所以使用4.0.5和4.0.6的时候在编译前我们需要修改php源
2 u: b3 b- W! t( R码包里ext/standard/mail.c文件，禁止mail函数的第五参数或过滤shell字符。在mail.c文件
的第152行，也就是下面这行：
7 ]$ P# d; D' u' s0 K; R
if (extra_cmd != NULL) {
- a) Q) \' ^! l, _2 N6 P4 h
( ?+ a6 L6 d% Z5 }4 q$ p' k( z4 \后面加上extra_cmd=NULL;或extra_cmd = php_escape_shell_cmd(extra_cmd);然后编译php
那么我们就修补了这个漏洞。
& k4 T& j; ~9 a1 L) X

2、修改php.ini配置文件

以php发行版的php.ini-dist为蓝本进行修改。

1)Error handling and logging
在Error handling and logging部分可以做一些设定。先找到：
' h0 Q" ~4 M' A/ ]  n. Rdisplay_errors = On

php缺省是打开错误信息显示的，我们把它改为：
5 M9 c1 _. A. ]1 O' k. I/ y5 d
; T4 O# ]9 s$ |$ c/ }1 y; A2 fdisplay_errors = Off

3 m& S/ j) n) x4 X% r5 j关闭错误显示后，php函数执行错误的信息将不会再显示给用户，这样能在一定程度上防止攻
击者从错误信息得知脚本的物理位置，以及一些其它有用的信息，起码给攻击者的黑箱检测造
2 h/ ]  R: L& o: e% y+ e成一定的障碍。这些错误信息可能对我们自己有用，可以让它写到指定文件中去，那么修改以
- C6 k* [2 }3 f4 k% U0 V下：
) `1 n7 R- u$ E' [6 W
log_errors = Off

1 s3 t6 E9 `; ^; o$ [: H- [改为：
' O4 m" W3 S4 m  H4 u4 }log_errors = On

# F" n" E. ]! G) U以及指定文件，找到下面这行：

4 M/ [" z9 L5 C* x9 F;error_log = filename

去掉前面的;注释，把filename改为指定文件，如/usr/local/apache/logs/php_error.log
2 u* h0 G3 o' L, F8 K$ \" {' ?- c2 f
  {8 N; m( b% c# _  \( merror_log = /usr/local/apache/logs/php_error.log
' d4 m1 W0 }! F- H  ~* ?
5 e# F/ I, c- }  R) D这样所有的错误都会写到php_error.log文件里。

2)Safe Mode

' N# ~% j3 [/ D/ M, D+ Pphp的safe_mode功能对很多函数进行了限制或禁用了，能在很大程度解决php的安全问题。在
  ?# \' h- t+ n2 ]( h, x- ~* f3 I% BSafe Mode部分找到：
7 H0 D  I* Z. y% b8 t- g) V0 z
safe_mode = Off
* Y' d  U) l( e3 x* m- n4 [
改为：

safe_mode = On
- }6 e# i* g, ?9 T
这样就打开了safe_mode功能。象一些能执行系统命令的函数shell_exec()和``被禁止，其它
的一些执行函数如：exec(), system(), passthru(), popen()将被限制只能执行
safe_mode_exec_dir指定目录下的程序。如果你实在是要执行一些命令或程序，找到以下：

safe_mode_exec_dir =
" N+ e! e- H) Y5 b6 l) r( W# O
5 G, G+ c, ^! Q/ f指定要执行的程序的路径，如：

; r8 o9 J: f* e  Y- J; z/ R- z  W$ Qsafe_mode_exec_dir = /usr/local/php/exec

然后把要用的程序拷到/usr/local/php/exec目录下，这样，象上面的被限制的函数还能执行
该目录里的程序。

关于安全模式下受限函数的详细信息请查看php主站的说明：
* a8 A  x% E* z9 Y$ m0 K/ n% Z% e/ N" I3 w. ihttp://www.php.net/manual/en/features.safe-mode.php
  \' D2 W2 y7 f/ j8 M  }9 Q2 D
3)disable_functions

3 w1 x+ S0 k$ ?/ u如果你对一些函数的危害性不太清楚，而且也没有使用，索性把这些函数禁止了。找到下面这
行：
% a# z4 j& B5 {& ^( V5 W
; n( u+ Z8 T8 t' v1 Cdisable_functions =

在”=“后面加上要禁止的函数，多个函数用”,“隔开。

; t  T0 F0 ]6 W3 X* x
9 R2 i7 o7 @+ O  K$ `2 W: l" K% b1 P3、修改httpd.conf

' d! s) N/ f5 @& c. @- t* v; V如果你只允许你的php脚本程序在web目录里操作，还可以修改httpd.conf文件限制php的操作
- ~- M1 t7 a: M$ r! U- u) S路径。比如你的web目录是/usr/local/apache/htdocs，那么在httpd.conf里加上这么几行：

4 s  I* W) r0 E. B<Directory /usr/local/apache/htdocs>
* P3 T3 Z: s1 e2 D5 z6 Q# d* I( [, Fphp_admin_value open_basedir /usr/local/apache/htdocs
4 T! N( }" V) V, g* I</Directory>

这样，如果脚本要读取/usr/local/apache/htdocs以外的文件将不会被允许，如果错误显示打
( \$ R# k4 {+ J! I开的话会提示这样的错误：

% |5 D$ N4 j+ n* I: _2 q. S1 AWarning: open_basedir restriction in effect. File is in wrong directory in
/usr/local/apache/htdocs/open.php on line 4
6 s4 h: k# ?1 J1 p1 x0 Q
等等。


: I4 {$ g! ]; B& j; F9 ?* b4、对php代码进行编译

Zend对php的贡献很大，php4的引擎就是用Zend的，而且它还开发了ZendOptimizer和
ZendEncode等许多php的加强组件。优化器ZendOptimizer只需在http://www.zend.com注册就
& y7 V. {  i9 i5 k" L, I可以免费得到，下面几个是用于4.0.5和4.0.6的ZendOptimizer，文件名分别对于各自的系统
: @8 [; ^; _* U6 O1 ?3 O" ?：
7 h" n- H( \$ T+ [! A& g
4 w- }* o8 s0 T7 {4 }: P7 DZendOptimizer-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
ZendOptimizer-1.1.0-PHP_4.0.5-Solaris-sparc.tar.gz
ZendOptimizer-1.1.0-PHP_4.0.5-Windows-i386.zip

6 f4 P" f* h3 b. \  N优化器的安装非常方便，包里面都有详细的说明。以UNIX版本的为例，看清操作系统，把包里
的ZendOptimizer.so文件解压到一个目录，假设是/usr/local/lib下，在php.ini里加上两句
：
5 D; t! O" F  E2 Q6 G
zend_optimizer.optimization_level=15
zend_extension="/usr/local/lib/ZendOptimizer.so"

就可以了。用phpinfo()看到Zend图标左边有下面文字：
& b: |: Y8 x$ \4 T# o1 }
9 x+ s2 z$ r8 A: X! h8 i1 Pwith Zend Optimizer v1.1.0, Copyright (c) 1998-2000, by Zend Technologies

0 |. a; E5 Q; d3 f% n3 l5 ~" g4 H那么，优化器已经挂接成功了。
7 ?$ H8 _+ ~9 k7 H, C% O
3 C% `4 U  U9 m# _% H! T( e! M但是编译器ZendEncode并不是免费的，这里提供给大家一个http://www.PHPease.com的马勇设
3 c0 Z' y0 M$ q0 r" v# {! L计的编译器外壳，如果用于商业目的，请与http://www.zend.com联系取得许可协议。
! E& P% S& t9 v
4 _$ S% L* r% a1 Pphp脚本编译后，脚本的执行速度增加不少，脚本文件只能看到一堆乱码，这将阻止攻击者进
一步分析服务器上的脚本程序，而且原先在php脚本里以明文存储的口令也得到了保密，如
mysql的口令。不过在服务器端改脚本就比较麻烦了，还是本地改好再上传吧。
3 x( V: R5 j6 _' E6 T

5、文件及目录的权限设置

  J& s! q8 u2 Cweb目录里除了上传目录，其它的目录和文件的权限一定不能让nobody用户有写权限。否则，
) ]7 z# ^, F. z6 |' h. w攻击者可以修改主页文件，所以web目录的权限一定要设置好。
9 u2 G) X/ Q3 _# ~/ K
* H6 c! ?5 d8 Y! |: z- q还有，php脚本的属主千万不能是root，因为safe_mode下读文件的函数被限制成被读文件的属
3 ?% t0 c! d: ~/ y6 @主必须和当前执行脚本的属主是一样才能被读，否则如果错误显示打开的话会显示诸如以下的
) i) S) g5 b* H' [7 S错误：

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
2 v0 g8 l/ I0 T% c$ J
这样我们能防止许多系统文件被读，比如：/etc/passwd等。
上传目录和上传脚本的属主也要设成一样，否则会出现错误的，在safe_mode下这些要注意。

8 Q3 U! u/ I7 ]3 X$ a# C
2 N# q4 S5 z0 r2 |* l6、mysql的启动权限设置
0 n0 y* R: K7 c3 u
mysql要注意的是不要用root来启动，最好另外建一个mysqladm用户。可以在/etc/rc.local等
5 N  p$ e5 ^* ]$ ], Y系统启动脚本里加上一句：

su mysqladm -c "/usr/local/mysql/share/mysql/mysql.server start"
7 C. s/ T+ @+ Z
这样系统重启后，也会自动用mysqladmin用户启动mysql进程。


7、日志文件及上传目录的审核及
3 ]6 \/ i! U1 u" [( b* A% l
查看日志和人的惰性有很大关系，要从那么大的日志文件里查找攻击痕迹有些大海捞针，而且
- S2 Y7 g: [8 p6 z) Q* `5 J2 q也未必有。web上传的目录里的文件，也应该经常检查，也许程序有问题，用户传上了一些非
法的文件，比如执行脚本等。


) u8 R: m% O1 x" x4 g8、操作系统自身的补丁

  r# F1 G- v( v2 g2 _一样，给系统打已知漏洞的补丁是系统管理员最基本的职责，这也是最后一道防线。

1 H6 w7 g& D: I$ V0 s
+ p. h' x, [5 q$ @! x经过以上的配置，虽然说不上固若金汤，但是也在相当程度上给攻击者的测试造成很多麻烦，
即使php脚本程序出现比较严重的漏洞，攻击者也无法造成实际性的破坏。
7 W) r$ o0 A# j  }# b4 x7 U如果您还有更古怪，更变态的配置方法，希望能一起分享分享；）
% W) \8 j& t9 L

参考资料：
PHP Manual
' {, p8 H# H( ^8 S8 q! bhttp://www.zend.com