真实的国产乱ⅩXXX66竹夫人,五月香六月婷婷激情综合,亚洲日本VA一区二区三区,亚洲精品一区二区三区麻豆

成都創(chuàng)新互聯(lián)網(wǎng)站制作重慶分公司

php數(shù)據(jù)注入安全驗(yàn)證,php數(shù)據(jù)注入安全驗(yàn)證不了

ThinkPHP如何防止SQL注入?

(1)查詢條件盡量使用數(shù)組方式,這是更為安全的方式;

新巴爾虎左網(wǎng)站制作公司哪家好,找創(chuàng)新互聯(lián)!從網(wǎng)頁(yè)設(shè)計(jì)、網(wǎng)站建設(shè)、微信開發(fā)、APP開發(fā)、響應(yīng)式網(wǎng)站設(shè)計(jì)等網(wǎng)站項(xiàng)目制作,到程序開發(fā),運(yùn)營(yíng)維護(hù)。創(chuàng)新互聯(lián)公司2013年成立到現(xiàn)在10年的時(shí)間,我們擁有了豐富的建站經(jīng)驗(yàn)和運(yùn)維經(jīng)驗(yàn),來(lái)保證我們的工作的順利進(jìn)行。專注于網(wǎng)站建設(shè)就選創(chuàng)新互聯(lián)。

(2)如果不得已必須使用字符串查詢條件,使用預(yù)處理機(jī)制;

(3)使用綁定參數(shù);

(4)強(qiáng)制進(jìn)行字段類型驗(yàn)證,可以對(duì)數(shù)值數(shù)據(jù)類型做強(qiáng)制轉(zhuǎn)換;

(5)使用自動(dòng)驗(yàn)證和自動(dòng)完成機(jī)制進(jìn)行針對(duì)應(yīng)用的自定義過(guò)濾;

(6)使用字段類型檢查、自動(dòng)驗(yàn)證和自動(dòng)完成機(jī)制等避免惡意數(shù)據(jù)的輸入;

(7)做一些過(guò)濾。

php有什么安全規(guī)則,有哪些?

php安全篇值過(guò)濾用戶輸入的人參數(shù)

規(guī)則 1:絕不要信任外部數(shù)據(jù)或輸入

關(guān)于Web應(yīng)用程序安全性,必須認(rèn)識(shí)到的第一件事是不應(yīng)該信任外部數(shù)據(jù)。外部數(shù)據(jù)(outside data) 包括不是由程序員在PHP代碼中直接輸入的任何數(shù)據(jù)。在采取措施確保安全之前,來(lái)自任何其他來(lái)源(比如 GET 變量、表單 POST、數(shù)據(jù)庫(kù)、配置文件、會(huì)話變量或 cookie)的任何數(shù)據(jù)都是不可信任的。

例如,下面的數(shù)據(jù)元素可以被認(rèn)為是安全的,因?yàn)樗鼈兪窃赑HP中設(shè)置的。

復(fù)制代碼 代碼如下:

?php

$myUsername = 'tmyer';

$arrayUsers = array('tmyer', 'tom', 'tommy');define(”GREETING”, 'hello there' . $myUsername);?

但是,下面的數(shù)據(jù)元素都是有瑕疵的。

清單 2. 不安全、有瑕疵的代碼

復(fù)制代碼 代碼如下:

?php

$myUsername = $_POST['username']; //tainted!

$arrayUsers = array($myUsername, 'tom', 'tommy'); //tainted!

define(”GREETING”, 'hello there' . $myUsername); //tainted!

?

為 什么第一個(gè)變量 $myUsername 是有瑕疵的?因?yàn)樗苯觼?lái)自表單 POST。用戶可以在這個(gè)輸入域中輸入任何字符串,包括用來(lái)清除文件或運(yùn)行以前上傳的文件的惡意命令。您可能會(huì)問(wèn),“難道不能使用只接受字母 A-Z 的客戶端(Javascrīpt)表單檢驗(yàn)?zāi)_本來(lái)避免這種危險(xiǎn)嗎?”是的,這總是一個(gè)有好處的步驟,但是正如在后面會(huì)看到的,任何人都可以將任何表單下載 到自己的機(jī)器上,修改它,然后重新提交他們需要的任何內(nèi)容。

