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

天云上人

发布日期：2001-11-27
+ C* u4 F+ x6 H! M) ~$ n6 U( a文章内容：
* q+ L; y# o) I6 E! J* n--------------------------------------------------------------------------------
2 m; K& Z1 q! P( X0 G
作者：san（小许） san@nsfocus.com

# x& z0 g7 H& T- P5 Z2 @  {. p--------------------------------------------------------------------------------

前面象Shaun Clowes和rfp等都比较详细的介绍了php、cgi程序在编程过程中遇到的问题，以
及如何通过应用程序漏洞突破系统，这篇文章我们来通过对php的一些服务器端特性来进行配
置加强php的安全。写cgi脚本的时候我们的确一定注意各种安全问题，对用户输入进行严格的
' K- q* W! [# T$ T/ x: P# I; z过滤，但是常在岸边走哪有不湿鞋，吃烧饼哪有不掉芝麻，人有失蹄马有失手，连著名的
' R8 Z3 S% E+ Cphpnuke、phpMyAdmin等程序都出现过很严重的问题，更何况象我等小混混写的脚本。所以现
在我们假设php脚本已经出现严重问题，比如象前一阵子phpnuke的可以上传php脚本的大问题
了，我们如何通过对服务器的配置使脚本出现如此问题也不能突破系统。
9 p/ `8 e  L$ H" B$ l$ _3 p7 s. N
3 N/ v# ?; S" l# H, L
1、编译的时候注意补上已知的漏洞

从4.0.5开始，php的mail函数加入了第五个参数，但它没有好好过滤，使得php应用程序能突
' ?% P) F, s$ ]) H' w) U破safe_mode的限制而去执行命令。所以使用4.0.5和4.0.6的时候在编译前我们需要修改php源
码包里ext/standard/mail.c文件，禁止mail函数的第五参数或过滤shell字符。在mail.c文件
1 Z. e1 ~' N! [8 U9 j+ s6 b8 e' Q1 w的第152行，也就是下面这行：
# s( Q3 ^' B- l2 ~) S
7 p3 p9 a. ?+ s& x2 A5 k. D' G4 `if (extra_cmd != NULL) {

后面加上extra_cmd=NULL;或extra_cmd = php_escape_shell_cmd(extra_cmd);然后编译php
那么我们就修补了这个漏洞。
$ C1 S7 ~  ]8 X7 e

2 y7 y$ B1 y# u; T* F2、修改php.ini配置文件

+ A" T9 z1 B6 m" O4 N以php发行版的php.ini-dist为蓝本进行修改。

% \4 D' @( \5 f8 J% h- J: F/ G1)Error handling and logging
! b! s/ m- H+ F6 @& C在Error handling and logging部分可以做一些设定。先找到：
display_errors = On

( m$ J+ ^- C$ n' iphp缺省是打开错误信息显示的，我们把它改为：
8 m/ d/ R1 g, i) @
display_errors = Off

关闭错误显示后，php函数执行错误的信息将不会再显示给用户，这样能在一定程度上防止攻
: q8 ~3 G$ V8 u击者从错误信息得知脚本的物理位置，以及一些其它有用的信息，起码给攻击者的黑箱检测造
6 }$ x% O5 D! k# G* c成一定的障碍。这些错误信息可能对我们自己有用，可以让它写到指定文件中去，那么修改以
; S9 y8 J" q( ?0 W$ U9 H* ?% k% r1 n下：
  \* t7 F6 O. z
  C8 a; E0 h* }" i# i* U& J/ Nlog_errors = Off

改为：
. y7 M2 W! z5 B0 u1 k4 s  {3 Xlog_errors = On

以及指定文件，找到下面这行：

;error_log = filename

去掉前面的;注释，把filename改为指定文件，如/usr/local/apache/logs/php_error.log
1 v# s3 i$ z2 ]2 }: e( c
  _' \5 a8 h% Z% ierror_log = /usr/local/apache/logs/php_error.log

( R) I& _% G2 d这样所有的错误都会写到php_error.log文件里。
' S* a  q$ g2 ]: c' s
6 b  q" U! i; [' u$ A4 n2)Safe Mode

php的safe_mode功能对很多函数进行了限制或禁用了，能在很大程度解决php的安全问题。在
/ U* h) y% y" v/ \: oSafe Mode部分找到：

