一、
創(chuàng)新互聯(lián)公司是一家專注于網(wǎng)站設(shè)計(jì)、成都網(wǎng)站建設(shè)與策劃設(shè)計(jì),銅陵網(wǎng)站建設(shè)哪家好?創(chuàng)新互聯(lián)公司做網(wǎng)站,專注于網(wǎng)站建設(shè)10余年,網(wǎng)設(shè)計(jì)領(lǐng)域的專業(yè)建站公司;建站業(yè)務(wù)涵蓋:銅陵等地區(qū)。銅陵做網(wǎng)站價(jià)格咨詢:028-86922220
注入式攻擊的類型
可能存在許多不同類型的攻擊動(dòng)機(jī)，但是乍看上去，似乎存在更多的類型。這是非常真實(shí)的-如果惡意用戶發(fā)現(xiàn)了一個(gè)能夠執(zhí)行多個(gè)查詢的辦法的話。
如果你的腳本正在執(zhí)行一個(gè)SELECT指令，那么，攻擊者可以強(qiáng)迫顯示一個(gè)表格中的每一行記錄-通過(guò)把一個(gè)例如"1=1"這樣的條件注入到WHERE子句中，如下所示(其中，注入部分以粗體顯示)：
SELECT
*
FROM
wines
WHERE
variety
=
'lagrein'
OR
1=1;'
正如我們?cè)谇懊嫠懻摰?，這本身可能是很有用的信息，因?yàn)樗沂玖嗽摫砀竦囊话憬Y(jié)構(gòu)(這是一條普通的記錄所不能實(shí)現(xiàn)的)，以及潛在地顯示包含機(jī)密信息的記錄。
一條更新指令潛在地具有更直接的威脅。通過(guò)把其它屬性放到SET子句中，一名攻擊者可以修改當(dāng)前被更新的記錄中的任何字段，例如下面的例子(其中，注入部分以粗體顯示)：
UPDATE
wines
SET
type='red'，'vintage'='9999'
WHERE
variety
=
'lagrein'
通過(guò)把一個(gè)例如1=1這樣的恒真條件添加到一條更新指令的WHERE子句中，這種修改范圍可以擴(kuò)展到每一條記錄，例如下面的例子(其中，注入部分以粗體顯示)：
UPDATE
wines
SET
type='red'，'vintage'='9999
WHERE
variety
=
'lagrein'
OR
1=1;'
最危險(xiǎn)的指令可能是DELETE-這是不難想像的。其注入技術(shù)與我們已經(jīng)看到的相同-通過(guò)修改WHERE子句來(lái)擴(kuò)展受影響的記錄的范圍，例如下面的例子(其中，注入部分以粗體顯示)：
DELETE
FROM
wines
WHERE
variety
=
'lagrein'
OR
1=1;'
二、
多個(gè)查詢注入
多個(gè)查詢注入將會(huì)加劇一個(gè)攻擊者可能引起的潛在的損壞-通過(guò)允許多條破壞性指令包括在一個(gè)查詢中。在使用MySQL數(shù)據(jù)庫(kù)時(shí)，攻擊者通過(guò)把一個(gè)出乎意料之外的終止符插入到查詢中即可很容易實(shí)現(xiàn)這一點(diǎn)-此時(shí)一個(gè)注入的引號(hào)(單引號(hào)或雙引號(hào))標(biāo)記期望變量的結(jié)尾;然后使用一個(gè)分號(hào)終止該指令?，F(xiàn)在，一個(gè)另外的攻擊指令可能被添加到現(xiàn)在終止的原始指令的結(jié)尾。最終的破壞性查詢可能看起來(lái)如下所示：
SELECT
*
FROM
wines
WHERE
variety
=
'lagrein';GRANT
ALL
ON
*.*
TO
'BadGuy@%'
IDENTIFIED
BY
'gotcha';'
這個(gè)注入將創(chuàng)建一個(gè)新的用戶BadGuy并賦予其網(wǎng)絡(luò)特權(quán)(在所有的表格上具有所有的特權(quán));其中，還有一個(gè)"不祥"的口令被加入到這個(gè)簡(jiǎn)單的
SELECT語(yǔ)句中。如果你遵循我們?cè)谝郧拔恼轮械慕ㄗh-嚴(yán)格限制該過(guò)程用戶的特權(quán)，那么，這應(yīng)該無(wú)法工作，因?yàn)閃eb服務(wù)器守護(hù)程序不再擁有你撤回的
GRANT特權(quán)。但是從理論上講，這樣的一個(gè)攻擊可能給予BadGuy自由權(quán)力來(lái)實(shí)現(xiàn)他對(duì)你的數(shù)據(jù)庫(kù)的任何操作。
至于這樣的一個(gè)多查詢是否會(huì)被MySQL服務(wù)器處理，結(jié)論并不唯一。這其中的一些原因可能是由于不同版本的MySQL所致，但是大多數(shù)情況卻是由于多查詢存在的方式所致。
MySQL的監(jiān)視程序完全允許這樣的一個(gè)查詢。常用的MySQL
GUI-phpMyAdmin，在最終查詢之前會(huì)復(fù)制出以前所有的內(nèi)容，并且僅僅這樣做。
但是，大多數(shù)的在一個(gè)注入上下文中的多查詢都是由PHP的mysql擴(kuò)展負(fù)責(zé)管理的。幸好，默認(rèn)情況下，它是不允許在一個(gè)查詢中執(zhí)行多個(gè)指令的;試圖執(zhí)行兩個(gè)指令(例如上面所示的注入)將會(huì)簡(jiǎn)單地導(dǎo)致失敗-不設(shè)置任何錯(cuò)誤，并且沒(méi)有生成任何輸出信息。在這種情況下，盡管PHP也只是"規(guī)規(guī)矩矩"地實(shí)現(xiàn)其缺省行為，但是確實(shí)能夠保護(hù)你免于大多數(shù)簡(jiǎn)單的注入式攻擊。
PHP5中的新的mysqli擴(kuò)展(參考)，就象mysql一樣，內(nèi)在地也不支持多個(gè)查詢，不過(guò)卻提供了一個(gè)mysqli_multi_query()函數(shù)以支持你實(shí)現(xiàn)多查詢-如果你確實(shí)想這樣做的話。
然而，對(duì)于SQLite-與PHP5綁定到一起的可嵌入的SQL數(shù)據(jù)庫(kù)引擎(參考和http:
//php.net/sqlite)情況更為可怕，由于其易于使用而吸引了大量用戶的關(guān)注。在有些情況下，SQLite缺省地允許這樣的多指令查詢，因?yàn)樵摂?shù)據(jù)庫(kù)可以優(yōu)化批查詢，特別是非常有效的批INSERT語(yǔ)句處理。然而，如果查詢的結(jié)果為你的腳本所使用的話(例如在使用一個(gè)SELECT語(yǔ)句檢索記錄的情況下)，sqlite_query()函數(shù)卻不會(huì)允許執(zhí)行多個(gè)查詢。
三、
INVISION
Power
BOARD
SQL注入脆弱性
Invision
Power
Board是一個(gè)著名的論壇系統(tǒng)。2005年五月6號(hào)，在登錄代碼中發(fā)現(xiàn)了一處SQL注入脆弱性。其發(fā)現(xiàn)者為GulfTech
Security
Research的James
Bercegay。
這個(gè)登錄查詢?nèi)缦滤荆?/p>
$DB-query("SELECT
*
FROM
ibf_members
WHERE
id=$mid
AND
password='$pid'");
其中，成員ID變量$mid和口令I(lǐng)D變量$pid被使用下面兩行代碼從my_cookie()函數(shù)中檢索出：
$mid
=
intval($std-my_getcookie('member_id'));$pid
=
$std-my_getcookie('pass_hash');
在此，my_cookie()函數(shù)使用下列語(yǔ)句從cookie中檢索要求的變量：
return
urldecode($_COOKIE[$ibforums-vars['cookie_id'].$name]);
【注意】從該cookie返回的值根本沒(méi)有被處理。盡管$mid在使用于查詢之前被強(qiáng)制轉(zhuǎn)換成一個(gè)整數(shù)，但是$pid卻保持不變。因此，它很容易遭受我們前面所討論的注入類型的攻擊。
因此，通過(guò)以如下方式修改my_cookie()函數(shù)，這種脆弱性就會(huì)暴露出來(lái)：
if
(
!
in_array(
$name，array('topicsread'，
'forum_read'，'collapseprefs')
)
)
{
return
$this-
clean_value(urldecode($_COOKIE[$ibforums-vars['cookie_id'].$name]));
}
else
{
return
urldecode($_COOKIE[$ibforums-vars['cookie_id'].$name]);
}
經(jīng)過(guò)這樣的改正之后，其中的關(guān)鍵變量在"通過(guò)"全局clean_value()函數(shù)后被返回，而其它變量卻未進(jìn)行檢查。
現(xiàn)在，既然我們大致了解了什么是SQL注入，它的注入原理以及這種注入的脆弱程度，那么接下來(lái)，讓我們探討如何有效地預(yù)防它。幸好，PHP為我們提供了豐富的資源，因此我們有充分的信心預(yù)言，一個(gè)經(jīng)仔細(xì)地徹底地使用我們所推薦的技術(shù)構(gòu)建的應(yīng)用程序?qū)?huì)從你的腳本中根本上消除任何可能性的SQL注入-通過(guò)在它可能造成任何損壞之前"清理"你的用戶的數(shù)據(jù)來(lái)實(shí)現(xiàn)。
【一、在服務(wù)器端配置】
安全，PHP代碼編寫是一方面，PHP的配置更是非常關(guān)鍵。
我們php手手工安裝的，php的默認(rèn)配置文件在 /usr/local/apache2/conf/php.ini，我們最主要就是要配置php.ini中的內(nèi)容，讓我們執(zhí)行 php能夠更安全。整個(gè)PHP中的安全設(shè)置主要是為了防止phpshell和SQL Injection的攻擊，一下我們慢慢探討。我們先使用任何編輯工具打開(kāi) /etc/local/apache2/conf/php.ini，如果你是采用其他方式安裝，配置文件可能不在該目錄。
(1) 打開(kāi)php的安全模式
php的安全模式是個(gè)非常重要的內(nèi)嵌的安全機(jī)制，能夠控制一些php中的函數(shù)，比如system()，
同時(shí)把很多文件操作函數(shù)進(jìn)行了權(quán)限控制，也不允許對(duì)某些關(guān)鍵文件的文件，比如/etc/passwd，
但是默認(rèn)的php.ini是沒(méi)有打開(kāi)安全模式的，我們把它打開(kāi)：
safe_mode = on
(2) 用戶組安全
當(dāng)safe_mode打開(kāi)時(shí)，safe_mode_gid被關(guān)閉，那么php腳本能夠?qū)ξ募M(jìn)行訪問(wèn)，而且相同
組的用戶也能夠?qū)ξ募M(jìn)行訪問(wèn)。
建議設(shè)置為：
safe_mode_gid = off
如果不進(jìn)行設(shè)置，可能我們無(wú)法對(duì)我們服務(wù)器網(wǎng)站目錄下的文件進(jìn)行操作了，比如我們需要
對(duì)文件進(jìn)行操作的時(shí)候。
(3) 安全模式下執(zhí)行程序主目錄
如果安全模式打開(kāi)了，但是卻是要執(zhí)行某些程序的時(shí)候，可以指定要執(zhí)行程序的主目錄：
safe_mode_exec_dir = D:/usr/bin
一般情況下是不需要執(zhí)行什么程序的，所以推薦不要執(zhí)行系統(tǒng)程序目錄，可以指向一個(gè)目錄，
然后把需要執(zhí)行的程序拷貝過(guò)去，比如：
safe_mode_exec_dir = D:/tmp/cmd
但是，我更推薦不要執(zhí)行任何程序，那么就可以指向我們網(wǎng)頁(yè)目錄：
safe_mode_exec_dir = D:/usr/www
(4) 安全模式下包含文件
如果要在安全模式下包含某些公共文件，那么就修改一下選項(xiàng)：
safe_mode_include_dir = D:/usr/www/include/
其實(shí)一般php腳本中包含文件都是在程序自己已經(jīng)寫好了，這個(gè)可以根據(jù)具體需要設(shè)置。
(5) 控制php腳本能訪問(wèn)的目錄
使用open_basedir選項(xiàng)能夠控制PHP腳本只能訪問(wèn)指定的目錄，這樣能夠避免PHP腳本訪問(wèn)
不應(yīng)該訪問(wèn)的文件，一定程度上限制了phpshell的危害，我們一般可以設(shè)置為只能訪問(wèn)網(wǎng)站目錄：
open_basedir = D:/usr/www
(6) 關(guān)閉危險(xiǎn)函數(shù)
如果打開(kāi)了安全模式，那么函數(shù)禁止是可以不需要的，但是我們?yōu)榱税踩€是考慮進(jìn)去。比如，
我們覺(jué)得不希望執(zhí)行包括system()等在那的能夠執(zhí)行命令的php函數(shù)，或者能夠查看php信息的
phpinfo()等函數(shù)，那么我們就可以禁止它們：
disable_functions = system,passthru,exec,shell_exec,popen,phpinfo
如果你要禁止任何文件和目錄的操作，那么可以關(guān)閉很多文件操作
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
以上只是列了部分不叫常用的文件處理函數(shù)，你也可以把上面執(zhí)行命令函數(shù)和這個(gè)函數(shù)結(jié)合，
就能夠抵制大部分的phpshell了。
(7) 關(guān)閉PHP版本信息在http頭中的泄漏
我們?yōu)榱朔乐购诳瞳@取服務(wù)器中php版本的信息，可以關(guān)閉該信息斜路在http頭中：
expose_php = Off
比如黑客在 telnet 80 的時(shí)候，那么將無(wú)法看到PHP的信息。
(8) 關(guān)閉注冊(cè)全局變量
在PHP中提交的變量，包括使用POST或者GET提交的變量，都將自動(dòng)注冊(cè)為全局變量，能夠直接訪問(wèn)，
這是對(duì)服務(wù)器非常不安全的，所以我們不能讓它注冊(cè)為全局變量，就把注冊(cè)全局變量選項(xiàng)關(guān)閉：
register_globals = Off
當(dāng)然，如果這樣設(shè)置了，那么獲取對(duì)應(yīng)變量的時(shí)候就要采用合理方式，比如獲取GET提交的變量var，
那么就要用$_GET['var']來(lái)進(jìn)行獲取，這個(gè)php程序員要注意。
(9) 打開(kāi)magic_quotes_gpc來(lái)防止SQL注入
SQL注入是非常危險(xiǎn)的問(wèn)題，小則網(wǎng)站后臺(tái)被入侵，重則整個(gè)服務(wù)器淪陷，
所以一定要小心。php.ini中有一個(gè)設(shè)置：
magic_quotes_gpc = Off
這個(gè)默認(rèn)是關(guān)閉的，如果它打開(kāi)后將自動(dòng)把用戶提交對(duì)sql的查詢進(jìn)行轉(zhuǎn)換，
比如把 ' 轉(zhuǎn)為 \'等，這對(duì)防止sql注射有重大作用。所以我們推薦設(shè)置為：
magic_quotes_gpc = On
(10) 錯(cuò)誤信息控制
一般php在沒(méi)有連接到數(shù)據(jù)庫(kù)或者其他情況下會(huì)有提示錯(cuò)誤，一般錯(cuò)誤信息中會(huì)包含php腳本當(dāng)
前的路徑信息或者查詢的SQL語(yǔ)句等信息，這類信息提供給黑客后，是不安全的，所以一般服務(wù)器建議禁止錯(cuò)誤提示：
display_errors = Off
如果你卻是是要顯示錯(cuò)誤信息，一定要設(shè)置顯示錯(cuò)誤的級(jí)別，比如只顯示警告以上的信息：
error_reporting = E_WARNING E_ERROR
當(dāng)然，我還是建議關(guān)閉錯(cuò)誤提示。
(11) 錯(cuò)誤日志
建議在關(guān)閉display_errors后能夠把錯(cuò)誤信息記錄下來(lái)，便于查找服務(wù)器運(yùn)行的原因：
log_errors = On
同時(shí)也要設(shè)置錯(cuò)誤日志存放的目錄，建議根apache的日志存在一起：
error_log = D:/usr/local/apache2/logs/php_error.log
注意：給文件必須允許apache用戶的和組具有寫的權(quán)限。
MYSQL的降權(quán)運(yùn)行
新建立一個(gè)用戶比如mysqlstart
net user mysqlstart fuckmicrosoft /add
net localgroup users mysqlstart /del
不屬于任何組
如果MYSQL裝在d:\mysql ，那么，給 mysqlstart 完全控制 的權(quán)限
然后在系統(tǒng)服務(wù)中設(shè)置，MYSQL的服務(wù)屬性，在登錄屬性當(dāng)中，選擇此用戶 mysqlstart 然后輸入密碼，確定。
重新啟動(dòng) MYSQL服務(wù)，然后MYSQL就運(yùn)行在低權(quán)限下了。
如果是在windos平臺(tái)下搭建的apache我們還需要注意一點(diǎn)，apache默認(rèn)運(yùn)行是system權(quán)限，
這很恐怖，這讓人感覺(jué)很不爽.那我們就給apache降降權(quán)限吧。
net user apache fuckmicrosoft /add
net localgroup users apache /del
ok.我們建立了一個(gè)不屬于任何組的用戶apche。
我們打開(kāi)計(jì)算機(jī)管理器，選服務(wù)，點(diǎn)apache服務(wù)的屬性，我們選擇log on，選擇this account，我們填入上面所建立的賬戶和密碼，
重啟apache服務(wù)，ok，apache運(yùn)行在低權(quán)限下了。
實(shí)際上我們還可以通過(guò)設(shè)置各個(gè)文件夾的權(quán)限，來(lái)讓apache用戶只能執(zhí)行我們想讓它能干的事情，給每一個(gè)目錄建立一個(gè)單獨(dú)能讀寫的用戶。
這也是當(dāng)前很多虛擬主機(jī)提供商的流行配置方法哦，不過(guò)這種方法用于防止這里就顯的有點(diǎn)大材小用了。
【二、在PHP代碼編寫】
雖然國(guó)內(nèi)很多PHP程序員仍在依靠addslashes防止SQL注入，還是建議大家加強(qiáng)中文防止SQL注入的檢查。addslashes的問(wèn)題在于黑客可以用0xbf27來(lái)代替單引號(hào)，而addslashes只是將0xbf27修改為0xbf5c27，成為一個(gè)有效的多字節(jié)字符，其中的0xbf5c仍會(huì)被看作是單引號(hào)，所以addslashes無(wú)法成功攔截。
當(dāng)然addslashes也不是毫無(wú)用處，它是用于單字節(jié)字符串的處理，多字節(jié)字符還是用mysql_real_escape_string吧。
另外對(duì)于php手冊(cè)中g(shù)et_magic_quotes_gpc的舉例：
if (!get_magic_quotes_gpc()) {
$lastname = addslashes($_POST[‘lastname’]);
} else {
$lastname = $_POST[‘lastname’];
}
最好對(duì)magic_quotes_gpc已經(jīng)開(kāi)放的情況下，還是對(duì)$_POST[’lastname’]進(jìn)行檢查一下。
再說(shuō)下mysql_real_escape_string和mysql_escape_string這2個(gè)函數(shù)的區(qū)別：
mysql_real_escape_string 必須在(PHP 4 = 4.3.0, PHP 5)的情況下才能使用。否則只能用 mysql_escape_string ，兩者的區(qū)別是：mysql_real_escape_string 考慮到連接的
當(dāng)前字符集，而mysql_escape_string 不考慮。
總結(jié)一下：
* addslashes() 是強(qiáng)行加\；
* mysql_real_escape_string() 會(huì)判斷字符集，但是對(duì)PHP版本有要求；
* mysql_escape_string不考慮連接的當(dāng)前字符集。
-------------------------------------------------------------------------------------------------
在PHP編碼的時(shí)候，如果考慮到一些比較基本的安全問(wèn)題，首先一點(diǎn)：
1. 初始化你的變量
為什么這么說(shuō)呢？我們看下面的代碼：
PHP代碼
?php
if ($admin)
{
echo '登陸成功！';
include('admin.php');
}
else
{
echo '你不是管理員，無(wú)法進(jìn)行管理！';
}
?
好，我們看上面的代碼好像是能正常運(yùn)行，沒(méi)有問(wèn)題，那么加入我提交一個(gè)非法的參數(shù)過(guò)去呢，那么效果會(huì)如何呢？比如我們的這個(gè)頁(yè)是，那么我們提交：，呵呵，你想一些，我們是不是直接就是管理員了，直接進(jìn)行管理。
當(dāng)然，可能我們不會(huì)犯這么簡(jiǎn)單錯(cuò)的錯(cuò)誤，那么一些很隱秘的錯(cuò)誤也可能導(dǎo)致這個(gè)問(wèn)題，比如phpwind論壇有個(gè)漏洞，導(dǎo)致能夠直接拿到管理員權(quán)限，就是因?yàn)橛袀€(gè)$skin變量沒(méi)有初始化，導(dǎo)致了后面一系列問(wèn)題。那么我們?nèi)绾伪苊馍厦娴膯?wèn)題呢？首先，從php.ini入手，把php.ini里面的register_global =off，就是不是所有的注冊(cè)變量為全局，那么就能避免了。但是，我們不是服務(wù)器管理員，只能從代碼上改進(jìn)了，那么我們?nèi)绾胃倪M(jìn)上面的代碼呢？我們改寫如下：
PHP代碼
?php
$admin = 0; // 初始化變量
if ($_POST['admin_user'] $_POST['admin_pass'])
{
// 判斷提交的管理員用戶名和密碼是不是對(duì)的相應(yīng)的處理代碼
// ...
$admin = 1;
}
else
{
$admin = 0;
}
if ($admin)
{
echo '登陸成功！';
include('admin.php');
}
else
{
echo '你不是管理員，無(wú)法進(jìn)行管理！';
}
?
那么這時(shí)候你再提交就不好使了，因?yàn)槲覀冊(cè)谝婚_(kāi)始就把變量初始化為 $admin = 0 了，那么你就無(wú)法通過(guò)這個(gè)漏洞獲取管理員權(quán)限。
2. 防止SQL Injection (sql注射)
SQL 注射應(yīng)該是目前程序危害最大的了，包括最早從asp到php，基本上都是國(guó)內(nèi)這兩年流行的技術(shù)，基本原理就是通過(guò)對(duì)提交變量的不過(guò)濾形成注入點(diǎn)然后使惡意用戶能夠提交一些sql查詢語(yǔ)句，導(dǎo)致重要數(shù)據(jù)被竊取、數(shù)據(jù)丟失或者損壞，或者被入侵到后臺(tái)管理。
那么我們既然了解了基本的注射入侵的方式，那么我們?nèi)绾稳シ婪赌?？這個(gè)就應(yīng)該我們從代碼去入手了。
我們知道Web上提交數(shù)據(jù)有兩種方式，一種是get、一種是post，那么很多常見(jiàn)的sql注射就是從get方式入手的，而且注射的語(yǔ)句里面一定是包含一些sql語(yǔ)句的，因?yàn)闆](méi)有sql語(yǔ)句，那么如何進(jìn)行，sql語(yǔ)句有四大句：select 、update、delete、insert，那么我們?nèi)绻谖覀兲峤坏臄?shù)據(jù)中進(jìn)行過(guò)濾是不是能夠避免這些問(wèn)題呢？
于是我們使用正則就構(gòu)建如下函數(shù)：
PHP代碼
?php
function inject_check($sql_str)
{
return eregi('select|insert|update|delete|'|
function verify_id($id=null)
{
if (!$id) { exit('沒(méi)有提交參數(shù)！'); } // 是否為空判斷
elseif (inject_check($id)) { exit('提交的參數(shù)非法！'); } // 注射判斷
elseif (!is_numeric($id)) { exit('提交的參數(shù)非法！'); } // 數(shù)字判斷
$id = intval($id); // 整型化
return $id;
}
?
呵呵，那么我們就能夠進(jìn)行校驗(yàn)了，于是我們上面的程序代碼就變成了下面的：
PHP代碼
?php
if (inject_check($_GET['id']))
{
exit('你提交的數(shù)據(jù)非法，請(qǐng)檢查后重新提交！');
}
else
{
$id = verify_id($_GET['id']); // 這里引用了我們的過(guò)濾函數(shù)，對(duì)$id進(jìn)行過(guò)濾
echo '提交的數(shù)據(jù)合法，請(qǐng)繼續(xù)！';
}
?
好，問(wèn)題到這里似乎都解決了，但是我們有沒(méi)有考慮過(guò)post提交的數(shù)據(jù)，大批量的數(shù)據(jù)呢？
比如一些字符可能會(huì)對(duì)數(shù)據(jù)庫(kù)造成危害，比如 ' _ ', ' %'，這些字符都有特殊意義，那么我們?nèi)绻M(jìn)行控制呢？還有一點(diǎn)，就是當(dāng)我們的php.ini里面的magic_quotes_gpc = off的時(shí)候，那么提交的不符合數(shù)據(jù)庫(kù)規(guī)則的數(shù)據(jù)都是不會(huì)自動(dòng)在前面加' '的，那么我們要控制這些問(wèn)題，于是構(gòu)建如下函數(shù)：
PHP代碼
?php
function str_check( $str )
{
if (!get_magic_quotes_gpc()) // 判斷magic_quotes_gpc是否打開(kāi)
{
$str = addslashes($str); // 進(jìn)行過(guò)濾
}
$str = str_replace("_", "\_", $str); // 把 '_'過(guò)濾掉
$str = str_replace("%", "\%", $str); // 把' % '過(guò)濾掉
return $str;
}
?
我們又一次的避免了服務(wù)器被淪陷的危險(xiǎn)。
最后，再考慮提交一些大批量數(shù)據(jù)的情況，比如發(fā)貼，或者寫文章、新聞，我們需要一些函數(shù)來(lái)幫我們過(guò)濾和進(jìn)行轉(zhuǎn)換，再上面函數(shù)的基礎(chǔ)上，我們構(gòu)建如下函數(shù)：
PHP代碼
?php
function post_check($post)
{
if (!get_magic_quotes_gpc()) // 判斷magic_quotes_gpc是否為打開(kāi)
{
$post = addslashes($post); // 進(jìn)行magic_quotes_gpc沒(méi)有打開(kāi)的情況對(duì)提交數(shù)據(jù)的過(guò)濾
}
$post = str_replace("_", "\_", $post); // 把 '_'過(guò)濾掉
$post = str_replace("%", "\%", $post); // 把' % '過(guò)濾掉
$post = nl2br($post); // 回車轉(zhuǎn)換
$post= htmlspecialchars($post); // html標(biāo)記轉(zhuǎn)換
return $post;
}
?
呵呵，基本到這里，我們把一些情況都說(shuō)了一遍，其實(shí)我覺(jué)得自己講的東西還很少，至少我才只講了兩方面，再整個(gè)安全中是很少的內(nèi)容了，考慮下一次講更多，包括php安全配置，apache安全等等，讓我們的安全正的是一個(gè)整體，作到最安全。
最后在告訴你上面表達(dá)的：1. 初始化你的變量 2. 一定記得要過(guò)濾你的變量
登錄驗(yàn)證一般是用cookie的，當(dāng)然用session也可以。
原理很簡(jiǎn)單：
1.登錄頁(yè)面獲得表單并驗(yàn)證是否正確。正確則進(jìn)入系統(tǒng)，并設(shè)置cookie；錯(cuò)誤則繼續(xù)登錄。
2.系統(tǒng)內(nèi)的所有頁(yè)面都要驗(yàn)證是否有指定的cookie。如果有說(shuō)明是登錄成功的，正常顯示；如果沒(méi)有說(shuō)明是通過(guò)地址跳轉(zhuǎn)的，強(qiáng)制跳轉(zhuǎn)到登錄頁(yè)面。
3.關(guān)于驗(yàn)證cookie的代碼。由于每個(gè)頁(yè)面都要做相同的處理，這是代碼重用問(wèn)題，建議放父類中（不一定是基類，繼承可以是多層次的）。
sql語(yǔ)句問(wèn)題是沒(méi)有必要攔截的，如果把sql語(yǔ)句輸出來(lái)讓用戶看到是件危險(xiǎn)的事情，至于數(shù)據(jù)庫(kù)或其他異常，可以參考set_error_handler(array('錯(cuò)誤處理類', '方法'))，然后建立一個(gè)自己的錯(cuò)誤處理類和方法，自己對(duì)錯(cuò)我進(jìn)行處理，上面的函數(shù)也能讓php觸發(fā)錯(cuò)誤時(shí)自動(dòng)調(diào)用
記得采納啊
重慶分公司
重慶分公司
