PHP開發(fā)需要注意的安全問題
更新時(shí)間：2010年09月01日 14:32:29 作者：
php開發(fā)過程中，需要注意的安全細(xì)節(jié)，其實(shí)不只是php其它語言通用。
作為PHP程序員，特別是新手，對(duì)于互聯(lián)網(wǎng)的險(xiǎn)惡總是知道的太少，對(duì)于外部的入侵有很多時(shí)候是素手無策的，他們根本不知道黑客是如何入侵的、提交入侵、上傳漏洞、sql 注入、跨腳本攻擊等等。作為最基本的防范你需要注意你的外部提交，做好第一面安全機(jī)制處理防火墻。
規(guī)則 1：絕不要信任外部數(shù)據(jù)或輸入
關(guān)于Web應(yīng)用程序安全性，必須認(rèn)識(shí)到的第一件事是不應(yīng)該信任外部數(shù)據(jù)。外部數(shù)據(jù)(outside data) 包括不是由程序員在PHP代碼中直接輸入的任何數(shù)據(jù)。在采取措施確保安全之前，來自任何其他來源(比如 GET 變量、表單 POST、數(shù)據(jù)庫、配置文件、會(huì)話變量或Cookie)的任何數(shù)據(jù)都是不可信任的。
例如，下面的數(shù)據(jù)元素可以被認(rèn)為是安全的，因?yàn)樗鼈兪窃赑HP中設(shè)置的。
清單 1. 安全無暇的代碼
$myUsername = ‘tmyer';
$arrayarrayUsers = array(‘tmyer', ‘tom', ‘tommy');
define(“GREETING”, ‘Hello there' . $myUsername);
?>
但是，下面的數(shù)據(jù)元素都是有瑕疵的。
清單 2. 不安全、有瑕疵的代碼
$myUsername = $_POST['username']; //tainted!
$arrayarrayUsers = array($myUsername, ‘tom', ‘tommy'); //tainted!
define(“GREETING”, ‘hello there' . $myUsername); //tainted!
?>
為什么第一個(gè)變量$myUsername 是有瑕疵的?因?yàn)樗苯觼碜员韱?POST。用戶可以在這個(gè)輸入域中輸入任何字符串，包括用來清除文件或運(yùn)行以前上傳的文件的惡意命令。您可能會(huì)問，“難道不能使用只接受字母 A-Z 的客戶端(Javascrīpt)表單檢驗(yàn)?zā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á)式來處理它。在這個(gè)示例中，只希望接受字母。將字符串限制為特定數(shù)量的字符，或者要求所有字母都是小寫的，這可能也是個(gè)好主意。
清單 3. 使用戶輸入變得安全
$myUsername = cleanInput($_POST['username']); //clean!
$arrayarrayUsers = 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 字符串。通過禁用這個(gè)設(shè)置，PHP 強(qiáng)迫您在正確的名稱空間中引用正確的變量。要使用來自表單 POST 的變量，應(yīng)該引用 $_POST['variable']。這樣就不會(huì)將這個(gè)特定變量誤會(huì)成 cookie、會(huì)話或 GET 變量。
規(guī)則 3：如果不能理解它，就不能保護(hù)它
一些開發(fā)人員使用奇怪的語法，或者將語句組織得很緊湊，形成簡(jiǎn)短但是含義模糊的代碼。這種方式可能效率高，但是如果您不理解代碼正在做什么，那么就無法決定如何保護(hù)它。例如，您喜歡下面兩段代碼中的哪一段?
清單 4. 使代碼容易得到保護(hù)
//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：“縱深防御” 是新的法寶
本教程將用示例來說明如何保護(hù)在線表單，同時(shí)在處理表單的 PHP 代碼中采用必要的措施。同樣，即使使用 PHP regex 來確保 GET 變量完全是數(shù)字的，仍然可以采取措施確保 SQL 查詢使用轉(zhuǎn)義的用戶輸入。縱深防御不只是一種好思想，它可以確保您不會(huì)陷入嚴(yán)重的麻煩。既然已經(jīng)討論了基本規(guī)則，現(xiàn)在就來研究第一種威脅：SQL 注入攻擊。
◆防止SQL注入攻擊
在SQL注入攻擊中，用戶通過操縱表單或 GET 查詢字符串，將信息添加到數(shù)據(jù)庫查詢中。例如，假設(shè)有一個(gè)簡(jiǎn)單的登錄數(shù)據(jù)庫。這個(gè)數(shù)據(jù)庫中的每個(gè)記錄都有一個(gè)用戶名字段和一個(gè)密碼字段。構(gòu)建一個(gè)登錄表單，讓用戶能夠登錄。
<html>
<head>
<title>Login</title>
</head>
<body>
<form action=”verify.php” method=”post”>
<p><label for='user'>Username</label>
<input type='text' name='user' id='user'/>
</p> <p><label for='pw'>Password</label>
<input type='password' name='pw' id='pw'/>
</p> <p><input type='submit' value='login'/></p>
</form>
</body>
</html>
這個(gè)表單接受用戶輸入的用戶名和密碼，并將用戶輸入提交給名為verify.php的文件。在這個(gè)文件中，PHP處理來自登錄表單的數(shù)據(jù)，如下所示：
清單 5. 不安全的 PHP 表單處理代碼
<?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(“l(fā)ogin.php”);
}
?>
這段代碼看起來沒問題，對(duì)嗎?世界各地成百(甚至成千)的 PHP/MySQL 站點(diǎn)都在使用這樣的代碼。它錯(cuò)在哪里?好，記住 “不能信任用戶輸入”。這里沒有對(duì)來自用戶的任何信息進(jìn)行轉(zhuǎn)義，因此使應(yīng)用程序容易受到攻擊。具體來說，可能會(huì)出現(xiàn)任何類型的SQL注入攻擊。例如，如果用戶輸入 foo 作為用戶名，輸入 ‘ or '1′='1 作為密碼，那么實(shí)際上會(huì)將以下字符串傳遞給 PHP，然后將查詢傳遞給 MySQL：
<?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)行訪問。通過在密碼字符串的末尾注入某些惡意 SQL，黑客就能裝扮成合法的用戶。解決這個(gè)問題的辦法是，將 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展示了帶轉(zhuǎn)義處理的代碼
<?php
$okay = 0;
$username = $_POST['user'];
$pw = $_POST['pw'];
$sql = "select count(*) as ctr from users where username='".mysql_real_
_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 注入。如果用戶嘗試通過 SQL 注入傳遞畸形的密碼，那么會(huì)將以下查詢傳遞給數(shù)據(jù)庫：
select count(*) as ctr from users where username='foo' and password=
'\' or \'1\'=\'1′ limit 1″
規(guī)則 1：絕不要信任外部數(shù)據(jù)或輸入
關(guān)于Web應(yīng)用程序安全性，必須認(rèn)識(shí)到的第一件事是不應(yīng)該信任外部數(shù)據(jù)。外部數(shù)據(jù)(outside data) 包括不是由程序員在PHP代碼中直接輸入的任何數(shù)據(jù)。在采取措施確保安全之前，來自任何其他來源(比如 GET 變量、表單 POST、數(shù)據(jù)庫、配置文件、會(huì)話變量或Cookie)的任何數(shù)據(jù)都是不可信任的。
例如，下面的數(shù)據(jù)元素可以被認(rèn)為是安全的，因?yàn)樗鼈兪窃赑HP中設(shè)置的。
清單 1. 安全無暇的代碼
復(fù)制代碼 代碼如下:
$myUsername = ‘tmyer';
$arrayarrayUsers = array(‘tmyer', ‘tom', ‘tommy');
define(“GREETING”, ‘Hello there' . $myUsername);
?>
但是，下面的數(shù)據(jù)元素都是有瑕疵的。
清單 2. 不安全、有瑕疵的代碼
復(fù)制代碼 代碼如下:
$myUsername = $_POST['username']; //tainted!
$arrayarrayUsers = array($myUsername, ‘tom', ‘tommy'); //tainted!
define(“GREETING”, ‘hello there' . $myUsername); //tainted!
?>
為什么第一個(gè)變量$myUsername 是有瑕疵的?因?yàn)樗苯觼碜员韱?POST。用戶可以在這個(gè)輸入域中輸入任何字符串，包括用來清除文件或運(yùn)行以前上傳的文件的惡意命令。您可能會(huì)問，“難道不能使用只接受字母 A-Z 的客戶端(Javascrīpt)表單檢驗(yàn)?zā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á)式來處理它。在這個(gè)示例中，只希望接受字母。將字符串限制為特定數(shù)量的字符，或者要求所有字母都是小寫的，這可能也是個(gè)好主意。
清單 3. 使用戶輸入變得安全
復(fù)制代碼 代碼如下:
$myUsername = cleanInput($_POST['username']); //clean!
$arrayarrayUsers = 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 字符串。通過禁用這個(gè)設(shè)置，PHP 強(qiáng)迫您在正確的名稱空間中引用正確的變量。要使用來自表單 POST 的變量，應(yīng)該引用 $_POST['variable']。這樣就不會(huì)將這個(gè)特定變量誤會(huì)成 cookie、會(huì)話或 GET 變量。
規(guī)則 3：如果不能理解它，就不能保護(hù)它
一些開發(fā)人員使用奇怪的語法，或者將語句組織得很緊湊，形成簡(jiǎn)短但是含義模糊的代碼。這種方式可能效率高，但是如果您不理解代碼正在做什么，那么就無法決定如何保護(hù)它。例如，您喜歡下面兩段代碼中的哪一段?
清單 4. 使代碼容易得到保護(hù)
復(fù)制代碼 代碼如下:
//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：“縱深防御” 是新的法寶
本教程將用示例來說明如何保護(hù)在線表單，同時(shí)在處理表單的 PHP 代碼中采用必要的措施。同樣，即使使用 PHP regex 來確保 GET 變量完全是數(shù)字的，仍然可以采取措施確保 SQL 查詢使用轉(zhuǎn)義的用戶輸入。縱深防御不只是一種好思想，它可以確保您不會(huì)陷入嚴(yán)重的麻煩。既然已經(jīng)討論了基本規(guī)則，現(xiàn)在就來研究第一種威脅：SQL 注入攻擊。
◆防止SQL注入攻擊
在SQL注入攻擊中，用戶通過操縱表單或 GET 查詢字符串，將信息添加到數(shù)據(jù)庫查詢中。例如，假設(shè)有一個(gè)簡(jiǎn)單的登錄數(shù)據(jù)庫。這個(gè)數(shù)據(jù)庫中的每個(gè)記錄都有一個(gè)用戶名字段和一個(gè)密碼字段。構(gòu)建一個(gè)登錄表單，讓用戶能夠登錄。
復(fù)制代碼 代碼如下:
<html>
<head>
<title>Login</title>
</head>
<body>
<form action=”verify.php” method=”post”>
<p><label for='user'>Username</label>
<input type='text' name='user' id='user'/>
</p> <p><label for='pw'>Password</label>
<input type='password' name='pw' id='pw'/>
</p> <p><input type='submit' value='login'/></p>
</form>
</body>
</html>
這個(gè)表單接受用戶輸入的用戶名和密碼，并將用戶輸入提交給名為verify.php的文件。在這個(gè)文件中，PHP處理來自登錄表單的數(shù)據(jù)，如下所示：
清單 5. 不安全的 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(“l(fā)ogin.php”);
}
?>
這段代碼看起來沒問題，對(duì)嗎?世界各地成百(甚至成千)的 PHP/MySQL 站點(diǎn)都在使用這樣的代碼。它錯(cuò)在哪里?好，記住 “不能信任用戶輸入”。這里沒有對(duì)來自用戶的任何信息進(jìn)行轉(zhuǎn)義，因此使應(yīng)用程序容易受到攻擊。具體來說，可能會(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)行訪問。通過在密碼字符串的末尾注入某些惡意 SQL，黑客就能裝扮成合法的用戶。解決這個(gè)問題的辦法是，將 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展示了帶轉(zhuǎn)義處理的代碼
復(fù)制代碼 代碼如下:
<?php
$okay = 0;
$username = $_POST['user'];
$pw = $_POST['pw'];
$sql = "select count(*) as ctr from users where username='".mysql_real_
_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 注入。如果用戶嘗試通過 SQL 注入傳遞畸形的密碼，那么會(huì)將以下查詢傳遞給數(shù)據(jù)庫：
復(fù)制代碼 代碼如下:
select count(*) as ctr from users where username='foo' and password=
'\' or \'1\'=\'1′ limit 1″
相關(guān)文章
PHP+apc+ajax實(shí)現(xiàn)的ajax_upload上傳進(jìn)度條代碼
這篇文章主要介紹了PHP+apc+ajax實(shí)現(xiàn)的ajax_upload上傳進(jìn)度條代碼,詳細(xì)分析了apc模塊的安裝、設(shè)置及ajax調(diào)用實(shí)現(xiàn)上傳進(jìn)度條功能,需要的朋友可以參考下2016-01-01
php插入含有特殊符號(hào)數(shù)據(jù)的處理方法
當(dāng)我們需要利用php插入含有特殊符號(hào)數(shù)據(jù)的時(shí)候，會(huì)發(fā)現(xiàn)數(shù)據(jù)無法正常插入，那么這個(gè)時(shí)候該如何解決呢？最近在工作就遇到了這個(gè)問題，于是通過查找資料也得以解決了，現(xiàn)在將處理的方法分享給大家，有需要的朋友們可以參考借鑒，下面來一起學(xué)習(xí)學(xué)習(xí)吧。2016-11-11
這篇文章主要介紹了PHP實(shí)現(xiàn)的Redis操作通用類,結(jié)合實(shí)例形式分析了php實(shí)現(xiàn)的redis連接、隊(duì)列、集合、hash表、事務(wù)等相關(guān)操作封裝技巧,需要的朋友可以參考下2018-06-06
fsockopen pfsockopen函數(shù)被禁用，SMTP發(fā)送郵件不正常的解決方法
近期黑客利用程序漏洞注入后使用 fsockopen 進(jìn)行PHPDDOS 攻擊，導(dǎo)致部分服務(wù)器不穩(wěn)定，現(xiàn)在將危險(xiǎn)函數(shù) fsockopen 暫時(shí)禁用，部分程序功能可能有問題，以下列出已知問題及通用解決方法2015-09-09
這篇文章主要介紹了PHP操作Redis常用技巧,結(jié)合實(shí)例形式總結(jié)分析了php針對(duì)redis的連接、認(rèn)證、string、hash等操作技巧與注意事項(xiàng),需要的朋友可以參考下2018-04-04
php實(shí)現(xiàn)word轉(zhuǎn)html的方法
這篇文章主要介紹了php實(shí)現(xiàn)word轉(zhuǎn)html的方法,涉及PHP調(diào)用com組件操作word文檔的相關(guān)技巧,需要的朋友可以參考下2016-01-01
這篇文章主要介紹了PHP使用Mysql事務(wù)的用法,是PHP數(shù)據(jù)庫程序設(shè)計(jì)中非常重要的實(shí)用操作技巧,需要的朋友可以參考下2014-09-09
使用git遷移Laravel項(xiàng)目至新開發(fā)環(huán)境的步驟詳解
這篇文章主要介紹了遷移Laravel項(xiàng)目至新開發(fā)環(huán)境的步驟詳解,需要的朋友可以參考下2020-04-04
WordPress中重置文章循環(huán)的rewind_posts()函數(shù)講解
這篇文章主要介紹了WordPress中的文章循環(huán)重置函數(shù)rewind_posts()講解,附帶不依賴循環(huán)的single_cat_title()函數(shù)的用法介紹,需要的朋友可以參考下2016-01-01
php面象對(duì)象數(shù)據(jù)庫操作類實(shí)例
這篇文章主要介紹了php面象對(duì)象數(shù)據(jù)庫操作類,以實(shí)例形式講述了通過面向?qū)ο蠓庋b數(shù)據(jù)庫操作的技巧,非常具有實(shí)用價(jià)值,需要的朋友可以參考下2014-12-12