解決方案很簡(jiǎn)單:必須對(duì) $_POST['username'] 運(yùn)行清理代碼。如果不這么做,那么在使用 $myUsername 的任何其他時(shí)候(比如在數(shù)組或常量中),就可能污染這些對(duì)象。

對(duì)用戶輸入進(jìn)行清理的一個(gè)簡(jiǎn)單方法是,使用正則表達(dá)式來(lái)處理它。在這個(gè)示例中,只希望接受字母。將字符串限制為特定數(shù)量的字符,或者要求所有字母都是小寫的,這可能也是個(gè)好主意。

清單 3. 使用戶輸入變得安全

復(fù)制代碼 代碼如下:

?php

$myUsername = cleanInput($_POST['username']); //clean!

$arrayUsers = array($myUsername, 'tom', 'tommy'); //clean!

define(”GREETING”, 'hello there' . $myUsername); //clean!

function cleanInput($input){

$clean = strtolower($input);

$clean = preg_replace(”/[^a-z]/”, “”, $clean);$clean = substr($clean,0,12);

return $clean;

}

?

規(guī)則 2:禁用那些使安全性難以實(shí)施的 PHP 設(shè)置已經(jīng)知道了不能信任用戶輸入,還應(yīng)該知道不應(yīng)該信任機(jī)器上配置 PHP 的方式。例如,要確保禁用 register_globals。如果啟用了 register_globals,就可能做一些粗心的事情,比如使用 $variable 替換同名的 GET 或 POST 字符串。通過(guò)禁用這個(gè)設(shè)置,PHP 強(qiáng)迫您在正確的名稱空間中引用正確的變量。要使用來(lái)自表單 POST 的變量,應(yīng)該引用 $_POST['variable']。這樣就不會(huì)將這個(gè)特定變量誤會(huì)成 cookie、會(huì)話或 GET 變量。

規(guī)則 3:如果不能理解它,就不能保護(hù)它

一些開發(fā)人員使用奇怪的語(yǔ)法,或者將語(yǔ)句組織得很緊湊,形成簡(jiǎn)短但是含義模糊的代碼。這種方式可能效率高,但是如果您不理解代碼正在做什么,那么就無(wú)法決定如何保護(hù)它。

例如,您喜歡下面兩段代碼中的哪一段?

清單 4. 使代碼容易得到保護(hù)

復(fù)制代碼 代碼如下:

?php

//obfuscated code

$input = (isset($_POST['username']) ? $_POST['username']:”);//unobfuscated code

$input = ”;

if (isset($_POST['username'])){

$input = $_POST['username'];

}else{

$input = ”;

}

?

在第二個(gè)比較清晰的代碼段中,很容易看出 $input 是有瑕疵的,需要進(jìn)行清理,然后才能安全地處理。

規(guī)則 4:“縱深防御” 是新的法寶

本教程將用示例來(lái)說(shuō)明如何保護(hù)在線表單,同時(shí)在處理表單的 PHP 代碼中采用必要的措施。同樣,即使使用 PHP regex 來(lái)確保 GET 變量完全是數(shù)字的,仍然可以采取措施確保 SQL 查詢使用轉(zhuǎn)義的用戶輸入。

縱深防御不只是一種好思想,它可以確保您不會(huì)陷入嚴(yán)重的麻煩。

既然已經(jīng)討論了基本規(guī)則,現(xiàn)在就來(lái)研究第一種威脅:SQL 注入攻擊。

防止 SQL 注入攻擊

在 SQL 注入攻擊 中,用戶通過(guò)操縱表單或 GET 查詢字符串,將信息添加到數(shù)據(jù)庫(kù)查詢中。例如,假設(shè)有一個(gè)簡(jiǎn)單的登錄數(shù)據(jù)庫(kù)。這個(gè)數(shù)據(jù)庫(kù)中的每個(gè)記錄都有一個(gè)用戶名字段和一個(gè)密碼字段。構(gòu)建一個(gè)登錄表單,讓用戶能夠登錄。