' ~' D/ j+ @1 nsafe_mode = Off
( t4 u4 U2 G& h' F  Q& r: F
/ q* H. H: l( T5 E: a8 x改为：

% k  f/ Q) g5 |. _- w$ C  ~safe_mode = On

这样就打开了safe_mode功能。象一些能执行系统命令的函数shell_exec()和``被禁止，其它
: x0 l3 ^; W7 m' Z8 y) e& ]8 }+ J的一些执行函数如：exec(), system(), passthru(), popen()将被限制只能执行
; @' H# \& Y- {! h6 ^. s6 u/ D/ Vsafe_mode_exec_dir指定目录下的程序。如果你实在是要执行一些命令或程序，找到以下：
, i: z  K; j5 A, y/ J5 L
safe_mode_exec_dir =

* s/ y3 x6 @& u指定要执行的程序的路径，如：

safe_mode_exec_dir = /usr/local/php/exec
0 `; H) l5 X- r6 [
! `" u/ d/ J- `6 ^然后把要用的程序拷到/usr/local/php/exec目录下，这样，象上面的被限制的函数还能执行
2 I8 _) s2 Y7 t% w% C- ~该目录里的程序。

, K" L% @" n& }, u关于安全模式下受限函数的详细信息请查看php主站的说明：
http://www.php.net/manual/en/features.safe-mode.php

3)disable_functions
4 M6 I0 b$ m; r9 c$ ~7 d$ u$ D+ O6 |
如果你对一些函数的危害性不太清楚，而且也没有使用，索性把这些函数禁止了。找到下面这
3 M' \  `, J2 v7 T1 I行：

( A3 X, v+ }4 k+ }, @7 h. o6 Udisable_functions =

在”=“后面加上要禁止的函数，多个函数用”,“隔开。
/ \. @# A; Y; Z* j4 a& s" j3 `
& E! X/ H, I1 ^4 r
3、修改httpd.conf

% T5 I4 ^& H( i) a$ ^) }如果你只允许你的php脚本程序在web目录里操作，还可以修改httpd.conf文件限制php的操作
路径。比如你的web目录是/usr/local/apache/htdocs，那么在httpd.conf里加上这么几行：
- P' `: l( q, ?  @8 k( U
<Directory /usr/local/apache/htdocs>
  Q3 D: p2 E6 a7 l& O4 Sphp_admin_value open_basedir /usr/local/apache/htdocs
</Directory>
$ f5 J6 l5 w7 x
' j1 @$ O. F; J  H* t( U0 g1 s这样，如果脚本要读取/usr/local/apache/htdocs以外的文件将不会被允许，如果错误显示打
开的话会提示这样的错误：

Warning: open_basedir restriction in effect. File is in wrong directory in
7 }- h' O- H4 X/usr/local/apache/htdocs/open.php on line 4
+ Q, `, k. J: F
6 A* k8 {" N& h5 Q2 `等等。


