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

天云上人

发布日期：2001-11-27
文章内容：
--------------------------------------------------------------------------------
# y9 w9 v& S$ m/ b: [  ]+ S
作者：san（小许） san@nsfocus.com
% D1 j/ B' b; f
) k6 z3 k; F  C: c--------------------------------------------------------------------------------
- U7 X/ W6 X0 V  V) H: x! l
( [- L4 P# A" z: b1 X1 Z% |前面象Shaun Clowes和rfp等都比较详细的介绍了php、cgi程序在编程过程中遇到的问题，以
及如何通过应用程序漏洞突破系统，这篇文章我们来通过对php的一些服务器端特性来进行配
置加强php的安全。写cgi脚本的时候我们的确一定注意各种安全问题，对用户输入进行严格的
5 M* k+ |. `, K) i过滤，但是常在岸边走哪有不湿鞋，吃烧饼哪有不掉芝麻，人有失蹄马有失手，连著名的
* b$ ]; m$ q" Y/ B% j8 r0 Mphpnuke、phpMyAdmin等程序都出现过很严重的问题，更何况象我等小混混写的脚本。所以现
! g  @% }& r: l1 `) B. z3 U在我们假设php脚本已经出现严重问题，比如象前一阵子phpnuke的可以上传php脚本的大问题
了，我们如何通过对服务器的配置使脚本出现如此问题也不能突破系统。

) d. @1 w- e; j0 T
1、编译的时候注意补上已知的漏洞

: i  S' a0 [/ l) M" t! O. b, H) n从4.0.5开始，php的mail函数加入了第五个参数，但它没有好好过滤，使得php应用程序能突
7 k* D& Z8 U5 A4 b6 J) D& O/ b破safe_mode的限制而去执行命令。所以使用4.0.5和4.0.6的时候在编译前我们需要修改php源
$ q7 C) u# I  A) G' Z码包里ext/standard/mail.c文件，禁止mail函数的第五参数或过滤shell字符。在mail.c文件
的第152行，也就是下面这行：

! H( p: ~( H7 Sif (extra_cmd != NULL) {

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

: a: B1 D) ?+ B# `- D9 o
2、修改php.ini配置文件

以php发行版的php.ini-dist为蓝本进行修改。
. G  d7 ]8 y6 O' e9 Q
4 ]1 Q% {8 P! Z9 ?7 S1)Error handling and logging
在Error handling and logging部分可以做一些设定。先找到：
display_errors = On
$ G/ `4 I! y& F1 C% y& q5 P3 l
) s' v5 ?- M7 T4 H. G2 t$ tphp缺省是打开错误信息显示的，我们把它改为：

* p1 S1 x9 e. Idisplay_errors = Off
+ u( k$ n- W! z: p7 f
关闭错误显示后，php函数执行错误的信息将不会再显示给用户，这样能在一定程度上防止攻
" h% V- K) V, a: z2 t9 }$ `4 {击者从错误信息得知脚本的物理位置，以及一些其它有用的信息，起码给攻击者的黑箱检测造
成一定的障碍。这些错误信息可能对我们自己有用，可以让它写到指定文件中去，那么修改以
下：
# T0 `2 Y/ f8 E0 Y3 N4 e
' z) D6 [" B7 slog_errors = Off

  }  T7 z! v7 l. ~5 D$ L  K改为：
# C- F; I0 W: W8 \$ t& _4 Qlog_errors = On

以及指定文件，找到下面这行：
  S& C4 }' J$ F1 U# u
;error_log = filename
" y" b1 X0 k3 I- ]0 S
! p% a( l. _5 T" c去掉前面的;注释，把filename改为指定文件，如/usr/local/apache/logs/php_error.log

error_log = /usr/local/apache/logs/php_error.log
, ~1 ]& _1 q1 t. W9 m
这样所有的错误都会写到php_error.log文件里。
; ?5 r  b) a7 }! z, x) Q
0 @. L9 L4 X2 q0 s7 A/ r2)Safe Mode

php的safe_mode功能对很多函数进行了限制或禁用了，能在很大程度解决php的安全问题。在
; Q2 A: Y* D" |/ j0 |) i9 ?Safe Mode部分找到：

) i% i& B$ e; _& Q8 ~2 \safe_mode = Off
  U# A2 D2 |( [9 c0 L6 r8 T2 `
