2011-08-30 115 views
3

現在我不關心數據傳輸 - 沒有人在中間,這是http和https的工作。PHP會話是否安全?

據我所知,PHP標識與http cookie的會話。但是如果有人嘗試暴力猜測會話ID,會發生什麼?

+0

你究竟在做什麼? – shibly

+2

您可能對[this]感興趣...(http://phpsec.org/projects/guide/4.html)... – DaveRandom

+0

我在php會話中存儲登錄的用戶標識。但我不知道會議是否安全。 – kravemir

回答

2
+0

可以肯定的是,如果你認爲自己有偏執狂,並且最終會使用大量的腳本來登錄。 –

+0

會話100%不安全。對於偏執狂與否,他們根本無法被認爲是安全的主要登錄方法。看看http://codebutler.com/firesheep會劫持你本地網絡上的會話 - 這是一個壞會話的例子。 –

+0

@Mihail:很偏執。我希望收集關於我的數據的所有IT部門也都是偏執狂。但是,我必須假設他們不是。我必須假設除了我自己以外沒有人。你們沒有得到我的數據,脫下我的草坪。你,你和你。 –

1

但是如果有人試圖猜測會話id的暴力會發生什麼?

他們會老化......

+1

不一定正確。 PHP在Entropy漏洞不足方面的歷史相當悠久(https://www.owasp.org/index.php/Insufficient_entropy_in_pseudo-random_number_generator)在安全漏洞數據庫中查看此搜索cvedetails http://cvedetails.com/google-search -results.php?cx = partner-pub-9597443157321158%3Advjtec -wfv5&cof = FORID%3A9&ie = UTF-8&q = php + entropy&sa = Search&siteurl = www.cvedetails.com%2Fcve%2FCVE-2008-4102%2F使一些應用程序變得更糟,然後播種微弱,例如Joomla http://www.cvedetails.com/cve/CVE-2008-4102/ – Cheekysoft

2

Andreas Bogk在一年前提出了一些非常合理的建議,以解決PHP版本5.3.2及更低版本中的會話密鑰生成邏輯中的加密弱點,這使PHP會話更容易受到「會話劫持」(這似乎是您的首要關注點)他們應該是。

Przemek Sobstel寫了一個針對4年前PHP會話機制的攻擊類型(包括會話劫持)的通用目錄,以及緩解它們的建議。自那時以來,最新的PHP版本發生了多次變化,就像「威脅景觀」一樣。但從那時起攻擊類型並沒有太大變化,也沒有推薦的最佳做法。

如果你想量化你的風險暴露,那麼你將不得不更確切地定義你的場景(實現,環境等)。

+0

+1提到這一點。 PHP的PRNG歷史相當麻煩。見col彈片答案中的評論。 – Cheekysoft