# 適用於 AWS Well-Architected Tool 的 Identity and Access Management AWS Identity and Access Management (IAM) 是一種 AWS 服務，讓管理員能夠安全控制對 AWS 資源的存取權限。IAM 管理員可以控制身分*身分驗證* (已登入) 和*授權* (具有許可) 以使用 AWS WA Tool 資源。IAM 是一種您可以免費使用的 AWS 服務。 **Topics** + [物件](#security_iam_audience) + [使用身分驗證](#security_iam_authentication) + [使用政策管理存取權](#security_iam_access-manage) + [AWS Well-Architected Tool 搭配 IAM 的運作方式](security_iam_service-with-iam.md) + [AWS Well-Architected Tool 身分型政策範例](security_iam_id-based-policy-examples.md) + [AWS 的 受管政策AWS Well-Architected Tool](security-iam-awsmanpol.md) + [對 AWS Well-Architected Tool 身分與存取進行疑難排解](security_iam_troubleshoot.md) ## 物件 您使用 AWS Identity and Access Management (IAM) 的方式會依您的角色而有所差異： + **服務使用者** — 若無法存取某些功能，請向管理員申請所需許可 (請參閱 [對 AWS Well-Architected Tool 身分與存取進行疑難排解](security_iam_troubleshoot.md)) + **服務管理員** — 負責設定使用者存取權並提交相關許可請求 (請參閱 [AWS Well-Architected Tool 搭配 IAM 的運作方式](security_iam_service-with-iam.md)) + **IAM 管理員** — 撰寫政策以管理存取控制 (請參閱 [AWS Well-Architected Tool 身分型政策範例](security_iam_id-based-policy-examples.md)) ## 使用身分驗證 身分驗證是使用身分憑證登入 AWS 的方式。您必須以 AWS 帳戶根使用者、IAM 使用者，或透過擔任 IAM 角色的方式進行身分驗證。 您也可使用來自身分來源的憑證 (例如 AWS IAM Identity Center (IAM Identity Center)、單一登入或 Google/Facebook 憑證) 以聯合身分登入。如需有關登入的詳細資訊，請參閱《AWS 登入 使用者指南》**中的[如何登入您的 AWS 帳戶](https://docs.aws.amazon.com/signin/latest/userguide/how-to-sign-in.html)。 若需程式化存取，AWS 提供 SDK 與 CLI，以加密簽署方式處理請求。如需詳細資訊，請參閱《IAM 使用者指南》**中的 [API 請求的 AWS 第 4 版簽署程序](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_sigv.html)。 ### AWS 帳戶 根使用者 在您建立 AWS 帳戶 時，系統會提供一個稱為 AWS 帳戶 *根使用者*的登入身分，該身分擁有對帳戶內所有 AWS 服務 與資源的完整存取權。強烈建議不要使用根使用者來執行日常任務。有關需要根使用者憑證的任務，請參閱《IAM 使用者指南》**中的[需要根使用者憑證的任務](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_root-user.html#root-user-tasks)。 ### 聯合身分 其中一項最佳實務是，要求人類使用者搭配身分提供者使用聯合功能，以便使用暫時性憑證存取 AWS 服務。 *聯合身分*指的是從企業使用者目錄、Web 身分提供者或 Directory Service 而來的使用者，這些使用者會使用身分來源所核發的憑證來存取 AWS 服務。聯合身分會擔任角色，而該角色會提供臨時憑證。 若需集中化管理存取權限，建議使用 AWS IAM Identity Center。如需詳細資訊，請參閱 *AWS IAM Identity Center 使用者指南*中的[什麼是 IAM Identity Center？](https://docs.aws.amazon.com/singlesignon/latest/userguide/what-is.html)。 ### IAM 使用者和群組 *IAM 使用者*[https://docs.aws.amazon.com/IAM/latest/UserGuide/id_users.html](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_users.html)是一種身分具備單人或應用程式的特定許可權。建議以臨時憑證取代具備長期憑證的 IAM 使用者。如需詳細資訊，請參閱《*IAM 使用者指南*》中的[要求人類使用者搭配身分提供者使用聯合功能，以便使用暫時性憑證存取 AWS](https://docs.aws.amazon.com/IAM/latest/UserGuide/best-practices.html#bp-users-federation-idp)。 [IAM 群組](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_groups.html)**會指定 IAM 使用者集合，使管理大量使用者的許可權更加輕鬆。如需詳細資訊，請參閱《IAM 使用者指南》**中的 [IAM 使用者的使用案例](https://docs.aws.amazon.com/IAM/latest/UserGuide/gs-identities-iam-users.html)。 ### IAM 角色 *IAM 角色*[https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles.html](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles.html)的身分具有特定許可權，其可以提供臨時憑證。您可以透過[從使用者切換到 IAM 角色 (主控台)](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_use_switch-role-console.html)，或呼叫 AWS CLI 或 AWS API 操作的方式來擔任角色。如需詳細資訊，請參閱《IAM 使用者指南》**中的[擔任角色的方法](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_manage-assume.html)。 IAM 角色適用於聯合身分使用者存取、臨時 IAM 使用者許可、跨帳戶存取權與跨服務存取，以及在 Amazon EC2 執行的應用程式。如需詳細資訊，請參閱《*IAM 使用者指南*》中的 [IAM 中的快帳戶資源存取](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies-cross-account-resource-access.html)。 ## 使用政策管理存取權 您可以透過建立政策並將其連接到 AWS 身分或資源，在 AWS 中控制存取。政策會在與身分或資源產生關聯時定義可用許可；當主體提出請求時，AWS 會據此評估政策。大部分政策以 JSON 文件形式儲存在 AWS 中。如需進一步了解 JSON 政策文件，請參閱《*IAM 使用者指南*》中的 [JSON 政策概觀](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies.html#access_policies-json)。 管理員會使用政策，透過定義哪些**主體**可在哪些**條件**下對哪些**資源**執行**動作**，以指定可存取的範圍。 預設情況下，使用者和角色沒有許可。IAM 管理員會建立 IAM 政策並將其新增至角色，供使用者後續擔任。IAM 政策定義動作的許可，無論採用何種方式執行。 ### 身分型政策 身分型政策是附加至身分 (使用者、使用者群組或角色) 的 JSON 許可政策文件。這類政策控制身分可對哪些資源執行哪些動作，以及適用的條件。如需了解如何建立身分型政策，請參閱《*IAM 使用者指南*》中的[透過客戶管理政策定義自訂 IAM 許可](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies_create.html)。 身分型政策可分為*內嵌政策* (直接內嵌於單一身分) 與*受管政策* (可附加至多個身分的獨立政策)。如需了解如何在受管政策及內嵌政策之間做選擇，請參閱《IAM 使用者指南》**中的[在受管政策與內嵌政策之間選擇](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies-choosing-managed-or-inline.html)。 ### 資源型政策 資源型政策是附加到資源的 JSON 政策文件。範例包括 IAM *角色信任政策*與 Amazon S3 *儲存貯體政策*。在支援資源型政策的服務中，服務管理員可以使用它們來控制對特定資源的存取權限。您必須在資源型政策中[指定主體](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_elements_principal.html)。 資源型政策是位於該服務中的內嵌政策。您無法在資源型政策中使用來自 IAM 的 AWS 受管政策。 ### 其他政策類型 AWS 支援其他可設定常見政策類型所能授與之最大許可的政策類型： + **許可界限** — 設定身分型政策可授與 IAM 實體的最大許可。如需詳細資訊，請參閱《IAM 使用者指南》**中的 [IAM 實體許可界限](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies_boundaries.html)。 + **服務控制政策 (SCP)** — 為 AWS Organizations 中的組織或組織單位指定最大許可。如需詳細資訊，請參閱《AWS Organizations 使用者指南》**中的[服務控制政策](https://docs.aws.amazon.com/organizations/latest/userguide/orgs_manage_policies_scps.html)。 + **資源控制政策 (RCP)** — 設定您帳戶中資源可用許可的上限。如需詳細資訊，請參閱《AWS Organizations使用者指南》**中的[資源控制政策 (RCP)](https://docs.aws.amazon.com/organizations/latest/userguide/orgs_manage_policies_rcps.html)。 + **工作階段政策** — 在以程式設計方式為角色或聯合身分使用者建立臨時工作階段時，以參數形式傳遞的進階政策。如需詳細資訊，請參《*IAM 使用者指南*》中的[工作階段政策](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies.html#policies_session)。 ### 多種政策類型 將多種政策類型套用到請求時，其結果形成的許可會更為複雜、更加難以理解。如需了解 AWS 在涉及多種政策類型時如何判斷是否允許一項請求，請參閱 *IAM 使用者指南*中的[政策評估邏輯](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_evaluation-logic.html)。 # AWS Well-Architected Tool 搭配 IAM 的運作方式 在您使用 IAM 管理 AWS WA Tool 的存取權之前，請了解搭配 AWS WA Tool 使用的 IAM 功能有哪些。 **您可搭配 AWS Well-Architected Tool 使用的 IAM 功能** | IAM 功能 | AWS WA Tool 支援 | | --- | --- | | [身分型政策](#security_iam_service-with-iam-id-based-policies) | 是 | | [資源型政策](#security_iam_service-with-iam-resource-based-policies) | 否 | | [政策動作](#security_iam_service-with-iam-id-based-policies-actions) | 是 | | [政策資源](#security_iam_service-with-iam-id-based-policies-resources) | 是 | | [政策條件索引鍵 (服務特定)](#security_iam_service-with-iam-id-based-policies-conditionkeys) | 是 | | [ACL](#security_iam_service-with-iam-acls) | 否 | | [ABAC (政策中的標籤)](#security_iam_service-with-iam-tags) | 是 | | [臨時憑證](#security_iam_service-with-iam-roles-tempcreds) | 是 | | [主體許可](#security_iam_service-with-iam-principal-permissions) | 是 | | [服務角色](#security_iam_service-with-iam-roles-service) | 否 | | [服務連結角色](#security_iam_service-with-iam-roles-service-linked)。 | 否 | 若要取得 AWS WA Tool 和其他 AWS 服務如何搭配大部分 IAM 功能使用的概觀資訊，請參閱*《IAM 使用者指南》*中的[可搭配 IAM 使用的 AWS 服務](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_aws-services-that-work-with-iam.html)。 ## AWS WA Tool 身分型政策 **支援政策動作：**是 管理員可以使用 AWS JSON 政策來指定誰可以存取哪些內容。也就是說，哪個**主體**在什麼**條件**下可以對什麼**資源**執行哪些**動作**。 JSON 政策的 `Action` 元素描述您可以用來允許或拒絕政策中存取的動作。政策會使用動作來授予執行相關聯動作的許可。 ## AWS WA Tool 內的資源型政策 **支援資源型政策：**否 資源型政策是附加到資源的 JSON 政策文件。資源型政策的最常見範例是 IAM *角色信任政策*和 Amazon S3 *儲存貯體政策*。在支援資源型政策的服務中，服務管理員可以使用它們來控制對特定資源的存取權限。對於附加政策的資源，政策會定義指定的主體可以對該資源執行的動作以及在何種條件下執行的動作。您必須在資源型政策中[指定主體](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_elements_principal.html)。主體可以包括帳戶、使用者、角色、聯合身分使用者或 AWS 服務。 如需啟用跨帳戶存取權，您可以指定在其他帳戶內的所有帳戶或 IAM 實體，做為資源型政策的主體。如需詳細資訊，請參閱《*IAM 使用者指南*》中的 [IAM 中的快帳戶資源存取](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies-cross-account-resource-access.html)。 ## 適用於 AWS WA Tool 的政策動作 **支援政策動作：**是 管理員可以使用 AWS JSON 政策來指定誰可以存取哪些內容。也就是說，哪個**主體**在什麼**條件**下可以對什麼**資源**執行哪些**動作**。 JSON 政策的 `Action` 元素描述您可以用來允許或拒絕政策中存取的動作。政策會使用動作來授予執行相關聯動作的許可。 AWS WA Tool 中的政策動作會在動作之前使用以下字首：`wellarchitected:`。例如，若要允許實體定義工作負載，管理員必須連接允許 `wellarchitected:CreateWorkload` 動作的政策。同樣地，若要避免實體刪除工作負載，管理員可以連接拒絕 `wellarchitected:DeleteWorkload` 動作的政策。政策陳述式必須包含 `Action` 或 `NotAction` 元素。AWS WA Tool 會定義一組自己的動作，來描述您可以使用此服務執行的任務。 如要查看 AWS WA Tool 動作的清單，請參閱《*服務授權參考*》中的 [AWS Well-Architected Tool 定義的動作](https://docs.aws.amazon.com/service-authorization/latest/reference/list_awswell-architectedtool.html#awswell-architectedtool-actions-as-permissions)。 ## 政策資源 **支援政策資源：**是 管理員可以使用 AWS JSON 政策來指定誰可以存取哪些內容。也就是說，哪個**主體**在什麼**條件**下可以對什麼**資源**執行哪些**動作**。 `Resource` JSON 政策元素可指定要套用動作的物件。最佳實務是使用其 [Amazon Resource Name (ARN)](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference-arns.html) 來指定資源。若動作不支援資源層級許可，使用萬用字元 (\$1) 表示該陳述式適用於所有資源。 ``` "Resource": "*" ``` 如要查看 AWS WA Tool 資源類型及其 ARN 的清單，請參閱《服務授權參考》**中的 [AWS Well-Architected Tool 定義的資源](https://docs.aws.amazon.com/service-authorization/latest/reference/list_awswell-architectedtool.html#your_service-resources-for-iam-policies)。若要了解您可以使用哪些動作指定每個資源的 ARN，請參閱 [AWS Well-Architected Tool 定義的動作](https://docs.aws.amazon.com/service-authorization/latest/reference/list_awswell-architectedtool.html#your_service-actions-as-permissions)。 AWS WA Tool 工作負載資源具有以下 ARN： ``` arn:${Partition}:wellarchitected:${Region}:${Account}:workload/${ResourceId} ``` 如需 ARN 格式的詳細資訊，請參閱 [Amazon Resource Name (ARN) 和 AWS 服務命名空間](https://docs.aws.amazon.com/general/latest/gr/aws-arns-and-namespaces.html)。 您可以在 **Workload properties (工作負載屬性)** 頁面上找到工作負載的 ARN。例如，若要指定特定的工作負載： ``` "Resource": "arn:aws:wellarchitected:us-west-2:123456789012:workload/11112222333344445555666677778888" ``` 若要指定屬於特定帳戶的所有工作負載，請使用萬用字元 (\$1)： ``` "Resource": "arn:aws:wellarchitected:us-west-2:123456789012:workload/*" ``` 有些 AWS WA Tool 動作 (例如用來建立和列出資源的動作) 無法在特定資源上執行。在這些情況下，您必須使用萬用字元 (\$1)。 ``` "Resource": "*" ``` 如要查看 AWS WA Tool 資源類型及其 ARN 的清單，請參閱《服務授權參考》**中的 [AWS Well-Architected Tool 定義的資源](https://docs.aws.amazon.com/service-authorization/latest/reference/list_awswell-architectedtool.html#awswell-architectedtool-resources-for-iam-policies)。若要了解您可以使用哪些動作指定每個資源的 ARN，請參閱 [AWS Well-Architected Tool 定義的動作](https://docs.aws.amazon.com/service-authorization/latest/reference/list_awswell-architectedtool.html#awswell-architectedtool-actions-as-permissions)。 ## AWS WA Tool 的政策條件索引鍵 **支援服務特定政策條件金鑰：**是 管理員可以使用 AWS JSON 政策來指定誰可以存取哪些內容。也就是說，哪個**主體**在什麼**條件**下可以對什麼**資源**執行哪些**動作**。 `Condition` 元素會根據定義的條件，指定陳述式的執行時機。您可以建立使用[條件運算子](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_elements_condition_operators.html)的條件運算式 (例如等於或小於)，來比對政策中的條件和請求中的值。若要查看 AWS 全域條件金鑰，請參閱《*IAM 使用者指南*》中的 [AWS 全域條件內容金鑰](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_condition-keys.html)。 AWS WA Tool 提供一個服務專用條件索引鍵 (`wellarchitected:JiraProjectKey`)，並支援使用一些全域條件索引鍵。若要查看所有 AWS 全域條件索引鍵，請參閱《*服務授權參考*》中的 [AWS 全域條件內容索引鍵](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_condition-keys.html)。 管理員可以使用 AWS JSON 政策來指定誰可以存取哪些內容。也就是說，哪個**主體**在什麼**條件**下可以對什麼**資源**執行哪些**動作**。 `Condition` 元素會根據定義的條件，指定陳述式的執行時機。您可以建立使用[條件運算子](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_elements_condition_operators.html)的條件運算式 (例如等於或小於)，來比對政策中的條件和請求中的值。若要查看 AWS 全域條件金鑰，請參閱《*IAM 使用者指南*》中的 [AWS 全域條件內容金鑰](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_condition-keys.html)。 ## AWS WA Tool 中的 ACL **支援 ACL：**否 存取控制清單 (ACL) 可控制哪些主體 (帳戶成員、使用者或角色) 擁有存取某資源的許可。ACL 類似於資源型政策，但它們不使用 JSON 政策文件格式。 ## 以 AWS WA Tool 標籤為基礎的授權 **支援 ABAC (政策中的標籤)：**是 屬性型存取控制 (ABAC) 是一種授權策略，依據稱為標籤的屬性來定義許可。您可將標籤附加至 IAM 實體與 AWS 資源，並設計 ABAC 政策，使當主體的標籤與資源標籤相符時允許執行操作。 如需根據標籤控制存取，請使用 `aws:ResourceTag/key-name`、`aws:RequestTag/key-name` 或 `aws:TagKeys` 條件索引鍵，在政策的[條件元素](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_elements_condition.html)中，提供標籤資訊。 如果服務支援每個資源類型的全部三個條件金鑰，則對該服務而言，值為 **Yes**。如果服務僅支援某些資源類型的全部三個條件金鑰，則值為 **Partial**。 如需 ABAC 的詳細資訊，請參閱《*IAM 使用者指南*》中的[使用 ABAC 授權定義許可](https://docs.aws.amazon.com/IAM/latest/UserGuide/introduction_attribute-based-access-control.html)。如要查看含有設定 ABAC 步驟的教學課程，請參閱《*IAM 使用者指南*》中的[使用屬性型存取控制 (ABAC)](https://docs.aws.amazon.com/IAM/latest/UserGuide/tutorial_attribute-based-access-control.html)。 ## 將臨時憑證與 AWS WA Tool 搭配使用 **支援臨時憑證：**是 臨時憑證可提供 AWS 資源短期存取，並在使用聯合登入或切換角色時自動建立。AWS 建議動態生成臨時憑證，而非使用長期存取金鑰。如需詳細資訊，請參閱《*IAM 使用者指南*》中的 [IAM 中的臨時安全憑證](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_credentials_temp.html)與[可與 IAM 搭配運作的 AWS 服務](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_aws-services-that-work-with-iam.html)。 ## AWS WA Tool 的跨服務主體權限 **支援轉寄存取工作階段 (FAS)：**是 前置存取工作階段 (FAS) 會使用呼叫 AWS 服務 的主體所具備的許可，並結合發出要求的 AWS 服務，以向下游服務提出請求。如需提出 FAS 請求時的政策詳細資訊，請參閱[轉發存取工作階段](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_forward_access_sessions.html)。 ## AWS WA Tool 的服務角色 **支援服務角色：**否 服務角色是服務擔任的 [IAM 角色](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles.html)，可代您執行動作。IAM 管理員可以從 IAM 內建立、修改和刪除服務角色。如需詳細資訊，請參閱《*IAM 使用者指南*》中的[建立角色以委派許可權給 AWS 服務](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_create_for-service.html)。 ## AWS WA Tool 的服務連結角色 **支援服務連結角色：**否 服務連結角色是一種連結到 AWS 服務 的服務角色類型。服務可以擔任代表您執行動作的角色。服務連結角色會顯示在您的 AWS 帳戶 中，並由該服務所擁有。IAM 管理員可以檢視，但不能編輯服務連結角色的許可。 如需建立或管理服務連結角色的詳細資訊，請參閱[可搭配 IAM 運作的 AWS 服務](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_aws-services-that-work-with-iam.html)。在資料表中尋找服務，其中包含**服務連結角色**欄中的 `Yes`。選擇**是**連結，以檢視該服務的服務連結角色文件。 # AWS Well-Architected Tool 身分型政策範例 根據預設，使用者和角色不具備建立或修改 AWS WA Tool 資源的權限。他們也無法使用 AWS 管理主控台、AWS CLI 或 AWS API 執行任務。IAM 管理員必須建立 IAM 政策，授予使用者和角色在指定資源上執行特定 API 操作的所需許可。管理員接著必須將這些政策連接至需要這些許可的使用者或群組。 若要了解如何使用這些範例 JSON 政策文件建立 IAM 身分型政策，請參閱 *IAM 使用者指南*中的[在 JSON 索引標籤上建立政策](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies_create.html#access_policies_create-json-editor)。 **Topics** + [政策最佳實務](#security_iam_service-with-iam-policy-best-practices) + [使用 AWS WA Tool 主控台](#security_iam_id-based-policy-examples-console) + [允許使用者檢視他們自己的許可](#security_iam_id-based-policy-examples-view-own-permissions) + [授予工作負載完整的存取權限](#security_iam_id-based-policy-examples-full-access) + [授予工作負載的唯讀存取權限](#security_iam_id-based-policy-examples-readonly-access) + [存取一個工作負載](#security_iam_id-based-policy-examples-access-one-workload) + [使用 AWS Well-Architected Tool Connector for Jira 的服務特定條件索引鍵](#security_iam_id-based-policy-examples-service-specific-condition-key) ## 政策最佳實務 身分型政策會判斷您帳戶中的某個人員是否可以建立、存取或刪除 AWS WA Tool 資源。這些動作可能會讓您的 AWS 帳戶 產生費用。當您建立或編輯身分型政策時，請遵循下列準則及建議事項： + **開始使用 AWS 受管政策並朝向最低權限許可的目標邁進** – 如需開始授予許可給使用者和工作負載，請使用 *AWS 受管政策*，這些政策會授予許可給許多常用案例。它們可在您的 AWS 帳戶 中使用。我們建議您定義特定於使用案例的 AWS 客戶管理政策，以便進一步減少許可。如需更多資訊，請參閱《*IAM 使用者指南*》中的 [AWS 受管政策](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies_managed-vs-inline.html#aws-managed-policies)或[任務職能的 AWS 受管政策](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies_job-functions.html)。 + **套用最低權限許可** – 設定 IAM 政策的許可時，請僅授予執行任務所需的許可。為實現此目的，您可以定義在特定條件下可以對特定資源採取的動作，這也稱為*最低權限許可*。如需使用 IAM 套用許可的更多相關資訊，請參閱《*IAM 使用者指南*》中的 [IAM 中的政策和許可](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies.html)。 + **使用 IAM 政策中的條件進一步限制存取權** – 您可以將條件新增至政策，以限制動作和資源的存取。例如，您可以撰寫政策條件，指定必須使用 SSL 傳送所有請求。您也可以使用條件來授予對服務動作的存取權，前提是透過特定 AWS 服務 (例如 CloudFormation) 使用條件。如需詳細資訊，請參閱《*IAM 使用者指南*》中的 [IAM JSON 政策元素：條件](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_elements_condition.html)。 + **使用 IAM Access Analyzer 驗證 IAM 政策，確保許可安全且可正常運作** – IAM Access Analyzer 驗證新政策和現有政策，確保這些政策遵從 IAM 政策語言 (JSON) 和 IAM 最佳實務。IAM Access Analyzer 提供 100 多項政策檢查及切實可行的建議，可協助您撰寫安全且實用的政策。如需詳細資訊，請參閱《*IAM 使用者指南*》中的[使用 IAM Access Analyzer 驗證政策](https://docs.aws.amazon.com/IAM/latest/UserGuide/access-analyzer-policy-validation.html)。 + **需要多重要素驗證 (MFA)** – 如果存在需要 AWS 帳戶 中 IAM 使用者或根使用者的情況，請開啟 MFA 提供額外的安全性。如需在呼叫 API 操作時請求 MFA，請將 MFA 條件新增至您的政策。如需詳細資訊，請參閱《*IAM 使用者指南*》中的[透過 MFA 的安全 API 存取](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_credentials_mfa_configure-api-require.html)。 如需 IAM 中最佳實務的相關資訊，請參閱《*IAM 使用者指南*》中的 [IAM 安全最佳實務](https://docs.aws.amazon.com/IAM/latest/UserGuide/best-practices.html)。 ## 使用 AWS WA Tool 主控台 若要存取 AWS Well-Architected Tool 主控台，您必須擁有最低的一組許可。這些許可必須允許您列出和檢視您 AWS 帳戶 中 AWS WA Tool 資源的詳細資訊。如果您建立比最基本必要許可更嚴格的身分型政策，則對於具有該政策的實體 (使用者或角色) 而言，主控台就無法如預期運作。 為確保那些實體仍可使用 AWS WA Tool 主控台，請也將以下 AWS 受管政策連接到實體： ``` WellArchitectedConsoleReadOnlyAccess ``` 若要允許建立、變更和刪除工作負載，請將下列 AWS 受管政策連接到實體： ``` WellArchitectedConsoleFullAccess ``` 如需詳細資訊，請參閱《IAM 使用者指南》**中的[新增許可到使用者](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_users_change-permissions.html#users_change_permissions-add-console)。 對於僅呼叫 AWS CLI 或 AWS API 的使用者，您不需要允許其最基本主控台許可。反之，只需允許存取符合您嘗試執行之 API 操作的動作就可以了。 ## 允許使用者檢視他們自己的許可 此範例會示範如何建立政策，允許 IAM 使用者檢視附加到他們使用者身分的內嵌及受管政策。此政策包含在主控台上，或是使用 AWS CLI 或 AWS API 透過撰寫程式的方式完成此動作的許可。 ``` { "Version": "2012-10-17", "Statement": [ { "Sid": "ViewOwnUserInfo", "Effect": "Allow", "Action": [ "iam:GetUserPolicy", "iam:ListGroupsForUser", "iam:ListAttachedUserPolicies", "iam:ListUserPolicies", "iam:GetUser" ], "Resource": ["arn:aws:iam::*:user/${aws:username}"] }, { "Sid": "NavigateInConsole", "Effect": "Allow", "Action": [ "iam:GetGroupPolicy", "iam:GetPolicyVersion", "iam:GetPolicy", "iam:ListAttachedGroupPolicies", "iam:ListGroupPolicies", "iam:ListPolicyVersions", "iam:ListPolicies", "iam:ListUsers" ], "Resource": "*" } ] } ``` ## 授予工作負載完整的存取權限 在此範例中，您希望授予 AWS 帳戶 中的使用者完整工作負載存取權。完整存取權限可讓使用者在 AWS WA Tool 中執行所有動作。需要具備此存取權限，才能定義工作負載、刪除工作負載、檢視工作負載和更新工作負載。 ------ #### [ JSON ] **** ``` { "Version":"2012-10-17", "Statement" : [ { "Effect" : "Allow", "Action" : [ "wellarchitected:*" ], "Resource": "*" } ] } ``` ------ ## 授予工作負載的唯讀存取權限 在此範例中，您希望授予 AWS 帳戶 中的使用者唯讀的工作負載存取權。唯讀存取權限僅允許使用者在 AWS WA Tool 中檢視工作負載。 ------ #### [ JSON ] **** ``` { "Version":"2012-10-17", "Statement" : [ { "Effect" : "Allow", "Action" : [ "wellarchitected:Get*", "wellarchitected:List*" ], "Resource": "*" } ] } ``` ------ ## 存取一個工作負載 在此範例中，您希望授予 AWS 帳戶 中的使用者對 `us-west-2` 區域中其中一個工作負載 `99999999999955555555555566666666` 的唯讀存取權。您的 帳戶 ID 是 `777788889999`。 ------ #### [ JSON ] **** ``` { "Version":"2012-10-17", "Statement" : [ { "Effect" : "Allow", "Action" : [ "wellarchitected:Get*", "wellarchitected:List*" ], "Resource": "arn:aws:wellarchitected:us-west-2:777788889999:workload/999999999999555555555555666666666" } ] } ``` ------ ## 使用 AWS Well-Architected Tool Connector for Jira 的服務特定條件索引鍵 此範例示範如何使用服務特定條件索引鍵 `wellarchitected:JiraProjectKey` 來控制哪些 Jira 專案可以連結到您帳戶中的工作負載。 下列描述條件索引鍵的相關用途： + **`CreateWorkload:`** 當您套用 `wellarchitected:JiraProjectKey` 至 `CreateWorkload` 時，您可以定義哪些自訂 Jira 專案可以連結至使用者建立的任何工作負載。例如，若使用者嘗試使用專案 ABC 建立新的工作負載，但政策只指定專案 PQR，則該拒絕該動作。 + **`UpdateWorkload:`** 當您套用 `wellarchitected:JiraProjectKey` 至 `UpdateWorkload` 時，您可以定義哪些自訂 Jira 專案可以連結至此特定工作負載或任何工作負載。例如，若使用者嘗試使用專案 ABC 更新現有工作負載，但政策指定專案 PQR，則會拒絕該動作。此外，若使用者有連結至專案 PQR 的工作負載，並嘗試更新要連結至專案 ABC 的工作負載，則會拒絕該動作。 + **`UpdateGlobalSettings:`** 當您套用 `wellarchitected:JiraProjectKey` 至 `UpdateGlobalSettings` 時，您可以定義哪些自訂 Jira 專案可以連結至 AWS 帳戶。帳戶層級設定可保護您帳戶中不會覆寫帳戶層級 Jira 設定的工作負載。例如，若使用者有權存取 `UpdateGlobalSettings`，則無法將帳戶中的工作負載連結至政策中未指定的任何專案。 ------ #### [ JSON ] **** ``` { "Version":"2012-10-17", "Statement": [ { "Sid": "VisualEditor0", "Effect": "Allow", "Action": [ "wellarchitected:UpdateGlobalSettings", "wellarchitected:CreateWorkload" ], "Resource": "*", "Condition": { "StringEqualsIfExists": { "wellarchitected:JiraProjectKey": ["ABC, PQR"] } } }, { "Sid": "VisualEditor1", "Effect": "Allow", "Action": [ "wellarchitected:UpdateWorkload" ], "Resource": "arn:aws:wellarchitected:us-east-1:111122223333:workload/example-workload", "Condition": { "StringEqualsIfExists": { "wellarchitected:JiraProjectKey": ["ABC, PQR"] } } } ] } ``` ------ # AWS 的 受管政策AWS Well-Architected Tool AWS 受管政策是由 AWS 建立和管理的獨立政策。AWS 受管政策的設計在於為許多常見使用案例提供許可，如此您就可以開始將許可指派給使用者、群組和角色。 請謹記，AWS 受管政策可能不會授予您特定使用案例的最低權限許可，因為它們可供所有 AWS 客戶使用。我們建議您定義特定於使用案例的[客戶管理政策](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies_managed-vs-inline.html#customer-managed-policies)，以便進一步減少許可。 您無法更改 AWS 受管政策中定義的許可。如果 AWS 更新 AWS 受管政策中定義的許可，更新會影響政策連接的所有主體身分 (使用者、群組和角色)。在推出新的 AWS 服務 或有新的 API 操作可供現有服務使用時，AWS 很可能會更新 AWS 受管政策。 如需詳細資訊，請參閱 *IAM 使用者指南*中的 [AWS 受管政策](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies_managed-vs-inline.html#aws-managed-policies)。 ## AWS 受管政策：WellArchitectedConsoleFullAccess 您可將 `WellArchitectedConsoleFullAccess` 政策連接到 IAM 身分。 此政策授予 AWS Well-Architected Tool 的完整存取權限。 **許可詳細資訊** ------ #### [ JSON ] **** ``` { "Version":"2012-10-17", "Statement" : [ { "Effect" : "Allow", "Action" : [ "wellarchitected:*" ], "Resource": "*" } ] } ``` ------ ## AWS 受管政策：WellArchitectedConsoleReadOnlyAccess 您可將 `WellArchitectedConsoleReadOnlyAccess` 政策連接到 IAM 身分。 此政策授予 AWS Well-Architected Tool 的唯讀存取權。 **許可詳細資訊** ------ #### [ JSON ] **** ``` { "Version":"2012-10-17", "Statement": [ { "Effect": "Allow", "Action": [ "wellarchitected:Get*", "wellarchitected:List*", "wellarchitected:ExportLens" ], "Resource": "*" } ] } ``` ------ ## AWS 受管政策：AWSWellArchitectedOrganizationsServiceRolePolicy 您可將 `AWSWellArchitectedOrganizationsServiceRolePolicy` 政策連接到 IAM 身分。 此政策授予 AWS Organizations 中的管理許可權，這是支援 AWS Well-Architected Tool 與 Organizations 整合所需的權限。這些許可權允許組織管理帳戶與 AWS WA Tool 共用資源。 **許可詳細資訊** 此政策包含以下許可。 + `organizations:ListAWSServiceAccessForOrganization` – 允許主體檢查是否已針對 AWS WA Tool 啟用 AWS 服務存取權。 + `organizations:DescribeAccount` – 允許主體擷取組織中帳戶的相關資訊。 + `organizations:DescribeOrganization` – 允許主體擷取組織組態的相關資訊。 + `organizations:ListAccounts` – 允許主體擷取屬於組織的帳戶清單。 + `organizations:ListAccountsForParent` – 允許主體從組織中指定的根節點擷取屬於組織的帳戶清單。 + `organizations:ListChildren` – 允許主體從組織中指定的根節點擷取屬於組織的帳戶和組織單位清單。 + `organizations:ListParents` – 允許主體擷取 OU 或組織內帳戶指定的直屬父系清單。 + `organizations:ListRoots` – 允許主體擷取組織內所有根節點的清單。 ------ #### [ JSON ] **** ``` { "Version":"2012-10-17", "Statement": [ { "Effect": "Allow", "Action": [ "organizations:ListAWSServiceAccessForOrganization", "organizations:DescribeAccount", "organizations:DescribeOrganization", "organizations:ListAccounts", "organizations:ListAccountsForParent", "organizations:ListChildren", "organizations:ListParents", "organizations:ListRoots" ], "Resource": "*" } ] } ``` ------ ## AWS 受管政策：AWSWellArchitectedDiscoveryServiceRolePolicy 您可將 `AWSWellArchitectedDiscoveryServiceRolePolicy` 政策連接到 IAM 身分。 此政策允許 AWS Well-Architected Tool 存取與 AWS WA Tool 資源相關的 AWS 服務和資源。 **許可詳細資訊** 此政策包含以下許可。 + `trustedadvisor:DescribeChecks` – 列出可用的 Trusted Advisor 檢查項。 + `trustedadvisor:DescribeCheckItems` – 擷取 Trusted Advisor 檢查資料，包括 Trusted Advisor 標記的狀態和資源。 + `servicecatalog:GetApplication` – 擷取 AppRegistry 應用程式的詳細資訊。 + `servicecatalog:ListAssociatedResources` – 列出與 AppRegistry 應用程式相關聯的資源。 + `cloudformation:DescribeStacks` – 取得 CloudFormation 堆疊的詳細資訊。 + `cloudformation:ListStackResources` – 列出與 CloudFormation 堆疊相關聯的資源。 + `resource-groups:ListGroupResources` – 列出 ResourceGroup 的資源。 + `tag:GetResources` – 為 ListGroupResources 所需。 + `servicecatalog:CreateAttributeGroup` – 視需要建立服務受管屬性群組。 + `servicecatalog:AssociateAttributeGroup` – 為服務受管屬性群組與 AppRegistry 應用程式建立關聯。 + `servicecatalog:UpdateAttributeGroup` – 更新服務受管屬性群組。 + `servicecatalog:DisassociateAttributeGroup` – 取消服務受管屬性群組與 AppRegistry 應用程式的關聯。 + `servicecatalog:DeleteAttributeGroup` – 在需要時刪除服務受管屬性群組。 ------ #### [ JSON ] **** ``` { "Version":"2012-10-17", "Statement": [ { "Effect": "Allow", "Action": [ "trustedadvisor:DescribeChecks", "trustedadvisor:DescribeCheckItems" ], "Resource": [ "*" ] }, { "Effect": "Allow", "Action": [ "cloudformation:DescribeStacks", "cloudformation:ListStackResources", "resource-groups:ListGroupResources", "tag:GetResources" ], "Resource": [ "*" ] }, { "Effect": "Allow", "Action": [ "servicecatalog:ListAssociatedResources", "servicecatalog:GetApplication", "servicecatalog:CreateAttributeGroup" ], "Resource": [ "*" ] }, { "Effect": "Allow", "Action": [ "servicecatalog:AssociateAttributeGroup", "servicecatalog:DisassociateAttributeGroup" ], "Resource": [ "arn:*:servicecatalog:*:*:/applications/*", "arn:*:servicecatalog:*:*:/attribute-groups/AWS_WellArchitected-*" ] }, { "Effect": "Allow", "Action": [ "servicecatalog:UpdateAttributeGroup", "servicecatalog:DeleteAttributeGroup" ], "Resource": [ "arn:*:servicecatalog:*:*:/attribute-groups/AWS_WellArchitected-*" ] } ] } ``` ------ ## AWS 管理的政策的 AWS WA Tool 更新項目 檢視自 AWS WA Tool 開始追蹤 AWS 管理的政策變更以來的更新詳細資訊。如需有關此頁面變更的自動提醒，請訂閱 AWS WA Tool [文件歷史記錄頁面](document-revisions.md)上的 RSS 摘要。 | 變更 | 描述 | Date | | --- | --- | --- | | AWS WA Tool 變更的受管政策 | 已新增 `"wellarchitected:Export*"` 到 ` WellArchitectedConsoleReadOnlyAccess`。 | 2023 年 6 月 22 日 | | AWS WA Tool 新增的服務角色政策 | 新增 `AWSWellArchitectedDiscoveryServiceRolePolicy` 以允許 AWS Well-Architected Tool 存取與 AWS WA Tool 資源相關的 AWS 服務和資源。 | 2023 年 5 月 3 日 | | AWS WA Tool 新增的許可權 | 新增了要授予 `ListAWSServiceAccessForOrganization` 的新動作，以允許 AWS WA Tool 檢查是否已為 AWS WA Tool 啟用 AWS 服務存取權。 | 2022 年 7 月 22 日 | | AWS WA Tool 已開始追蹤變更 | AWS WA Tool 已開始追蹤其 AWS 管理的政策的變更。 | 2022 年 7 月 22 日 | # 對 AWS Well-Architected Tool 身分與存取進行疑難排解 請使用以下資訊來協助您診斷和修復使用 AWS WA Tool 和 IAM 時發生的常見問題。 **Topics** + [我未獲授權在 中執行動作AWS WA Tool](#security_iam_troubleshoot-no-permissions) ## 我未獲授權在 中執行動作AWS WA Tool 若 AWS 管理主控台 告知您並未獲得執行動作的授權，您必須聯絡您的管理員以取得協助。您的管理員是為您提供簽署憑證的人員。 當 *mateojackson* 使用者在沒有許可權的情況下嘗試使用主控台執行 `DeleteWorkload` 動作時，會發生以下範例錯誤。 ``` User: arn:aws:iam::123456789012:user/mateojackson is not authorized to perform: wellarchitected:DeleteWorkload on resource: 11112222333344445555666677778888 ``` 在此範例中，要求管理員更新您的政策，以允許您使用 `11112222333344445555666677778888` 動作存取 `wellarchitected:DeleteWorkload` 資源。