response.write "h3>please specify a command to execute/h3>"
end select
從上面的分析可以看出，如果有足夠的權(quán)限的話，我們就可以通過 filefinder 來查找 iis web 服務器上的任意文本文件，并且可以輕松的察看文件內(nèi)容。對于非文本文件，可以確定他們是否存在及其所在路徑，這對于高級 hacker 們來說，這些信息有時是極其重要的。
但是這些對數(shù)據(jù)安全的威脅的前提條件是執(zhí)行 ff.asp 的用戶至少擁有讀取目錄和文件的權(quán)限。由于 windows nt server 在安裝后的默認安全設置是所有用戶都可以“讀取”目錄和文件，所以不管是 iis 默認的你名用戶 iusr_servername 還是別的什么用戶，都可以順列的讀取目錄和文件的信息。而大多數(shù) windows nt server系統(tǒng)管理員主要關(guān)心系統(tǒng)是否能夠運行的起來，一般不愿意去改動默認的目錄和文件權(quán)限，畢竟那樣做要冒很大的風險，而且需要很多次得經(jīng)驗。所以，我們可以用 filefinder 來檢查作為 web 服務器的 nt server 的文件系統(tǒng)的安全設置是否安全。
作者專門對作為 iis web 服務器的文件系統(tǒng)的權(quán)限進行了人工設置，但限于沒有經(jīng)驗，導致了許多奇怪的錯誤現(xiàn)象，如：所用的做實驗的 nt server 4.0 不能進行 access 數(shù)據(jù)庫的連接。而在進行文件系統(tǒng)權(quán)限改動之前，這些功能是正常的。
本著純粹研究的目的，作者還在我所申請的免費 asp 空間上作了試驗（包括 csdn 提供的我的個人主頁），結(jié)果是 filefinder 都可以順利運行。而在http://www2.domaindlx.com/index.html 申請的個人主頁卻沒有這個問題，可見這個免費 asp 主頁提供商在這方面做的還是比較認真的。盡管 domaindlx 的 web 服務器運行在 windows 2000 server 上的，其默認的文件系統(tǒng)的安全權(quán)限和 nt 4.0 沒有很大的差別。
由于作者的能力有限，就對這個問題討論到這里。僅以此文來向國內(nèi)的 asp 主頁提供商提供參考意見，希望能對提供商和客戶雙方的數(shù)據(jù)安全都有所幫助。
附：用其它類似的服務器端腳本來運行的 web 服務，如果也提供類似 scripting.filesystemobject 的對文件系統(tǒng)操作的功能，不管什么平臺應該存在同樣的問題。
