phpsqlinjection的簡單介紹

本文目錄一覽：

• 1、php如何防止sql注入
• 2、php防止sql注入簡單分析
• 3、如何在PHP中阻止SQL注入？
• 4、PHP sql injection的問題
• 5、php過濾sql注入，新手
• 6、什麼是SQL Injection 原理及漏洞檢測

php如何防止sql注入

PHP防止sql注入是一個比較低級的問題了，這個問題其實在我大一上學期做第一個個人博客的時候就已經關注過了，不過簡單的說一下關於PHP防注入的方式吧。

使用PDO防注入。

這是最簡單直接的一種方式，當然低版本的PHP一般不支持PDO方式去操作，那麼就只能採用其它方式。

採用escape函數過濾非法字符。

escape可以將非法字符比如 斜杠等非法字符轉義，防止sql注入，這種方式簡單粗暴，但是不太建議這麼用。

自己手寫過濾函數，手寫一個php sql非法參數過濾函數來說還是比較簡單的，但是你的函數需要非常的健壯，不讓仍然有可能被非法黑客攻擊；你的Coding水平直接決定了你的函數的健壯性。

各種框架裏面其實都有對於非法字符過濾的支持，最簡單的比如ThinkPHP，你可以直接防止注入。

寫一個PHP擴展對於進入參數進行有選擇的過濾。 開發一個PHP擴展是對於一個PHP高級程序員必備的技能，將你需要的功能打包在PHP擴展裏面，就像黑詞過濾一樣進行檢查，是非常方便的。一般都是用在自己寫框架路由器轉發的時候，如果你用擴展實現框架的路由器轉發的話，可以順便將參數過濾加入到PHP擴展裏面，通過C去實現。

對於現在的防注入技術其實已經成熟了，對於一個站點該關心的不是防注入了，而是大規模高並發如何處理的問題，或者關於各種其他漏洞，比如現在世界上仍然有百分之80使用redis的站點存在redis漏洞，通過redis漏洞可以直接拿到機器的訪問權限，一般來說都是直接給你種一個挖礦機械人來。

php防止sql注入簡單分析

本文實例分析了php防止sql注入簡單方法。分享給大家供大家參考。具體如下：

這裡只說一個簡單的方法

防止Sql注入的方法有很多，這裡要說的其實就是漏洞演練平台Dvwa里的一種方式

直接看high級別的就可以了

$id

=

$_GET[‘id’];

$id

=

stripslashes($id);

$id

=

mysql_real_escape_string($id);

if

(is_numeric($id)){

$getid

=

“SELECT

first_name,last_name

FROM

users

WHERE

user_id=’$id'”;

$result

=

mysql_query($getid)

or

die(‘pre’.mysql_error().’/pre’);

$num

=

mysql_numrows($result);

可見它的處理方式是首先通過

stripslashes

函數刪除變量中的反斜杠

\，

然後再使用函數mysql_real_escape_string

轉義特殊字符就行了。

所以當我們編寫類似代碼的時候

$getid=”SELECT

first_name,last_name

FROM

users

WHERE

user_id=’$id'”;

我們最簡單的方法是

直接將變量$id

進行stripslashes

和

mysql_real_escape_string

處理。

注意：

這裡並不是說這樣就安全了，

這只是其中一種方式我可沒說這就安全了。

更多的還要依據實際情況進行處理。

希望本文所述對大家的php程序設計有所幫助。

如何在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 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 ‘你不是管理員，無法進行管理！’;

}

?

好，我們看上面的代碼好像是能正常運行，沒有問題，那麼加入我提交一個非法的參數過去呢，那麼效果會如何呢？比如我們的這個頁是，那麼我們提交：，呵呵，你想一些，我們是不是直接就是管理員了，直接進行管理。

當然，可能我們不會犯這麼簡單錯的錯誤，那麼一些很隱秘的錯誤也可能導致這個問題，比如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 ‘你不是管理員，無法進行管理！’;

}

?

那麼這時候你再提交就不好使了，因為我們在一開始就把變量初始化為 $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;

}

?

呵呵，基本到這裡，我們把一些情況都說了一遍，其實我覺得自己講的東西還很少，至少我才只講了兩方面，再整個安全中是很少的內容了，考慮下一次講更多，包括php安全配置，apache安全等等，讓我們的安全正的是一個整體，作到最安全。

最後在告訴你上面表達的：1. 初始化你的變量 2. 一定記得要過濾你的變量