清單 5. 簡(jiǎn)單的登錄表單

復(fù)制代碼 代碼如下:

html

head

titleLogin/title

/head

body

form action=”verify.php” method=”post”

plabel for='user'Username/label

input type='text' name='user' id='user'/

/p

plabel for='pw'Password/label

input type='password' name='pw' id='pw'/

/p

pinput type='submit' value='login'//p

/form

/body

/html

這個(gè)表單接受用戶輸入的用戶名和密碼,并將用戶輸入提交給名為 verify.php 的文件。在這個(gè)文件中,PHP 處理來(lái)自登錄表單的數(shù)據(jù),如下所示:

清單 6. 不安全的 PHP 表單處理代碼

復(fù)制代碼 代碼如下:

?php

$okay = 0;

$username = $_POST['user'];

$pw = $_POST['pw'];

$sql = “select count(*) as ctr from users where username='”.$username.”' and password='”. $pw.”' limit 1″;$result = mysql_query($sql);

while ($data = mysql_fetch_object($result)){if ($data-ctr == 1){

//they're okay to enter the application!

$okay = 1;

}

}

if ($okay){

$_SESSION['loginokay'] = true;

header(”index.php”);

}else{

header(”login.php”);

}

?

這 段代碼看起來(lái)沒問(wèn)題,對(duì)嗎?世界各地成百(甚至成千)的 PHP/MySQL 站點(diǎn)都在使用這樣的代碼。它錯(cuò)在哪里?好,記住 “不能信任用戶輸入”。這里沒有對(duì)來(lái)自用戶的任何信息進(jìn)行轉(zhuǎn)義,因此使應(yīng)用程序容易受到攻擊。具體來(lái)說(shuō),可能會(huì)出現(xiàn)任何類型的 SQL 注入攻擊。

例如,如果用戶輸入 foo 作為用戶名,輸入 ' or '1′='1 作為密碼,那么實(shí)際上會(huì)將以下字符串傳遞給 PHP,然后將查詢傳遞給 MySQL:

復(fù)制代碼 代碼如下:

?php

$sql = “select count(*) as ctr from users where username='foo' and password=” or '1′='1′ limit 1″;?

這個(gè)查詢總是返回計(jì)數(shù)值 1,因此 PHP 會(huì)允許進(jìn)行訪問(wèn)。通過(guò)在密碼字符串的末尾注入某些惡意 SQL,黑客就能裝扮成合法的用戶。

解 決這個(gè)問(wèn)題的辦法是,將 PHP 的內(nèi)置 mysql_real_escape_string() 函數(shù)用作任何用戶輸入的包裝器。這個(gè)函數(shù)對(duì)字符串中的字符進(jìn)行轉(zhuǎn)義,使字符串不可能傳遞撇號(hào)等特殊字符并讓 MySQL 根據(jù)特殊字符進(jìn)行操作。清單 7 展示了帶轉(zhuǎn)義處理的代碼。

清單 7. 安全的 PHP 表單處理代碼

復(fù)制代碼 代碼如下:

?php

$okay = 0;

$username = $_POST['user'];

$pw = $_POST['pw'];

$sql = “select count(*) as ctr from users where username='”.mysql_real_escape_string($username).”' and password='”. mysql_real_escape_string($pw).”' limit 1″;$result = mysql_query($sql);

while ($data = mysql_fetch_object($result)){if ($data-ctr == 1){

//they're okay to enter the application!

$okay = 1;

}

}

if ($okay){

$_SESSION['loginokay'] = true;

header(”index.php”);

}else{

header(”login.php”);

}

?

使用 mysql_real_escape_string() 作為用戶輸入的包裝器,就可以避免用戶輸入中的任何惡意 SQL 注入。如果用戶嘗試通過(guò) SQL 注入傳遞畸形的密碼,那么會(huì)將以下查詢傳遞給數(shù)據(jù)庫(kù):