& i7 _" ~) s7 ]) {9 }0 Q# `改为：

safe_mode = On

这样就打开了safe_mode功能。象一些能执行系统命令的函数shell_exec()和``被禁止，其它
" p& v( y- O0 B0 Q: ~的一些执行函数如：exec(), system(), passthru(), popen()将被限制只能执行
1 {9 Y7 q( Y2 }1 e8 ^$ ^safe_mode_exec_dir指定目录下的程序。如果你实在是要执行一些命令或程序，找到以下：
! b# j& t( W: l. @8 I! L' a3 {3 w
safe_mode_exec_dir =
1 P( z4 |3 ?% f9 x( ^) P
指定要执行的程序的路径，如：
$ s# t  z) e5 \8 M4 D
safe_mode_exec_dir = /usr/local/php/exec
* x3 h7 ^1 E1 r4 c
然后把要用的程序拷到/usr/local/php/exec目录下，这样，象上面的被限制的函数还能执行
2 w8 h7 q4 l3 O' Z! t$ I9 `# F该目录里的程序。
8 j7 B9 Q  V" I/ Y. Y' J% h; F
关于安全模式下受限函数的详细信息请查看php主站的说明：
8 A1 O' b$ {/ e" j3 K- s  Dhttp://www.php.net/manual/en/features.safe-mode.php

3)disable_functions

如果你对一些函数的危害性不太清楚，而且也没有使用，索性把这些函数禁止了。找到下面这
行：

8 D8 G) ^& J: udisable_functions =

7 H4 w, ?8 D- ^4 ^9 n+ j' a在”=“后面加上要禁止的函数，多个函数用”,“隔开。

