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代碼編寫】

       雖然國内很多PHP程式員仍在依靠addslashes防止SQL注入，還是建議大家加強中文防止SQL注入的檢查。addslashes的問題在于黑客可以用0xbf27來代替單引号，而addslashes隻是将0xbf27修改為0xbf5c27，成為一個有效的多位元組字元，其中的0xbf5c仍會被看作是單引号，是以addslashes無法成功攔截。

       當然addslashes也不是毫無用處，它是用于單位元組字元串的處理，多位元組字元還是用mysql_real_escape_string吧。

       另外對于php手冊中get_magic_quotes_gpc的舉例：

if (!get_magic_quotes_gpc()) {

$lastname = addslashes($_POST[‘lastname’]);

} else {

$lastname = $_POST[‘lastname’];

}

最好對magic_quotes_gpc已經開放的情況下，還是對$_POST[’lastname’]進行檢查一下。

再說下mysql_real_escape_string和mysql_escape_string這2個函數的差別：

mysql_real_escape_string 必須在(PHP 4 >= 4.3.0, PHP 5)的情況下才能使用。否則隻能用mysql_escape_string ，兩者的差別是：mysql_real_escape_string 考慮到連接配接的

目前字元集，而mysql_escape_string 不考慮。

總結一下：

* addslashes() 是強行加\；

* mysql_real_escape_string()  會判斷字元集，但是對PHP版本有要求；

* mysql_escape_string不考慮連接配接的目前字元集。

-------------------------------------------------------------------------------------------------

在PHP編碼的時候，如果考慮到一些比較基本的安全問題，首先一點：

1. 初始化你的變量

為什麼這麼說呢？我們看下面的代碼：

PHP代碼   

   <?php     

    if ($admin)     

    {     

    echo '登陸成功！';     

    include('admin.php');     

    }     

    else     

    {     

    echo '你不是管理者，無法進行管理！';     

    }     

    ?>

     好，我們看上面的代碼好像是能正常運作，沒有問題，那麼加入我送出一個非法的參數過去呢，那麼效果會如何呢？比如我們的這個頁是http://daybook.diandian.com/login.php，那麼我們送出：http://daybook.diandian.com/login.php?admin=1，呵呵，你想一些，我們是不是直接就是管理者了，直接進行管理。

     當然，可能我們不會犯這麼簡單錯的錯誤，那麼一些很隐秘的錯誤也可能導緻這個問題，比如phpwind論壇有個漏洞，導緻能夠直接拿到管理者權限，就是因為有個$skin變量沒有初始化，導緻了後面一系列問題。那麼我們如何避免上面的問題呢？首先，從php.ini入手，把php.ini裡面的register_global =off，就是不是所有的注冊變量為全局，那麼就能避免了。但是，我們不是伺服器管理者，隻能從代碼上改進了，那麼我們如何改進上面的代碼呢？我們改寫如下：

PHP代碼      

    <?php     

    $admin = 0; // 初始化變量     

    if ($_POST['admin_user'] && $_POST['admin_pass'])     

    {     

    // 判斷送出的管理者使用者名和密碼是不是對的相應的處理代碼     

    // ...     

    $admin = 1;     

    }     

    else     

    {     

    $admin = 0;     

    }     

    if ($admin)     

    {     

    echo '登陸成功！';     

    include('admin.php');     

    }     

    else     

    {     

    echo '你不是管理者，無法進行管理！';     

    }     

    ?>

    那麼這時候你再送出http://daybook.diandian.com/login.php?admin=1就不好使了，因為我們在一開始就把變量初始化為 $admin = 0 了，那麼你就無法通過這個漏洞擷取管理者權限。

2. 防止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代碼     

    <?php     

    if (inject_check($_GET['id']))     

    {     

    exit('你送出的資料非法，請檢查後重新送出！');     

    }     

    else     

    {     

    $id = verify_id($_GET['id']); // 這裡引用了我們的過濾函數，對$id進行過濾     

    echo '送出的資料合法，請繼續！';     

    }     

    ?>

    好，問題到這裡似乎都解決了，但是我們有沒有考慮過post送出的資料，大批量的資料呢？

比如一些字元可能會對資料庫造成危害，比如 ' _ ', ' %'，這些字元都有特殊意義，那麼我們如果進行控制呢？還有一點，就是當我們的php.ini裡面的magic_quotes_gpc = off的時候，那麼送出的不符合資料庫規則的資料都是不會自動在前面加' '的，那麼我們要控制這些問題，于是建構如下函數：

PHP代碼      

    <?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代碼  

    <?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;     

    }     

    ?>

轉自：http://www.php1.cn/Content/Zai_php_ZhongFangZhi_SQL_ZhuRuDeFangFa.html

轉載于:https://www.cnblogs.com/clphp/p/5442120.html