select count(*) as ctr from users where username='foo' and password='\' or \'1\'=\'1′ limit 1″數(shù)據(jù)庫(kù)中沒有任何東西與這樣的密碼匹配。僅僅采用一個(gè)簡(jiǎn)單的步驟,就堵住了 Web 應(yīng)用程序中的一個(gè)大漏洞。這里得出的經(jīng)驗(yàn)是,總是應(yīng)該對(duì) SQL 查詢的用戶輸入進(jìn)行轉(zhuǎn)義。

但是,還有幾個(gè)安全漏洞需要堵住。下一項(xiàng)是操縱 GET 變量。

防止用戶操縱 GET 變量

在前一節(jié)中,防止了用戶使用畸形的密碼進(jìn)行登錄。如果您很聰明,應(yīng)該應(yīng)用您學(xué)到的方法,確保對(duì) SQL 語(yǔ)句的所有用戶輸入進(jìn)行轉(zhuǎn)義。

但 是,用戶現(xiàn)在已經(jīng)安全地登錄了。用戶擁有有效的密碼,并不意味著他將按照規(guī)則行事 —— 他有很多機(jī)會(huì)能夠造成損害。例如,應(yīng)用程序可能允許用戶查看特殊的內(nèi)容。所有鏈接指向 template.php?pid=33 或 template.php?pid=321 這樣的位置。URL 中問(wèn)號(hào)后面的部分稱為查詢字符串。因?yàn)椴樵冏址苯臃旁?URL 中,所以也稱為 GET 查詢字符串。

在 PHP 中,如果禁用了 register_globals,那么可以用 $_GET['pid'] 訪問(wèn)這個(gè)字符串。在 template.php 頁(yè)面中,可能會(huì)執(zhí)行與清單 8 相似的操作。

清單 8. 示例 template.php

復(fù)制代碼 代碼如下:

?php

$pid = $_GET['pid'];

//we create an object of a fictional class Page$obj = new Page;

$content = $obj-fetchPage($pid);

//and now we have a bunch of PHP that displays the page?

這 里有什么錯(cuò)嗎?首先,這里隱含地相信來(lái)自瀏覽器的 GET 變量 pid 是安全的。這會(huì)怎么樣呢?大多數(shù)用戶沒那么聰明,無(wú)法構(gòu)造出語(yǔ)義攻擊。但是,如果他們注意到瀏覽器的 URL 位置域中的 pid=33,就可能開始搗亂。如果他們輸入另一個(gè)數(shù)字,那么可能沒問(wèn)題;但是如果輸入別的東西,比如輸入 SQL 命令或某個(gè)文件的名稱(比如 /etc/passwd),或者搞別的惡作劇,比如輸入長(zhǎng)達(dá) 3,000 個(gè)字符的數(shù)值,那么會(huì)發(fā)生什么呢?

在這種情況下,要記住基本規(guī)則,不要信任用戶輸入。應(yīng)用程序開發(fā)人員知道 template.php 接受的個(gè)人標(biāo)識(shí)符(PID)應(yīng)該是數(shù)字,所以可以使用 PHP 的 is_numeric()函數(shù)確保不接受非數(shù)字的 PID,如下所示:

清單 9. 使用 is_numeric() 來(lái)限制 GET 變量復(fù)制代碼 代碼如下:

?php

$pid = $_GET['pid'];

if (is_numeric($pid)){

//we create an object of a fictional class Page$obj = new Page;

$content = $obj-fetchPage($pid);

//and now we have a bunch of PHP that displays the page}else{

//didn't pass the is_numeric() test, do something else!

}

?

這個(gè)方法似乎是有效的,但是以下這些輸入都能夠輕松地通過(guò) is_numeric() 的檢查:

100 (有效)

100.1 (不應(yīng)該有小數(shù)位)

+0123.45e6 (科學(xué)計(jì)數(shù)法 —— 不好)

