從而達到方便快捷的目的，但是它在存儲信息的時候往往會有一些敏感的東西，這些東西可能成為被攻擊的目標，如銀行的賬號、信用卡事務(wù)或檔案記錄等。這就要求在編寫代碼的時候必須采取安全措施來減少攻擊成功的可能性。

主要的安全措施有以下兩個方面。

1、防止攻擊者獲取用戶的會話ID。

獲取會話ID的方式很多，攻擊者可以通過查看明文通信來獲取，所以把會話ID放在URL中或者放在通過未加密連接傳輸?shù)腃ookie中是很危險的；還有在URL中（作為_get()參數(shù)）傳遞會話ID也是不安全的，因為瀏覽器歷史緩存中會存儲URL，這樣就很容易被讀取。（可以考慮使用ssh進行加密傳輸）

還有一種更為隱蔽的攻擊手段，攻擊者通過一個被腳本攻擊突破的Web站點，把被突破的這個站點上的用戶重新定向到另一個站點，然后在重新定向的站點的URL中插入以下代碼：
?PHPSESSID=213456465412312365465412312;

最后發(fā)送到Web應(yīng)用程序。當用戶查看Web應(yīng)用程序時，PHP會發(fā)現(xiàn)沒有與這個會話ID相關(guān)聯(lián)的數(shù)據(jù)并且會創(chuàng)建一些數(shù)據(jù)。用戶不知道發(fā)生了什么，但攻擊者卻知道了會話ID，就可以利用這個會話ID進入應(yīng)用程序。

要防止這種攻擊，有兩種方法。
（1）檢查php.ini中是否打開了session.use_only_cookie。如果是這種情況，PHP會拒絕基于URL的會話ID。
（2）當啟動會話時，在會話數(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進行更改，重新給會話創(chuàng)建一個新的會話ID，

代碼如下：

運行結(jié)果如圖所示：

這只是一個示例，輸出會話ID是為了更好的理解和應(yīng)用這個函數(shù)，而在程序設(shè)計中是不需要輸出會話ID的。

2、限制攻擊者獲取會話ID。

限制攻擊者獲取會話ID的方法如下。
（1）使用一個函數(shù)（md5）計算User-Agent頭加上某些附加字符串數(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）每次從這個用戶接收到請求時，檢查這個散列值。

此方案的代碼如下：

通過給攻擊者制造一些麻煩，使攻擊者即使獲取了會話ID，也無法進行破壞，能夠減少對系統(tǒng)造成的損失。