在 AWS 責任共擔模式中，下列何者最適合作為使用者方的責任？

解析

IAM 使用者、IAM 角色、政策與存取權限的設定屬於使用者方的責任。

各選項解析

實際使用情境

AWS 的責任共擔模式（Shared Responsibility Model）是定義 AWS 與使用者之間如何分擔 安全責任的基本框架。AWS 方負責「雲端本身的安全（Security OF the Cloud）」，責任 範圍涵蓋資料中心的實體安全、硬體維護、Hypervisor 與受管服務基盤的運維等。另一方面， 使用者方則負責「雲端中的安全（Security IN the Cloud）」，掌管 IAM 使用者與角色的 管理、資料分類與加密、網路設定（安全群組、VPC 設定）、OS 修補套用（在 EC2 的情況 下）、應用程式安全實作等。 使用者方的責任範圍會依所使用的服務型態而有所變動。在 EC2 這類 IaaS 中，從 OS 以上的所有層級皆會落於使用者責任；而 Lambda、DynamoDB 等受管服務則由 AWS 負責 OS 與中介軟體的管理，因此使用者可專注於 IAM 權限、資料、應用程式邏輯的管理。 實務上，IAM 政策的最低權限設計、S3 儲存貯體公開設定的確認、透過 Security Hub 或 AWS Config 偵測設定漂移等項目，會作為實踐使用者責任的例行作業納入流程。 CLF-C02 中，會以「下列哪一項屬於使用者方的責任」「下列哪一項屬於 AWS 方的責任」 這類直接的形式高頻出題。使用者方責任的典型例子包括 IAM 使用者與權限的管理、資料 的加密、應用程式安全實作。AWS 方責任的典型例子則為資料中心的實體安全、區域設施 的管理、全球網路設備的維護。精確掌握「責任分界點」是邁向正解的捷徑。