View a markdown version of this page

分階段採用零信任架構的方法 - AWS 方案指引

本文為英文版的機器翻譯版本,如內容有任何歧義或不一致之處,概以英文版為準。

分階段採用零信任架構的方法

採用零信任架構 (ZTA) 需要進行仔細的規劃和實作。我們建議採用分階段採用方法以順利完成轉換,並將對業務營運的干擾降到最低。本節會針對採用 ZTA 包含的關鍵階段提供指引。

第 1 階段:評估和規劃

零信任實作的第一階段是評估和規劃。這個階段對於整體實作能否成功至關重要,因為此階段包含識別您組織目前安全狀態中的任何缺口,並加以解決。花時間評估目前的狀態並定義安全目標後,您便能為成功實作零信任架構奠定基礎。

同時,也不一定總是能獲得百分百完整且準確的評估結果。為了避免分析癱瘓導致您無法進行後續階段,請準備好透過區隔或其他方式,接受某種程度的不完美。

  1. 評估目前的狀態 – 針對現有的安全基礎設施、政策和控制項進行評估。識別潛在漏洞、安全缺口,以及實作零信任原則後有助於改善的領域。

  2. 定義安全目標 – 根據目前的狀態評估調查結果,定義符合零信任原則的安全目標。這些安全目標也應符合組織的整體安全策略,並解決已識別的漏洞和缺口。

  3. 設計架構 – 開發有助於達成組織安全目標的 ZTA。此架構應包括必要的元件,例如身分識別和存取管理解決方案、網路分段機制,以及持續的監控系統。該架構也應具備可擴展性和適應性,並且能夠適應未來的成長和技術進展。理想情況下,此架構應該以負責實作該架構的團隊能輕易理解的格式來表示,例如 AWS CloudFormation 範本,而不只是文件或圖表。

  4. 吸引利害關係人參與 – 納入業務單位、IT 團隊和安全團隊等所有利害關係人,以便取得洞察並使其目標與 ZTA 實作計劃保持一致。鼓勵進行協作和溝通,以便針對零信任方法的好處和要求建立共識。

第 2 階段:試行和實作

零信任實作的第二階段是試行和實作。這個階段包含在小規模且受到控制的環境中測試 ZTA,然後在整個組織中迭代部署。請務必向員工說明新的安全措施,以及他們在維護零信任環境中扮演的角色。

  1. 試行部署 – 在小規模且受到控制的環境中測試 ZTA。實作架構設計階段所定義的必要元件和安全控制項。密切監控試行部署、收集意見回饋,並進行任何必要的調整。準備好在此過程的初期保持彈性,也就是當零信任架構從假設性演練轉變為您正在建置的實際體驗的時期。

  2. 迭代部署 – 根據試行部署所汲取的經驗,開始在整個組織中迭代部署零信任架構。透過飛輪效應創造動力,無須透過廣泛的行銷活動即可達成關鍵的大規模部署。針對推出過程中較長尾的階段,保留可能需要的領導階層命令或上報機制。

  3. 提供使用者培訓並提高意識 – 向員工說明新的安全措施,以及他們在維護零信任環境中扮演的角色。強調安全實務的重要性,例如高強度密碼、多重要素驗證以及定期的安全更新。

  4. 管理變更 – 建立全方位的變更管理計劃,以便處理與採用零信任架構相關的組織和文化變更。向員工說明採用該架構的好處和理由,並解決任何疑慮或阻力。提供持續的支援和指引,促進順利轉換。

第 3 階段:監測和持續改善

零信任實作的第三和最終階段是監控和持續改進。這個階段包含建立全方位的監測和分析計劃、制定全面的事件回應計劃,以及定期徵求利害關係人和使用者的意見回饋。

  1. 持續監控 – 建立全方位的監控和分析計劃,以持續評估安全狀態並偵測任何潛在的異常。使用進階安全工具和技術來監控使用者行為、網路流量和系統活動。

  2. 規劃事件回應和修復 – 建立符合零信任原則的全方位事件回應計劃。建立明確的上報路徑、定義角色和責任,並在可能的情況下實作自動化事件回應機制。定期測試和更新事件回應計劃。

  3. 取得意見回饋和評估 – 定期徵求利害關係人和使用者的意見回饋,以收集有關零信任架構 (ZTA) 有效性的洞察。進行定期評定和評估,以衡量對安全狀態、營運效率和使用者體驗的影響。使用意見回饋和評估結果來識別需要改善的領域。預期 ZTA 會隨著時間變化,並考慮開發團隊要如何以最少的努力或在盡量避免干擾的情況下,實作這些更新。

章節摘要

組織可以透過遵循這種分階段採用方法,有效地轉換到 ZTA,同時大幅降低風險和干擾。下節會討論透過零信任實作取得成功的最佳實務,範圍涵蓋高階主管、副總和資深經理的關鍵考量要素和建議。