|
主要的安全措施有以下兩個方面。
1、防止攻擊者獲取用戶的會話ID。
獲取會話ID的方式很多,攻擊者可以通過查看明文通信來獲取,所以把會話ID放在URL中或者放在通過未加密連接傳輸?shù)腃ookie中是很危險的;還有在URL中(作為_get()參數(shù))傳遞會話ID也是不安全的,因?yàn)闉g覽器歷史緩存中會存儲URL,這樣就很容易被讀取。(可以考慮使用ssh進(jìn)行加密傳輸)
還有一種更為隱蔽的攻擊手段,攻擊者通過一個被腳本攻擊突破的Web站點(diǎn),把被突破的這個站點(diǎn)上的用戶重新定向到另一個站點(diǎn),然后在重新定向的站點(diǎn)的URL中插入以下代碼:
?phpSESSID=213456465412312365465412312;
最后發(fā)送到Web應(yīng)用程序。當(dāng)用戶查看Web應(yīng)用程序時,php會發(fā)現(xiàn)沒有與這個會話ID相關(guān)聯(lián)的數(shù)據(jù)并且會創(chuàng)建一些數(shù)據(jù)。用戶不知道發(fā)生了什么,但攻擊者卻知道了會話ID,就可以利用這個會話ID進(jìn)入應(yīng)用程序。
要防止這種攻擊,有兩種方法。
(1)檢查php.ini中是否打開了session.use_only_cookie。如果是這種情況,php會拒絕基于URL的會話ID。
(2)當(dāng)啟動會話時,在會話數(shù)據(jù)中放一個變量,這個變量表示會話是用戶創(chuàng)建的;如果發(fā)現(xiàn)會話數(shù)據(jù)中沒有這個變量,那就說明會話ID是假的,就可以調(diào)用session_regenerate_id函數(shù),給現(xiàn)有會話分配一個新的會話ID。
示例:
通過判斷變量是否存在來確定會話ID的真假,如果存在,則說明會話ID是真的,否則是假的,并使用session_regenerate_id()函數(shù)對會話ID進(jìn)行更改,重新給會話創(chuàng)建一個新的會話ID,
代碼如下:
復(fù)制代碼 代碼如下:
< ?php
session_start () ;
if (!isset ( $_SESSION['shili1'] )) { //判斷shili1變量是否配置
$old_id = session_id () ; //原來的會話ID的變量名
session_regenerate_id () ; //獲取一個新的會話ID
$new_id = session_id () ; //新的會話ID的變量名
echo "old : $old_id<br/>" ; //輸出原來的會話ID
echo "new : $new_id<br/>" ; //輸出新的會話ID
$_SESSION['shili1'] = TRUE ; }
?>
運(yùn)行結(jié)果如圖所示:

這只是一個示例,輸出會話ID是為了更好的理解和應(yīng)用這個函數(shù),而在程序設(shè)計中是不需要輸出會話ID的。
2、限制攻擊者獲取會話ID。
限制攻擊者獲取會話ID的方法如下。
(1)使用一個函數(shù)(md5)計算User-Agent頭加上某些附加字符串?dāng)?shù)據(jù)后的散列值(hash)。(散列函數(shù)(hash function)接受一個任意大的數(shù)據(jù)集,并且將它轉(zhuǎn)換為一個看起來完全不同的數(shù)據(jù),這個數(shù)據(jù)很短。產(chǎn)生的散列值是完全不可重現(xiàn)的,也不可能由另一個輸入產(chǎn)生。)
在User-Agent字符串后面添加一些數(shù)據(jù),攻擊者就無法通過對常見的代理值計算md5編碼來試探User-Agent字符串。
(2)將這個經(jīng)過編碼的字符串保存在用戶的會話數(shù)據(jù)中。
(3)每次從這個用戶接收到請求時,檢查這個散列值。
此方案的代碼如下:
復(fù)制代碼 代碼如下:
<?php
define ( ‘ua_seed','webapp' ) ;
session_start () ;
if ( !isset($_SESSION['user_agent'] )){
$_SESSION['user_agent'] = md5 ( $_SERVER['HTTP_USER_AGENT'].ua_seed );
}else{
if ($_SESSION['user_agent'] != md5($_SERVER['HTTP_USER_AGENT'].ua_seed)){} }
?>
通過給攻擊者制造一些麻煩,使攻擊者即使獲取了會話ID,也無法進(jìn)行破壞,能夠減少對系統(tǒng)造成的損失。
php技術(shù):PHP session會話的安全性分析,轉(zhuǎn)載需保留來源!
鄭重聲明:本文版權(quán)歸原作者所有,轉(zhuǎn)載文章僅為傳播更多信息之目的,如作者信息標(biāo)記有誤,請第一時間聯(lián)系我們修改或刪除,多謝。