IIS7.5中(僅win7,win2008 SP2,win2008 R2支持)，應用程序池的運行帳號，除了指定為LocalService,LocalSystem,NetWorkService這三種基本類型外，還新增了一種ApplicationPoolIdentify
win7的官方幫助上是這么說的:ApplicationPoolIdentity – 默認情況下，選擇“應用程序池標識”帳戶。啟動應用程序池時動態創建“應用程序池標識”帳戶，因此，此帳戶對于您的應用程序來說是最安全的。
也就是說"ApplicationPoolIdentity"帳號是系統動態創建的“虛擬”帳號(說它是虛擬的，是因為在用戶管理里看不到該用戶或用戶組，在命令行下輸入net user也無法顯示，但該帳號又是確實存在的)
如何驗證該帳號確實是存在的的？打開任務管理器，觀察一下:
w3wp.exe即iis進程，上圖中高亮部分表明該iis進程正在以帳號luckty運行(注意這里的luckty即為上圖中的應用程序池名稱)
好了，搞清楚這個有什么用?
先來做一個測試，比如我們在iis里新建一個站點，主目錄設置為c:，應用程序池就指定剛才圖中的luckty
假如我們在該站點的default.aspx.cs里寫入這樣一行代碼 :
File.AppendAllText("C:\TestDir\1.txt",DateTime.Now.ToString());
前提是c盤必須先建一個目錄TestDir，同時除Administrator,System保留完全控制權外，其它帳號的權限都刪除掉
運行后，會提示異常： 對路徑“C:TestDir.txt”的訪問被拒絕。
原因很明顯:該站點運行時是以應用程序池(luckty)對應的虛擬帳號運行的，而這個虛擬帳號不具備c:TestDir的訪問權限
這種情況在web服務器（iis6）安全配置中很常見，比如我們把圖片上傳目錄，常常放在主目錄之外，同時以虛擬目錄形式掛于站點之下，另外在IIS6中不指定該目錄任何執行權限 ，這樣即使有人非法上傳了asp/aspx木馬上去，也無法運行搞不成破壞!言歸正傳，要想讓那一行測試代碼正常運行，解決辦法很簡單，把虛擬帳號的權限加入文件夾安全權限中即可，但是問題來了：這個虛擬帳號我們是不可見的，如果你直接添加名為luckty的用戶到文件夾安全帳號里，根本通不過(提示找不到luckty用戶)，說明這個虛擬帳號名稱并不是"luckty"
關鍵：手動輸入 IIS AppPoolluckty （即IIS AppPool應用程序池名），再確定，這回ok了.
當然除了用"IIS AppPool應用程序池名"外，windows內部還有一個特殊的用戶組Authenticated Users，把這個組加入TestDir的安全權限帳號里也可以，不過個人覺得沒有"IIS AppPool應用程序池名"來得精確.
結束語：IIS7.5的虛擬帳號設計確實很棒，想想傳統IIS6的時候，為了把同一服務器上的各站點權限分開(以防止木馬搗亂)，不得不創建一堆iuser_XXX,iwam_XXX帳號并指定密碼，再一個個站點分配過去，累死人！而虛擬帳號設計則讓這類管理輕松多了，也不用擔心密碼過于簡單或過期問題。So,還在等什么，趕緊升級到win7/win2008 R2吧！
