你還應該制訂測試準則，譬如說：滲透測試人員可以探查漏洞并進行測試，但不得利用，因為這可能會危及到你想要保護的系統。
滲透測試可以用來向第三方，譬如投資方或者你的管理人員提供網絡安全狀況方面的具體證據。事實上，你知道網絡中存在的漏洞可能已有一段時日，但無法說服管理人員分配必要資源以補救漏洞。光靠自己，網絡或安全管理員的意見往往不會被董事會采納。如果外面的顧問贊同你的評估，或許會有奇跡出現。

還要確定的是，哪些系統需要測試。雖然你不想漏掉可能會受到攻擊的某個系統，但可能仍想分階段把滲透測試外包出去，以便每個階段專注于網絡的不同部分。
為了從滲透測試上獲得*大價值，應該向測試組織提供盡可能詳細的信息。這些組織同時會簽署保密協議，這樣，你就可以更放心地共享策略、程序及有關網絡的其它關鍵信息。
以外部需要訪問的Web或應用服務器為例，你應該考慮與滲透測試人員共享這些應用的源代碼，如果測試涉及這些腳本或程序的話。沒有源代碼，很難測試ASP或CGI腳本，事先認定攻擊者根本不會看到源代碼是不明智的。Web服務器軟件里面的漏洞往往會把腳本和應用暴露在遠程攻擊者面前。如果能夠獲得應用的源代碼，則可以提高測試該應用的效率。畢竟，你出錢是為了讓滲透測試人員查找漏洞，而不是浪費他們的時間。

如今，大多數攻擊進行的是*基本的漏洞掃描，如果攻擊得逞，目標就岌岌可危。如果攻擊者企圖對你站點進行漏洞掃描，他就會獲得大量的防火墻日志消息，而監控網絡的任何入侵檢測系統（IDS）也會開始發送有關當前攻擊的警報。如果你還沒有試過，不妨利用漏洞掃描器結合IDS對網絡來一番試驗。別忘了首先獲得對方的許可，因為，運行漏洞掃描器會使IDS引發警報。
此外，你還要提供合適的測試途徑。如果你想測試在非軍事區（DMZ）里面的系統，*好的測試地方就是在同一個網段內測試。讓滲透測試人員在防火墻外面進行測試聽起來似乎更實際，但內部測試可以大大提高發現防火墻原本隱藏的服務器安全漏洞的可能性。因為，一旦防火墻設置出現變動，就有可能暴露這些漏洞，或者有人可能通過漏洞，利用一臺DMZ服務器攻擊其它服務器。還記得尼姆達病毒嗎？它就是**攻擊得逞后、利用一臺Web服務器發動其它攻擊的。
滲透測試也許是你的網絡防御工具箱當中的重要武器之一。應該視之為各種安全審查的一部分，但要確保審查人員勝任這項工作。


http://www.e11l.cn