0xff33669f (十六進(jìn)制 —— 危險(xiǎn)!危險(xiǎn)?。┠敲矗邪踩庾R(shí)的 PHP 開發(fā)人員應(yīng)該怎么做呢?多年的經(jīng)驗(yàn)表明,最好的做法是使用正則表達(dá)式來(lái)確保整個(gè) GET 變量由數(shù)字組成,如下所示:

清單 10. 使用正則表達(dá)式限制 GET 變量

復(fù)制代碼 代碼如下:

?php

$pid = $_GET['pid'];

if (strlen($pid)){

if (!ereg(”^[0-9]+$”,$pid)){

//do something appropriate, like maybe logging them out or sending them back to home page}

}else{

//empty $pid, so send them back to the home page}

//we create an object of a fictional class Page, which is now//moderately protected from evil user input$obj = new Page;

$content = $obj-fetchPage($pid);

//and now we have a bunch of PHP that displays the page?

需 要做的只是使用 strlen() 檢查變量的長(zhǎng)度是否非零;如果是,就使用一個(gè)全數(shù)字正則表達(dá)式來(lái)確保數(shù)據(jù)元素是有效的。如果 PID 包含字母、斜線、點(diǎn)號(hào)或任何與十六進(jìn)制相似的內(nèi)容,那么這個(gè)例程捕獲它并將頁(yè)面從用戶活動(dòng)中屏蔽。如果看一下 Page 類幕后的情況,就會(huì)看到有安全意識(shí)的 PHP 開發(fā)人員已經(jīng)對(duì)用戶輸入 $pid 進(jìn)行了轉(zhuǎn)義,從而保護(hù)了 fetchPage() 方法,如下所示:

清單 11. 對(duì) fetchPage() 方法進(jìn)行轉(zhuǎn)義

復(fù)制代碼 代碼如下:

?php

class Page{

function fetchPage($pid){

$sql = “select pid,title,desc,kw,content,status from page where pid='”.mysql_real_escape_string($pid).”'”;}

}

?

您可能會(huì)問(wèn),“既然已經(jīng)確保 PID 是數(shù)字,那么為什么還要進(jìn)行轉(zhuǎn)義?” 因?yàn)椴恢涝诙嗌俨煌纳舷挛暮颓闆r中會(huì)使用 fetchPage() 方法。必須在調(diào)用這個(gè)方法的所有地方進(jìn)行保護(hù),而方法中的轉(zhuǎn)義體現(xiàn)了縱深防御的意義。

如 果用戶嘗試輸入非常長(zhǎng)的數(shù)值,比如長(zhǎng)達(dá) 1000 個(gè)字符,試圖發(fā)起緩沖區(qū)溢出攻擊,那么會(huì)發(fā)生什么呢?下一節(jié)更詳細(xì)地討論這個(gè)問(wèn)題,但是目前可以添加另一個(gè)檢查,確保輸入的 PID 具有正確的長(zhǎng)度。您知道數(shù)據(jù)庫(kù)的 pid 字段的最大長(zhǎng)度是 5 位,所以可以添加下面的檢查。

清單 12. 使用正則表達(dá)式和長(zhǎng)度檢查來(lái)限制 GET 變量復(fù)制代碼 代碼如下:

?php

$pid = $_GET['pid'];

if (strlen($pid)){

if (!ereg(”^[0-9]+$”,$pid) strlen($pid) 5){//do something appropriate, like maybe logging them out or sending them back to home page}

} else {

//empty $pid, so send them back to the home page}

//we create an object of a fictional class Page, which is now//even more protected from evil user input$obj = new Page;

$content = $obj-fetchPage($pid);

//and now we have a bunch of PHP that displays the page?

現(xiàn)在,任何人都無(wú)法在數(shù)據(jù)庫(kù)應(yīng)用程序中塞進(jìn)一個(gè) 5,000 位的數(shù)值 —— 至少在涉及 GET 字符串的地方不會(huì)有這種情況。想像一下黑客在試圖突破您的應(yīng)用程序而遭到挫折時(shí)咬牙切齒的樣子吧!而且因?yàn)殛P(guān)閉了錯(cuò)誤報(bào)告,黑客更難進(jìn)行偵察。

緩沖區(qū)溢出攻擊

緩沖區(qū)溢出攻擊 試圖使 PHP 應(yīng)用程序中(或者更精確地說(shuō),在 Apache 或底層操作系統(tǒng)中)的內(nèi)存分配緩沖區(qū)發(fā)生溢出。請(qǐng)記住,您可能是使用 PHP 這樣的高級(jí)語(yǔ)言來(lái)編寫 Web 應(yīng)用程序,但是最終還是要調(diào)用 C(在 Apache 的情況下)。與大多數(shù)低級(jí)語(yǔ)言一樣,C 對(duì)于內(nèi)存分配有嚴(yán)格的規(guī)則。

緩沖區(qū)溢出攻擊向緩沖區(qū)發(fā)送大量數(shù)據(jù),使部分?jǐn)?shù)據(jù)溢出到相鄰的內(nèi)存緩沖區(qū),從而破壞緩沖區(qū)或者重寫邏輯。這樣就能夠造成拒絕服務(wù)、破壞數(shù)據(jù)或者在遠(yuǎn)程服務(wù)器上執(zhí)行惡意代碼。

防止緩沖區(qū)溢出攻擊的惟一方法是檢查所有用戶輸入的長(zhǎng)度。例如,如果有一個(gè)表單元素要求輸入用戶的名字,那么在這個(gè)域上添加值為 40 的 maxlength 屬性,并在后端使用 substr() 進(jìn)行檢查。清單 13 給出表單和 PHP 代碼的簡(jiǎn)短示例。

php怎么做restapi 安全驗(yàn)證

1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

20

21

22

23

24

25

26

27

28

29

30

31

?php

/*

* PHP簡(jiǎn)單利用token防止表單重復(fù)提交

* 此處理方法純粹是為了給初學(xué)者參考

*/

session_start();

function set_token() {

$_SESSION[‘token’] = md5(microtime(true));

}

function valid_token() {

$return = $_REQUEST[‘token’] === $_SESSION[‘token’] ? true : false;

set_token();

return $return;

}

//如果token為空則生成一個(gè)token

if(!isset($_SESSION[‘token’]) || $_SESSION[‘token’]==”) {

set_token();

}

if(isset($_POST[‘test’])){

if(!valid_token()){

echo "token error";

}else{

echo ‘成功提交,Value:’.$_POST[‘test’];

}

}

?

form method="post" action=""

input type="hidden" name="token" value="?php echo $_SESSION[‘token’]?"

input type="text" name="test" value="Default"

input type="submit" value="提交" /

/form

PHP代碼網(wǎng)站如何防范SQL注入漏洞攻擊建議分享

做為網(wǎng)絡(luò)開發(fā)者的你對(duì)這種黑客行為恨之入骨,當(dāng)然也有必要了解一下SQL注入這種功能方式的原理并學(xué)會(huì)如何通過(guò)代碼來(lái)保護(hù)自己的網(wǎng)站數(shù)據(jù)庫(kù)。今天就通過(guò)PHP和MySQL數(shù)據(jù)庫(kù)為例,分享一下我所了解的SQL注入攻擊和一些簡(jiǎn)單的防范措施和一些如何避免SQL注入攻擊的建議。

簡(jiǎn)單來(lái)說(shuō),SQL注入是使用代碼漏洞來(lái)獲取網(wǎng)站或應(yīng)用程序后臺(tái)的SQL數(shù)據(jù)庫(kù)中的數(shù)據(jù),進(jìn)而可以取得數(shù)據(jù)庫(kù)的訪問(wèn)權(quán)限。比如,黑客可以利用網(wǎng)站代碼的漏洞,使用SQL注入的方式取得一個(gè)公司網(wǎng)站后臺(tái)數(shù)據(jù)庫(kù)里所有的數(shù)據(jù)信息。拿到數(shù)據(jù)庫(kù)管理員登錄用戶名和密碼后黑客可以自由修改數(shù)據(jù)庫(kù)中的內(nèi)容甚至刪除該數(shù)據(jù)庫(kù)。SQL注入也可以用來(lái)檢驗(yàn)一個(gè)網(wǎng)站或應(yīng)用的安全性。SQL注入的方式有很多種,但本文將只討論最基本的原理,我們將以PHP和MySQL為例。本文的例子很簡(jiǎn)單,如果你使用其它語(yǔ)言理解起來(lái)也不會(huì)有難度,重點(diǎn)關(guān)注SQL命令即可。

一個(gè)簡(jiǎn)單的SQL注入攻擊案例

假如我們有一個(gè)公司網(wǎng)站,在網(wǎng)站的后臺(tái)數(shù)據(jù)庫(kù)中保存了所有的客戶數(shù)據(jù)等重要信息。假如網(wǎng)站登錄頁(yè)面的代碼中有這樣一條命令來(lái)讀取用戶信息。

$q

=

"SELECT

`id`

FROM

`users`

WHERE

`username`=

'

"

.$_GET['username'].

"

'

AND

`password`=

'

"

.$_GET['password'].

"

'

";?現(xiàn)在有一個(gè)黑客想攻擊你的數(shù)據(jù)庫(kù),他會(huì)嘗試在此登錄頁(yè)面的用戶名的輸入框中輸入以下代碼:

'

;

SHOW

TABLES;

點(diǎn)擊登陸鍵,這個(gè)頁(yè)面就會(huì)顯示出數(shù)據(jù)庫(kù)中的所有表。如果他現(xiàn)在使用下面這行命令:

';

DROP

TABLE

[table

name];

這樣他就把一張表刪除了!

防范SQL注入

-

使用mysql_real_escape_string()函數(shù)

在數(shù)據(jù)庫(kù)操作的代碼中用這個(gè)函數(shù)mysql_real_escape_string()可以將代碼中特殊字符過(guò)濾掉,如引號(hào)等。如下例:

$q

=

"SELECT

`id`

FROM

`users`

WHERE

`username`=

'

"

.mysql_real_escape_string(

$_GET['username']

).

"

'

AND

`password`=

'

"

.mysql_real_escape_string(

$_GET['password']

).

"

'

";?防范SQL注入

-

使用mysql_query()函數(shù)

mysql_query()的特別是它將只執(zhí)行SQL代碼的第一條,而后面的并不會(huì)執(zhí)行?;叵朐谧钋懊娴睦又?,黑客通過(guò)代碼來(lái)例后臺(tái)執(zhí)行了多條SQL命令,顯示出了所有表的名稱。所以mysql_query()函數(shù)可以取到進(jìn)一步保護(hù)的作用。我們進(jìn)一步演化剛才的代碼就得到了下面的代碼:

//connection

$database

=

mysql_connect("localhost",

"username","password");

//db

selection

$q

=

mysql_query("SELECT

`id`

FROM

`users`

WHERE

`username`=

'

"

.mysql_real_escape_string(

$_GET['username']

).

"

'

AND

`password`=

'

"

.mysql_real_escape_string(

$_GET['password']

).

"

'

",

$database);?除此之外,我們還可以在PHP代碼中判斷輸入值的長(zhǎng)度,或者專門用一個(gè)函數(shù)來(lái)檢查輸入的值。所以在接受用戶輸入值的地方一定要做好輸入內(nèi)容的過(guò)濾和檢查。當(dāng)然學(xué)習(xí)和了解最新的SQL注入方式也非常重要,這樣才能做到有目的的防范。如果使用的是平臺(tái)式的網(wǎng)站系統(tǒng)如Wordpress,要注意及時(shí)打上官方的補(bǔ)丁或升級(jí)到新的版本。


分享標(biāo)題:php數(shù)據(jù)注入安全驗(yàn)證,php數(shù)據(jù)注入安全驗(yàn)證不了
網(wǎng)頁(yè)路徑:http://weahome.cn/article/dseeogo.html

其他資訊

在線咨詢

微信咨詢

電話咨詢

028-86922220(工作日)

18980820575(7×24)

提交需求

返回頂部