如何對給定路徑（從Web服務器）執行安全檢查以提供文件

Question

我需要爲Web服務器編寫一個小文件服務組件。有很多服務 文件的問題。因爲「原樣」作爲很大的安全漏洞，這樣

www.somesite.com/../../../../etc/passwd 

有很多的問題，包括「..」解決與其他許多類似Windows下有許多‘不尋常的方式來指代一些路徑’。還有一些與符號鏈接有關的問題......它們可能會驅使我們離開文檔根目錄。

有沒有關於提供文件和執行安全檢查的好文章或資料？

謝謝。

P.S .:我主要需要POSIX系統的解決方案，但我也需要一個針對Win32的解決方案。

P.P.S：

• 是否檢查 「..」 和符號鏈接是足夠的POSIX系統？ （據我所知它不適用於Windows）
• 據我記得Windows提供了一些類似的API用於這些目的，有人可以指向它嗎？

爲什麼我需要這樣的：

CppCMS有用於調試的一個簡單的內部Web服務器（我寫了一個），我揣摩這將是多麼難以完全使這個服務器對現實世界很有用（例如，直接在80上監聽，而不是在Web服務器和FastCGI或SCGI連接器後面運行）。

這是我在此使用的file serving application。它做了非常原始的檢查。我主要想讓它安全。

我的回答：

有一個答案https://www.securecoding.cert.org/confluence/display/seccode/FIO02-C.+Canonicalize+path+names+originating+from+untrusted+sources

似乎是不夠好......

簡而言之：使用realpath UNIX下和GetFullPathName Windows下。

最後一點：如果有什麼建議的更詳細的功能我會接受它（尤其是爲Win32位置路徑測試是痛在-...）

Answer 1

好像你正在處理的路徑遍歷 - http://www.owasp.org/index.php/Path_Traversal。
該鏈接主要處理Web應用程序，但我認爲其中的一些信息會有幫助。我認爲POSIX系統的最佳做法是chroot並且不允許訪問應用程序根目錄之外的路徑。

Answer 2

至於Windows API產品，有一些Shell函數的集合，以Path和Url開頭，可以幫助標準化目錄，路徑和文件名。例如，PathCanonicalize將幫助您將任意路徑導入標準表單。從那裏你可以做進一步的分析。

一般來說，使用特定的事物列表來允許，而不是要禁止的事物列表。壞人總會想到你沒有預料到的新事物。