4、对php代码进行编译
, R+ z8 f' {, g6 z- C" d
Zend对php的贡献很大，php4的引擎就是用Zend的，而且它还开发了ZendOptimizer和
ZendEncode等许多php的加强组件。优化器ZendOptimizer只需在http://www.zend.com注册就
7 V! j) R% \4 M2 y6 K5 Q2 N7 g可以免费得到，下面几个是用于4.0.5和4.0.6的ZendOptimizer，文件名分别对于各自的系统
：

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
/ r4 U3 M3 |* S4 u! O  PZendOptimizer-1.1.0-PHP_4.0.5-Solaris-sparc.tar.gz
ZendOptimizer-1.1.0-PHP_4.0.5-Windows-i386.zip
) c- ~& j/ ^9 W) n& I3 o1 g7 ~
* E4 B8 o4 O* ]9 h2 [8 G# [优化器的安装非常方便，包里面都有详细的说明。以UNIX版本的为例，看清操作系统，把包里
1 W% n, @7 e4 z( h的ZendOptimizer.so文件解压到一个目录，假设是/usr/local/lib下，在php.ini里加上两句
  Y. E( B( z% x8 C：

" j7 h0 P1 U, s8 Mzend_optimizer.optimization_level=15
1 B& [6 `1 L+ }, dzend_extension="/usr/local/lib/ZendOptimizer.so"

# M8 l" o" G. c# Q就可以了。用phpinfo()看到Zend图标左边有下面文字：

# O' x: k' N" B+ g, e/ q% B# W  Pwith Zend Optimizer v1.1.0, Copyright (c) 1998-2000, by Zend Technologies

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

但是编译器ZendEncode并不是免费的，这里提供给大家一个http://www.PHPease.com的马勇设
8 p$ |6 z& _  e  o" ?计的编译器外壳，如果用于商业目的，请与http://www.zend.com联系取得许可协议。
+ U( Z* l: e! r! C  m& Q0 n
php脚本编译后，脚本的执行速度增加不少，脚本文件只能看到一堆乱码，这将阻止攻击者进
( M" E4 d" ]5 S$ j/ D' _% t5 i$ {$ W一步分析服务器上的脚本程序，而且原先在php脚本里以明文存储的口令也得到了保密，如
2 C; l/ b: t9 w( O) \$ @mysql的口令。不过在服务器端改脚本就比较麻烦了，还是本地改好再上传吧。
$ e2 ?3 @6 m1 p* w# e
  v" A2 [2 t9 \% P- P1 `! U- ?" s7 q
, j, ?: G1 v, o, w: o% Q5、文件及目录的权限设置
2 g8 o2 f- t" j% V3 X# _; P
  B& L- d) ~3 Qweb目录里除了上传目录，其它的目录和文件的权限一定不能让nobody用户有写权限。否则，
9 q* z  j, ?# M1 n8 _攻击者可以修改主页文件，所以web目录的权限一定要设置好。
; W! i# n4 K: p. `4 ?% T/ P9 E
+ ~& ~. Y) [# l3 D) m. c" L还有，php脚本的属主千万不能是root，因为safe_mode下读文件的函数被限制成被读文件的属
主必须和当前执行脚本的属主是一样才能被读，否则如果错误显示打开的话会显示诸如以下的
错误：
' |: _" E: J4 o( R6 ]
Warning: SAFE MODE Restriction in effect. The script whose uid is 500 is not
1 I$ f6 E4 k9 ?( Q# a: |- Fallowed to access /etc/passwd owned by uid 0 in /usr/local/apache/htdocs/open.php
4 d& j4 \; L) xon line 3

这样我们能防止许多系统文件被读，比如：/etc/passwd等。
3 B# ]0 ~' _6 m上传目录和上传脚本的属主也要设成一样，否则会出现错误的，在safe_mode下这些要注意。


- _: ~; w: n/ ]9 n/ ^6、mysql的启动权限设置

mysql要注意的是不要用root来启动，最好另外建一个mysqladm用户。可以在/etc/rc.local等
  }( |/ V( Z2 t- {8 w* n9 ^4 k6 ]系统启动脚本里加上一句：

8 c4 |/ g/ N$ t/ M( s4 csu mysqladm -c "/usr/local/mysql/share/mysql/mysql.server start"

这样系统重启后，也会自动用mysqladmin用户启动mysql进程。
7 r) c- S! G6 b8 A' h: _, s3 m
* D- J% h8 e+ n. N. o4 }( G
* V6 {' e: u! N7、日志文件及上传目录的审核及
. Y3 ]' _5 {: F& H# i5 E, z
查看日志和人的惰性有很大关系，要从那么大的日志文件里查找攻击痕迹有些大海捞针，而且
也未必有。web上传的目录里的文件，也应该经常检查，也许程序有问题，用户传上了一些非
法的文件，比如执行脚本等。
8 ~( [* D, F& Z
1 ^# N! J' n9 O. h. G, _; n6 H) b& w) C
0 Q" |8 Z# v0 i. ]8、操作系统自身的补丁

一样，给系统打已知漏洞的补丁是系统管理员最基本的职责，这也是最后一道防线。

& z# D% s' _; s# K. }
经过以上的配置，虽然说不上固若金汤，但是也在相当程度上给攻击者的测试造成很多麻烦，
即使php脚本程序出现比较严重的漏洞，攻击者也无法造成实际性的破坏。
如果您还有更古怪，更变态的配置方法，希望能一起分享分享；）

, D1 J) S" j9 ]6 y% F6 N1 A, `
8 M' R8 I4 I) n" l( N/ g, A参考资料：
; F- f0 P" t" m* `PHP Manual
/ |, |; ~& t9 I( y$ }9 thttp://www.zend.com