php防止sql注入的方法
【一、在伺服器端設定】
安全,PHP程式碼編寫是一方面,PHP的設定更是非常關鍵。
我們php手手工安裝的,php的預設組態檔在 /usr/local/apache2/conf/php.ini,我們最主要就是要設定php.ini中的內容,讓我們執行 php能夠更安全。整個PHP中的安全設定主要是為了防止phpshell和SQL Injection的攻擊,一下我們慢慢探討。我們先使用任何編輯工具開啟 /etc/local/apache2/conf/php.ini,如果你是採用其他方式安裝,組態檔可能不在該目錄。
(1) 開啟php的安全模式
php的安全模式是個非常重要的內嵌的安全機制,能夠控制一些php中的函數,比如system(),
同時把很多檔案操作函數進行了許可權控制,也不允許對某些關鍵檔案的檔案,比如/etc/passwd,
但是預設的php.ini是沒有開啟安全模式的,我們把它開啟:
safe_mode = on
(2) 使用者組安全
當safe_mode開啟時,safe_mode_gid被關閉,那麼php指令碼能夠對檔案進行存取,而且相同
組的使用者也能夠對檔案進行存取。
建議設定為:
safe_mode_gid = off
如果不進行設定,可能我們無法對我們伺服器網站目錄下的檔案進行操作了,比如我們需要對檔案進行操作的時候。
(3) 安全模式下執行程式主目錄
如果安全模式開啟了,但是卻是要執行某些程式的時候,可以指定要執行程式的主目錄:
safe_mode_exec_dir = D:/usr/bin
一般情況下是不需要執行什麼程式的,所以推薦不要執行系統程式目錄,可以指向一個目錄,
然後把需要執行的程式拷貝過去,比如:
safe_mode_exec_dir = D:/tmp/cmd
但是,我更推薦不要執行任何程式,那麼就可以指向我們網頁目錄:
safe_mode_exec_dir = D:/usr/www
(4) 安全模式下包含檔案
如果要在安全模式下包含某些公共檔案,那麼就修改一下選項:
safe_mode_include_dir = D:/usr/www/include/
其實一般php指令碼中包含檔案都是在程式自己已經寫好了,這個可以根據具體需要設定。
(5) 控制php指令碼能存取的目錄
使用open_basedir選項能夠控制PHP指令碼只能存取指定的目錄,這樣能夠避免PHP指令碼存取
不應該存取的檔案,一定程度上限制了phpshell的危害,我們一般可以設定為只能存取網站目錄:
open_basedir = D:/usr/www
(6) 關閉危險函數
如果開啟了安全模式,那麼函數禁止是可以不需要的,但是我們為了安全還是考慮進去。比如,
我們覺得不希望執行包括system()等在那的能夠執行命令的php函數,或者能夠檢視php資訊的
phpinfo()等函數,那麼我們就可以禁止它們:
disable_functions = system,passthru,exec,shell_exec,popen,phpinfo
如果你要禁止任何檔案和目錄的操作,那麼可以關閉很多檔案操作
disable_functions = chdir,chroot,dir,getcwd,opendir,readdir,scandir,fopen,unlink,delete,copy,mkdir, rmdir,rename,file,file_get_contents,fputs,fwrite,chgrp,chmod,chown
以上只是列了部分不叫常用的檔案處理常式,你也可以把上面執行命令函數和這個函數結合,
就能夠抵制大部分的phpshell了。
(7) 關閉PHP版本資訊在http頭中的洩漏
我們為了防止駭客獲取伺服器中php版本的資訊,可以關閉該資訊斜路在http頭中:
expose_php = Off
比如駭客在 telnet www.12345.com 80 的時候,那麼將無法看到PHP的資訊。
(8) 關閉註冊全域性變數
在PHP中提交的變數,包括使用POST或者GET提交的變數,都將自動註冊為全域性變數,能夠直接存取,
這是對伺服器非常不安全的,所以我們不能讓它註冊為全域性變數,就把註冊全域性變數選項關閉:
register_globals = Off
當然,如果這樣設定了,那麼獲取對應變數的時候就要採用合理方式,比如獲取GET提交的變數var,
那麼就要用$_GET['var']來進行獲取,這個php程式設計師要注意。
(9) 開啟magic_quotes_gpc來防止SQL隱碼攻擊
SQL隱碼攻擊是非常危險的問題,小則網站後台被入侵,重則整個伺服器淪陷,
所以一定要小心。php.ini中有一個設定:
magic_quotes_gpc = Off
這個預設是關閉的,如果它開啟後將自動把使用者提交對sql的查詢進行轉換,
比如把 ' 轉為 '等,這對防止sql注射有重大作用。所以我們推薦設定為:
magic_quotes_gpc = On
(10) 錯誤資訊控制
一般php在沒有連線到資料庫或者其他情況下會有提示錯誤,一般錯誤資訊中會包含php指令碼當
前的路徑資訊或者查詢的SQL語句等資訊,這類資訊提供給駭客後,是不安全的,所以一般伺服器建議禁止錯誤提示:
display_errors = Off
如果你卻是是要顯示錯誤資訊,一定要設定顯示錯誤的級別,比如只顯示警告以上的資訊:
error_reporting = E_WARNING & E_ERROR
當然,我還是建議關閉錯誤提示。
(11) 錯誤紀錄檔
建議在關閉display_errors後能夠把錯誤資訊記錄下來,便於查詢伺服器執行的原因:
log_errors = On
同時也要設定錯誤紀錄檔存放的目錄,建議根apache的紀錄檔存在一起:
error_log = D:/usr/local/apache2/logs/php_error.log
注意:給檔案必須允許apache使用者的和組具有寫的許可權。
MYSQL的降權執行
新建立一個使用者比如mysqlstart
net user mysqlstart fuckmicrosoft /add net localgroup users mysqlstart /del
不屬於任何組
如果MYSQL裝在d:mysql ,那麼,給 mysqlstart 完全控制 的許可權
然後在系統服務中設定,MYSQL的服務屬性,在登入屬性當中,選擇此使用者 mysqlstart 然後輸入密碼,確定。
重新啟動 MYSQL服務,然後MYSQL就執行在低許可權下了。
如果是在windos平台下搭建的apache我們還需要注意一點,apache預設執行是system許可權,
這很恐怖,這讓人感覺很不爽.那我們就給apache降降許可權吧。
net user apache fuckmicrosoft /add net localgroup users apache /del
ok.我們建立了一個不屬於任何組的使用者apche。
我們開啟計算機管理器,選服務,點apache服務的屬性,我們選擇log on,選擇this account,我們填入上面所建立的賬戶和密碼,
重新啟動apache服務,ok,apache執行在低許可權下了。
實際上我們還可以通過設定各個資料夾的許可權,來讓apache使用者只能執行我們想讓它能幹的事情,給每一個目錄建立一個單獨能讀寫的使用者。
這也是當前很多虛擬主機提供商的流行設定方法哦,不過這種方法用於防止這裡就顯的有點大材小用了。
【二、在PHP程式碼編寫】
防止SQL Injection (sql注射)
SQL 注射應該是目前程式危害最大的了,包括最早從asp到php,基本上都是國內這兩年流行的技術,基本原理就是通過對提交變數的不過濾形成注入點然後使惡意使用者能夠提交一些sql查詢語句,導致重要資料被竊取、資料丟失或者損壞,或者被入侵到後台管理。
那麼我們既然了解了基本的注射入侵的方式,那麼我們如何去防範呢?這個就應該我們從程式碼去入手了。
我們知道Web上提交資料有兩種方式,一種是get、一種是post,那麼很多常見的sql注射就是從get方式入手的,而且注射的語句裡面一定是包含一些sql語句的,因為沒有sql語句,那麼如何進行,sql語句有四大句:select 、update、delete、insert,那麼我們如果在我們提交的資料中進行過濾是不是能夠避免這些問題呢?
於是我們使用正則就構建如下函數:
PHP程式碼
<?php function inject_check($sql_str) { return eregi('select|insert|update|delete|'| function verify_id($id=null) { if (!$id) { exit('沒有提交引數!'); } // 是否為空判斷 elseif (inject_check($id)) { exit('提交的引數非法!'); } // 注射判斷 elseif (!is_numeric($id)) { exit('提交的引數非法!'); } // 數位判斷 $id = intval($id); // 整型化 return $id; } ?>
那麼我們就能夠進行校驗了,於是我們上面的程式程式碼就變成了下面的:
<?php if (inject_check($_GET['id'])) { exit('你提交的資料非法,請檢查後重新提交!'); } else { $id = verify_id($_GET['id']); // 這裡參照了我們的過濾函數,對$id進行過濾 echo '提交的資料合法,請繼續!'; } ?>
好,問題到這裡似乎都解決了,但是我們有沒有考慮過post提交的資料,大批次的資料呢?
比如一些字元可能會對資料庫造成危害,比如 ' _ ', ' %',這些字元都有特殊意義,那麼我們如果進行控制呢?還有一點,就是當我們的php.ini裡面的magic_quotes_gpc = off的時候,那麼提交的不符合資料庫規則的資料都是不會自動在前面加' '的,那麼我們要控制這些問題,於是構建如下函數:
<?php function str_check( $str ) { if (!get_magic_quotes_gpc()) // 判斷magic_quotes_gpc是否開啟 { $str = addslashes($str); // 進行過濾 } $str = str_replace("_", "_", $str); // 把 '_'過濾掉 $str = str_replace("%", "%", $str); // 把' % '過濾掉 return $str; } ?>
最後,再考慮提交一些大批次資料的情況,比如發貼,或者寫文章、新聞,我們需要一些函數來幫我們過濾和進行轉換,再上面函數的基礎上,我們構建如下函數:
<?php function post_check($post) { if (!get_magic_quotes_gpc()) // 判斷magic_quotes_gpc是否為開啟 { $post = addslashes($post); // 進行magic_quotes_gpc沒有開啟的情況對提交資料的過濾 } $post = str_replace("_", "_", $post); // 把 '_'過濾掉 $post = str_replace("%", "%", $post); // 把' % '過濾掉 $post = nl2br($post); // 回車轉換 $post= htmlspecialchars($post); // html標記轉換 return $post; } ?>
註:關於SQL隱碼攻擊,不得不說的是現在大多虛擬主機都會把magic_quotes_gpc選項開啟,在這種情況下所有的用戶端GET和POST的資料都會自動進行addslashes處理,所以此時對字串值的SQL隱碼攻擊是不可行的,但要防止對數位值的SQL隱碼攻擊,如用intval()等函數進行處理。但如果你編寫的是通用軟體,則需要讀取伺服器的magic_quotes_gpc後進行相應處理。
以上就是php防止sql注入的方法總結的詳細內容,更多請關注TW511.COM其它相關文章!