' V" M. [6 I: ?. J6 Y
3、修改httpd.conf
: h; l( l7 A, _% n( U1 n7 q
如果你只允许你的php脚本程序在web目录里操作，还可以修改httpd.conf文件限制php的操作
/ y7 A" m5 v/ X( d3 h9 ]9 V) ]路径。比如你的web目录是/usr/local/apache/htdocs，那么在httpd.conf里加上这么几行：
: U5 e1 D( V) w
<Directory /usr/local/apache/htdocs>
php_admin_value open_basedir /usr/local/apache/htdocs
4 _* L7 A+ F. b7 t; ?. C5 r</Directory>
9 @* p$ ^/ ]7 K6 O5 a
1 b4 R3 G$ F! v8 C7 a( F这样，如果脚本要读取/usr/local/apache/htdocs以外的文件将不会被允许，如果错误显示打
开的话会提示这样的错误：
6 _& L4 N  A; z
Warning: open_basedir restriction in effect. File is in wrong directory in
/usr/local/apache/htdocs/open.php on line 4

等等。

: v) L, T! ], W' @6 [0 v
4、对php代码进行编译
" U) J& e# b5 E. C. h
. C! [- g# D0 |; r/ V) qZend对php的贡献很大，php4的引擎就是用Zend的，而且它还开发了ZendOptimizer和
! h  Q9 p, L3 J$ ^( h! n9 IZendEncode等许多php的加强组件。优化器ZendOptimizer只需在http://www.zend.com注册就
可以免费得到，下面几个是用于4.0.5和4.0.6的ZendOptimizer，文件名分别对于各自的系统
3 n0 Z1 H/ x: O2 B6 F- U：
2 u$ k+ D, k3 }# M. ^' {: k
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
ZendOptimizer-1.1.0-PHP_4.0.5-Solaris-sparc.tar.gz
% {- {, a# a8 g3 k  U: mZendOptimizer-1.1.0-PHP_4.0.5-Windows-i386.zip
7 b+ [, i' R* E! a3 m9 x
优化器的安装非常方便，包里面都有详细的说明。以UNIX版本的为例，看清操作系统，把包里
( f" U  _' t& L9 A. Q7 s的ZendOptimizer.so文件解压到一个目录，假设是/usr/local/lib下，在php.ini里加上两句
/ z% q1 w5 B4 g, F% I3 X$ J6 C：
; I" \  ^7 N: E' [1 W/ @
zend_optimizer.optimization_level=15
( `4 G  p" c, K; C9 ]3 {+ d  dzend_extension="/usr/local/lib/ZendOptimizer.so"

7 J, S9 o) p, B就可以了。用phpinfo()看到Zend图标左边有下面文字：
; L: m- u- }" _+ g3 _2 x1 j
with Zend Optimizer v1.1.0, Copyright (c) 1998-2000, by Zend Technologies

那么，优化器已经挂接成功了。
0 o; {1 u5 v/ f- F' G# f5 s. m
但是编译器ZendEncode并不是免费的，这里提供给大家一个http://www.PHPease.com的马勇设
9 w. ~$ w- H* g1 m2 u/ C/ }2 S计的编译器外壳，如果用于商业目的，请与http://www.zend.com联系取得许可协议。
2 L: M  Z" t. M2 S3 @! L3 D) Q
1 {5 B' [: a8 ?" {( fphp脚本编译后，脚本的执行速度增加不少，脚本文件只能看到一堆乱码，这将阻止攻击者进
( H5 e- j2 {  S1 D一步分析服务器上的脚本程序，而且原先在php脚本里以明文存储的口令也得到了保密，如
mysql的口令。不过在服务器端改脚本就比较麻烦了，还是本地改好再上传吧。


5、文件及目录的权限设置
/ Y  c6 N+ i5 \; _* i  V5 y- F
1 ^  G" ~  G) i, f8 [web目录里除了上传目录，其它的目录和文件的权限一定不能让nobody用户有写权限。否则，
/ r$ t. E% f7 M1 S0 w! {攻击者可以修改主页文件，所以web目录的权限一定要设置好。
2 A. h* x- }7 B6 ]
还有，php脚本的属主千万不能是root，因为safe_mode下读文件的函数被限制成被读文件的属
: ~8 l! n6 B; z% R/ T% N7 h# {主必须和当前执行脚本的属主是一样才能被读，否则如果错误显示打开的话会显示诸如以下的
错误：
5 z+ j* \! D6 C0 v$ W+ H& u
8 p: L+ T9 m& _! PWarning: SAFE MODE Restriction in effect. The script whose uid is 500 is not
8 d/ ^8 Z3 ?! w1 U! tallowed to access /etc/passwd owned by uid 0 in /usr/local/apache/htdocs/open.php
& b8 h& U7 ^! o  [on line 3
5 v# t* Y9 x- B# X# o; p5 O% V
% V" U  P0 c" G, @+ x. v' K/ C这样我们能防止许多系统文件被读，比如：/etc/passwd等。
上传目录和上传脚本的属主也要设成一样，否则会出现错误的，在safe_mode下这些要注意。
; `2 e2 G4 ?# x* M# _: a  P

! p% n$ A; o1 q6、mysql的启动权限设置

mysql要注意的是不要用root来启动，最好另外建一个mysqladm用户。可以在/etc/rc.local等
系统启动脚本里加上一句：

# a! |# G! n  r# e+ esu mysqladm -c "/usr/local/mysql/share/mysql/mysql.server start"

& d, g. n( p" {7 R( ]这样系统重启后，也会自动用mysqladmin用户启动mysql进程。
# Z  U( ^) H/ d$ p

7、日志文件及上传目录的审核及
# _% @  }1 C1 P
查看日志和人的惰性有很大关系，要从那么大的日志文件里查找攻击痕迹有些大海捞针，而且
也未必有。web上传的目录里的文件，也应该经常检查，也许程序有问题，用户传上了一些非
法的文件，比如执行脚本等。


& ?: ?) U# K* T! G8、操作系统自身的补丁
( k2 D5 I  x6 r$ q5 c! x: o2 i* n) P
, D: j$ n9 J& {5 C一样，给系统打已知漏洞的补丁是系统管理员最基本的职责，这也是最后一道防线。
! e" l- U& J& X% l# N* T0 n0 @

; z, Y- T+ y( s$ q经过以上的配置，虽然说不上固若金汤，但是也在相当程度上给攻击者的测试造成很多麻烦，
即使php脚本程序出现比较严重的漏洞，攻击者也无法造成实际性的破坏。
如果您还有更古怪，更变态的配置方法，希望能一起分享分享；）
9 X! B5 `% x; J. L. o/ b0 I; b

参考资料：
* E+ h# \$ R; [* |6 dPHP Manual
http://www.zend.com