PHPMysql注入的實現和防范示例

以下的文章主要介紹的是PHP Mysql 注入的實現和防范，以我個人看來，引發SQL注入攻擊的最主要原因，是以下2個原因：即。1）. php 配置文件 php.ini 中的 magic_quotes_gpc 選項沒有打開，被置為 off。 2）. 開發者沒有對數據類型進行檢查和轉義 不過事實上，

以下的文章主要介紹的是PHP Mysql 注入的實現和防范，以我個人看來，引發SQL注入攻擊的最主要原因，是以下2個原因：即。1）. php 配置文件 php.ini 中的 magic_quotes_gpc 選項沒有打開，被置為 off。

2）. 開發者沒有對數據類型進行檢查和轉義

不過事實上，第二點最為重要。我認為, 對用戶輸入的數據類型進行檢查，向 MYSQL 提交正確的數據類型，這應該是一個 web 程序員最最基本的素質。但現實中，常常有許多小白式的 Web 開發者忘了這點, 從而導致后門大開。

為什么說PHP Mysql 注入的實現與防范第二點最為重要？因為如果沒有第二點的保證，magic_quotes_gpc 選項，不論為 on，還是為 off，都有可能引發 SQL 注入攻擊。下面來看一下技術實現：

magic_quotes_gpc = Off 時的注入攻擊

magic_quotes_gpc = Off 是 php 中一種非常不安全的選項。新版本的 php 已經將默認的值改為了 On。但仍有相當多的服務器的選項為 off。畢竟，再古董的服務器也是有人用的。

當magic_quotes_gpc = On　時，它會將提交的變量中所有的 ‘(單引號)、”(雙號號)、\(反斜線)、空白字符，都為在前面自動加上 \。下面是 php 的官方說明：

magic_quotes_gpc boolean 
Sets the magic_quotes state for GPC (Get/Post/Cookie) operations. 
When magic_quotes are on, all ‘ (single-quote), ” (double quote), 
\ (backslash) and NUL’s are escaped with a backslash automatically 

如果沒有轉義，即 off 情況下，就會讓攻擊者有機可乘。以下列測試腳本為例：

f ( isset($_POST["f_login"] ) )

{

連接數據庫...

...代碼略...

檢查用戶是否存在

$t_strUname = $_POST["f_uname"]; 
$t_strPwd = $_POST["f_pwd"]; 
$t_strSQL = "SELECT * FROM tbl_users WHERE username='$t_strUname' AND password = '$t_strPwd' LIMIT 0,1"; 
if ( $t_hRes = mysql_query($t_strSQL) ) 
{ 
// 成功查詢之后的處理. 略... 
} 
} 
?> 
 
 
 
Username: 
 
Password: 
 
 
 
 

上述的相關內容就是對PHP Mysql 注入 的實現與防范的部分內容的描述，希望會給你帶來一些幫助在此方面。

聲明：本網頁內容旨在傳播知識，若有侵權等問題請及時與本網聯系，我們將在第一時間刪除處理。TEL:177 7030 7066 E-MAIL:11247931@qq.com