PHP sql injection的問題

1）如果php.ini中magic_quotes_gpc設置為on的話無論你怎麼接收變量

$_GET() or $_POST() ，都不會發生注入，如：’ 號，會自動變為\’

被”\”自動轉義了

2）變量前使用了addslashes()函數，也不會發生注入現象．效果同上，addslashes()函數是內置，所以根本不需要你去編．

3）你上面的那句不具備註入條件．

以下才有可能

①SELECT * FROM produits WHERE id=’$id’

②SELECT * FROM produits WHERE id=$id

php過濾sql注入，新手

我在PHP4環境下寫了一個防SQL注入的代碼，經過實際使用在PHP5下也兼容，歡迎大家使用修改，使用。

代碼如下：

?php

/*

sqlin 防注入類

*/

class sqlin

{

//dowith_sql($value)

function dowith_sql($str)

{

$str = str_replace(“and”,””,$str);

$str = str_replace(“execute”,””,$str);

$str = str_replace(“update”,””,$str);

$str = str_replace(“count”,””,$str);

$str = str_replace(“chr”,””,$str);

$str = str_replace(“mid”,””,$str);

$str = str_replace(“master”,””,$str);

$str = str_replace(“truncate”,””,$str);

$str = str_replace(“char”,””,$str);

$str = str_replace(“declare”,””,$str);

$str = str_replace(“select”,””,$str);

$str = str_replace(“create”,””,$str);

$str = str_replace(“delete”,””,$str);

$str = str_replace(“insert”,””,$str);

$str = str_replace(“‘”,””,$str);

$str = str_replace(“””,””,$str);

$str = str_replace(” “,””,$str);

$str = str_replace(“or”,””,$str);

$str = str_replace(“=”,””,$str);

$str = str_replace(“%20″,””,$str);

//echo $str;

return $str;

}

//aticle()防SQL注入函數

function sqlin()

{

foreach ($_GET as $key=$value)

{

$_GET[$key]=$this-dowith_sql($value);

}

foreach ($_POST as $key=$value)

{

$_POST[$key]=$this-dowith_sql($value);

}

}

}

$dbsql=new sqlin();

?

===================================================================================

使用方式：

將以上代碼複製新建一個sqlin.php的文件，然後包含在有GET或者POST數據接收的頁面

原理：

將所有的SQL關鍵字替換為空.

什麼是SQL Injection 原理及漏洞檢測

SQL Injection應該稱為SQL指令植入式攻擊，主要屬於Input Validation的問題,它是描述一個利用寫入特殊SQL程序碼攻擊應用程序的動作。

【SQL Injection的原理】

一般輸入帳號密碼的網站的SQL語法為

select from member where UID =’　 request(ID) 　’ nAnd Passwd =’ request(Pwd) ‘

如果正常使用者輸入帳號pl，密碼1234

那麼程序便會執行select from member where UID =’pl’　And Passwd=’1234′

輸入的帳號和密碼等信息會取代ASP( or PHP、JSP)中的變量，並由兩個單引號(‘　’)所包住。那麼，如果攻擊者已知系統中已有一個Admin的管理者帳號，則輸入Admin ‘– ，即可不需輸入密碼而進入資料庫，相應的語句為

select from member where UID =’ Admin ‘– ‘ nAnd Passwd =’ ‘

（註：「 – 」符號後的任何敘述都會被當作註解，也就是說以上例子的And子句將被SQL視為說明用）

【檢測漏洞】

對

大多數SQL服務器來說，我們並不知道對方程序的具體代碼，而靠任何掃描器也不可能發現SQL

injection的漏洞，這樣我們就要靠手工檢測了。由於我們執行SQL語句會用到單引號、分號、逗號、冒號和「――」，所以我們可以在URL後面加上

以上符合，或者在表單中的文本框中加入。比如：

』

;

通過頁面返回的信息，判斷是否存在SQL injection的漏洞，這種方法只是簡單的通過字符過濾來判斷，根據IIS的配置不同，返回的信息也可能不同。有時顯示

Microsoft OLE DB Provider for ODBC Drivers error ‘80040e07’

[Microsoft][ODBC

SQL Server Driver][SQL Server]Syntax error converting the nvarchar

value ‘login_id’ to a column of data type int.

/index.asp, line 5

也可能是「http 500-內部服務器錯誤」，或者顯示正常信息，angel提出判斷的根據是經驗。