如果授予 PHP 程序對整個 file system 的訪問權限,會使得攻擊者能夠讀、寫或者創建他們本不應具有訪問權限的文件。
如果存在 open_basedir 配置選項,該選項會試圖阻止 PHP 程序對 php.ini 文件中所指定的目錄結構以外的文件執行操作。如果沒有用 open_basedir 選項指定任何目錄,則在 PHP 下運行的程序將被授予對本地 file system 上任意文件的完全訪問權限,這會使得攻擊者能夠讀、寫或者創建他們本不應具有訪問權限的文件。
如果不通過 open_basedir 指定限制性的目錄集,則攻擊者更容易發現其他漏洞。
盡管 open_basedir 選項從總體上有利于保證系統的安全性,但它的實施效果卻受到 race condition 的不利影響,這種狀況可能會允許攻擊者在某些情況下繞過該選項所定義的限制條件 [2]。在 PHP 執行訪問權限檢查與打開文件的兩個時刻之間,存在一種 TOCTOU(檢查時間,使用時間)race condition。與其他語言中 file system 的 race condition 一樣,這種紊亂狀況會導致攻擊者能夠將指向一個通過 access control 檢查的文件的 symlink 替換為另一個本不能通過測試的文件,從而獲得對受保護文件的訪問權限。
這種攻擊針對的漏洞大小取決于執行訪問檢查與打開文件這兩個時刻之間的時間間隙。即使連續執行調用,現今的操作系統也無法確保在進程讓出 CPU 之前將執行的代碼數量。攻擊者掌握了多種擴大該時間間隙的技術,以便更加容易地發起攻擊,但即使是一段很短的間隙,該攻擊企圖也可以不斷地重復,直到成功為止。
[1] Standards Mapping - OWASP Top 10 2007 - (OWASP 2007) A10 Failure to Restrict URL Access
[2] Standards Mapping - OWASP Top 10 2004 - (OWASP 2004) A2 Broken Access Control
[3] Standards Mapping - OWASP Top 10 2010 - (OWASP 2010) A8 Failure to Restrict URL Access
[4] Standards Mapping - FIPS200 - (FISMA) AC
[5] Standards Mapping - Security Technical Implementation Guide Version 3 - (STIG 3) APP3480.1 CAT I
[6] Standards Mapping - Security Technical Implementation Guide Version 3.4 - (STIG 3.4) APP3480.1 CAT I
[7] Standards Mapping - Common Weakness Enumeration - (CWE) CWE ID 284
[8] Stefan Esser open_basedir Confusion
[9] M. Achour et al. PHP Manual
[10] Stefan Esser PHP open_basedir Race Condition Vulnerability
[11] Standards Mapping - Payment Card Industry Data Security Standard Version 1.2 - (PCI 1.2) Requirement 6.5.10, Requirement 7.2
[12] Standards Mapping - Payment Card Industry Data Security Standard Version 1.1 - (PCI 1.1) Requirement 6.5.2, Requirement 7.2
[13] Standards Mapping - Payment Card Industry Data Security Standard Version 2.0 - (PCI 2.0) Requirement 6.5.8, Requirement 7.2
[14] Artur Maj Securing PHP
[15] Emmanuel Dreyfus Securing Systems with Chroot