php中的session劫持和防范的方法

這篇文章主要介紹“php中的session劫持和防范的方法”，在日常操作中，相信很多人在php中的session劫持和防范的方法問題上存在疑惑，小編查閱了各式資料，整理出簡單好用的操作方法，希望對大家解答”php中的session劫持和防范的方法”的疑惑有所幫助！接下來，請跟著小編一起來學習吧！

session 數據暴露
會話數據常會包含一些個人信息和其它敏感數據。基于這個原因，會話數據的暴露是被普遍關心的問題。一般來說，暴露的范圍不會很大，因為會話數據是保存在服務器環境中的，而不是在數據庫或文件系統中。因此，會話數據自然不會公開暴露。
使用SSL是一種特別有效的手段，它可以使數據在服務器和客戶端之間傳送時暴露的可能性降到最低。這對于傳送敏感數據的應用來說非常重要。SSL在HTTP之上提供了一個保護層，以使所有在HTTP請求和應答中的數據都得到了保護。
如果你關心的是會話數據保存區本身的安全，你可以對會話數據進行加密，這樣沒有正確的密鑰就無法讀取它的內容。這在PHP中非常容易做到，你只要使用session_set_save_handler( )并寫上你自己的session加密存儲和解密讀取的處理函數即可。
session 劫持
最常見的針對會話的攻擊手段是會話劫持。它是所有攻擊者可以用來訪問其它人的會話的手段的總稱。所有這些手段的第一步都是取得一個合法的會話標識來偽裝成合法用戶，因此保證會話標識不被泄露非常重要。前面關于會話暴露和固定的知識能幫助你保證會話標識只有服務器及合法用戶才能知道。
深度防范原則可以用在會話上，當會話標識不幸被攻擊者知道的情況下，一些不起眼的安全措施也會提供一些保護。作為一個關心安全的開發者，你的目標應該是使前述的偽裝過程變得更復雜。記住無論多小的障礙，都會以你的應用提供保護。
把偽裝過程變得更復雜的關鍵是加強驗證。會話標識是驗證的首要方法，同時你可以用其它數據來補充它。你可以用的所有數據只是在每個HTTP請求中的數據：
GET / HTTP/1.1
Host: example.org
User-Agent: Firefox/1.0
Accept: text/html, image/png, image/jpeg, image/gif, */*
Cookie: PHPSESSID=1234
你應該意識到請求的一致性，并把不一致的行為認為是可疑行為。例如，雖然User-Agent(發出本請求的瀏覽器類型)頭部是可選的，但是只要是發出該頭部的瀏覽器通常都不會變化它的值。如果你一個擁有1234的會話標識的用戶在登錄后一直用Mozilla Firfox瀏覽器，突然轉換成了IE，這就比較可疑了。例如，此時你可以用要求輸入密碼方式來減輕風險，同時在誤報時，這也對合法用戶產生的沖擊也比較小。你可以用下面的代碼來檢測User-Agent的一致性：

復制代碼 代碼如下:

<?php
session_start();
if (isset($_SESSION['HTTP_USER_AGENT']))
{
 if ($_SESSION['HTTP_USER_AGENT'] != md5($_SERVER['HTTP_USER_AGENT']))
 {
    /* Prompt for password */
    exit;
 }
}
else
{
 $_SESSION['HTTP_USER_AGENT'] = md5($_SERVER['HTTP_USER_AGENT']);
}

?>

我觀察過，在某些版本的IE瀏覽器中，用戶正常訪問一個網頁和刷新一個網頁時發出的Accept頭部信息不同，因此Accept頭部不能用來判斷一致性。
確保User-Agent頭部信息一致的確是有效的，但如果會話標識通過cookie傳遞（推薦方式），有道理認為，如果攻擊者能取得會話標識，他同時也能取得其它HTTP頭部。由于cookie暴露與瀏覽器漏洞或跨站腳本漏洞相關，受害者需要訪問攻擊者的網站并暴露所有頭部信息。所有攻擊者要做的只是重建頭部以防止任何對頭部信息一致性的檢查。
比較好的方法是產生在URL中傳遞一個標記，可以認為這是第二種驗證的形式（雖然更弱）。使用這個方法需要進行一些編程工作，PHP中沒有相應的功能。例如，假設標記保存在$token中，你需要把它包含在所有你的應用的內部鏈接中：

復制代碼 代碼如下:

<?php
$url = array();
$html = array();
$url['token'] = rawurlencode($token);
$html['token'] = htmlentities($url['token'], ENT_QUOTES, 'UTF-8');
?>

<a href="index.php?token=<?php echo $html['token']; ?>">Click Here</a>

為了更方便地管理這個傳遞過程，你可能會把整個請求串放在一個變量中。你可以把這個變量附加到所有鏈接后面，這樣即便你一開始沒有使用該技巧，今后還是可以很方便地對你的代碼作出變化。
該標記需要包含不可預測的內容，即便是在攻擊者知道了受害者瀏覽器發出的HTTP頭部的全部信息也不行。一種方法是生成一個隨機串作為標記：

復制代碼 代碼如下:

<?php
$string = $_SERVER['HTTP_USER_AGENT'];
$string .= 'SHIFLETT';
$token = md5($string);
$_SESSION['token'] = $token;
?>

當你使用隨機串時（如SHIFLETT），對它進行預測是不現實的。此時，捕獲標記將比預測標記更為方便，通過在URL中傳遞標記和在cookie中傳遞會話標識，攻擊時需要同時抓取它們二者。這樣除非攻擊者能夠察看受害者發往你的應用所有的HTTP請求原始信息才可以，因為在這種情況下所有內容都暴露了。這種攻擊方式實現起來非常困難（所以很罕見），要防止它需要使用SSL。
有專家警告不要依賴于檢查User-Agent的一致性。這是因為服務器群集中的HTTP代理服務器會對User-Agent進行編輯，而本群集中的多個代理服務器在編輯該值時可能會不一致。如果你不希望依賴于檢查User-Agent的一致性。你可以生成一個隨機的標記：

復制代碼 代碼如下:

<?php
$token = md5(uniqid(rand(), TRUE));
$_SESSION['token'] = $token;
?>

這一方法的安全性雖然是弱一些，但它更可靠。上面的兩個方法都對防止會話劫持提供了強有力的手段。你需要做的是在安全性和可靠性之間作出平衡。

到此，關于“php中的session劫持和防范的方法”的學習就結束了，希望能夠解決大家的疑惑。理論與實踐的搭配能更好的幫助大家學習，快去試試吧！若想繼續學習更多相關知識，請繼續關注億速云網站，小編會繼續努力為大家帶來更多實用的文章！