幾年前， 360出過一個黑掉北京公交一卡通系統的事， 當時我應邀給一些滲透測試人員做過一個關于滲透測試行業自律和職業規范的報告。 其中提到了ISECOM的Open Source Security Test Methodology Manual 中提到的職業規范Rule of Engagement。 這個職業規范的目的是規范滲透測試人員的行為， 以避免白帽子陷入法律糾紛。

這些年， 網絡安全服務市場日益發展， 出現了不少白帽團隊和漏洞平臺。 但是白帽子在提高技術的同時， 法律和職業規范方面卻并沒有跟上， 出現了不少違法的案例。 今天看來， OSSTMM的Rule of Engagement還是具有很好的指導意義的。

OSSTMM的Rule of Engagement分為9個部分共36條。 這些條款應該作為網絡安全和滲透測試服務的自律準則。 遵守這些原則， 可以使得安全測試人員避免法律風險以及合同糾紛。

銷售和營銷

1） 不要用恐嚇的方式進行網絡安全滲透服務的營銷。
2） 不要提供哪種“滲透不成功不收費”的服務
3） 禁止以銷售產品和滲透服務為目的的滲透比賽
4） 在未經授權的情況下嚴禁對任何系統進行滲透測試
5） 也不要在滲透測試的宣傳中提及以前采用過你的滲透測試的客戶的名字即使在客戶同意的情況下也不要提。 這樣是對客戶和滲透團隊自身的保護。
6） 對客戶提供可信的安全咨詢建議， 即使這樣的建議可能會丟掉合同。

漏洞評估

1） 禁止在沒有書面同意的情況下驗證漏洞
2） 在相應的安全措施到位前， 嚴禁對那些安全性極差，極不穩定的進行漏洞驗證。

合同及談判

1） 不管有沒有簽保密協議， 滲透測試人員都對客戶的機密信息以及安全測試結果具有保密的責任
2） 安全測試人員在每一個測試中都承擔有限責任。 包括惡意的和非惡意的錯誤。
3） 合同必須明確的指明安全測試的局限以及風險
4） 在遠程測試的情況下， 合同中必須包括有遠程測試人員的電話以及原始IP地址
5） 合同中必須包括應急情況下的聯系人及電話
6） 合同中必須明確對可恢復錯誤， 拒絕服務， 過程測試， 社交工程等測試手段的許可。
7） 合同必須明確對將來合同修改和工作范圍修改的流程。

工作范圍

1） 在合同明確工作范圍之前不要進行漏洞驗證
2） 工作范圍中需要明確指明安全測試的局限

提供測試計劃

1） 測試計劃必須包括天數和人時信息
2） 測試計劃必須包括測試需要的時間

對客戶的要求

1） 在測試期間不要有大的網絡調整
2） 為避免因為滲透測試而采取臨時性提供安全防護標準的情況。 應該要求客戶知通知重要人員。 應該由客戶自行決定哪些人員應該通知而哪些人員不必要通知
3） 測試中如果需要用戶權限， 客戶應該提供兩個不同的用戶賬號， 這些賬號應該與需要測試的用戶賬號一樣， 而不是特殊的訪客賬號或者安全賬號。
4） 在測試需要用戶權限時， 測試人員應該首先以黑盒方式， 在無用戶權限情況下測試， 然后再用客戶提供的用戶賬號進行測試。

測試

1） 測試人員應該了解所采用的測試工具， 明確測試工具提供方， 了解測試工具如何使用。 必須對測試工具嚴格的實驗環境下測試后才能進行測試工作。
2） DoS的測試必須得到客戶的明確許可。 OSSTMM通常不要求對系統進行DoS等具有破壞性的測試，而是采用審閱的方式評估系統對此類攻擊的防范水平
3） 社交工程以及過程測試只能夠對那些未經訓練的人員， 采用統計抽樣的方式進行測試。
4） 社交工程和過程測試應該嚴格針對合同范圍內界定的人員， 不應該包括客戶， 合作伙伴， 供應商人員。
5） 一旦發現高風險漏洞， 必須立刻向客戶報告并提供解決方案
6） 嚴禁通過互聯網進行DDoS攻擊測試
7） 嚴禁以超過系統目標承受能力的Flooding Test
8） 任何情況下的測試范圍變化， 攻擊源的變化， 重要的發現等都需要立即通知客戶。 應該每兩周提供客戶一份進度報告

報告撰寫

1) 對發現的安全問題必須在報告中提供解決方案
2) 所有未知的情況必須在報告中表明“未知”
3) 報告應該包括所有的安全狀況， 而不僅僅是安全漏洞
4) 報告必須按照行業標準給出定性的風險評估， 風險評估應該依據相應的公式而不是測試人員的感覺

報告發送

1） 必須明確通知客戶何時發出報告， 并且需要客戶確認已收到報告
2） 所有的與客戶的通信方式必須是端到端安全的。
本文轉自d1net（轉載）

總結

以上是生活随笔為你收集整理的白帽渗透测试的36条军规的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。