AWS Step Functions中的 Identity and Access Management - AWS Step Functions

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

AWS Step Functions中的 Identity and Access Management

存取權 AWS Step Functions 需要 AWS 可用來驗證您的請求的憑證。這些認證必須具有存取 AWS 資源的權限,例如從其他 AWS 資源擷取事件資料。以下各節詳細說明如何使用 AWS Identity and Access Management (IAM) 和 Step Functions,藉由控制可存取資源的使用者來協助保護資源的安全。

AWS Identity and Access Management (IAM) 可協助系統管理員安全地控制 AWS 資源存取權。 AWS 服務 IAM 管理員控制哪些人可以驗證 (登入) 和權 (具有權限) 以使用 Step Functions 資源。您可以使用 IAM AWS 服務 ,無需額外付費。

物件

您如何使用 AWS Identity and Access Management (IAM) 會有所不同,這取決於您在 Step Functions 中執行的工作。

服務使用者 — 如果您使用 Step Functions 服務來執行工作,則管理員會為您提供所需的認證和權限。當您使用更多 Step Functions 能來完成工作時,您可能需要其他權限。了解存取許可的管理方式可協助您向管理員請求正確的許可。如果您無法存取 Step Functions 中的特徵,請參閱疑難排解 AWS Step Functions 身分和存取

服務管理員 — 如果您負責公司的 Step Functions 資源,您可能擁有對 Step Functions 的完整存取權。決定您的服務使用者應該存取哪些 Step Functions 功能和資源是您的工作。接著,您必須將請求提交給您的 IAM 管理員,來變更您服務使用者的許可。檢閱此頁面上的資訊,了解 IAM 的基本概念。若要深入瞭解貴公司如何搭配 Step Functions 使用 IAM,請參閱如何與 IAM AWS Step Functions 搭配使用

IAM 管理員 — 如果您是 IAM 管理員,您可能想要瞭解如何撰寫政策以管理 Step Functions 存取權限的詳細資訊。若要檢視可在 IAM 中使用的 Step Functions 以身分識別為基礎的政策範例,請參閱。以身分識別為基礎的原則範例 AWS Step Functions

使用身分驗證

驗證是您 AWS 使用身分認證登入的方式。您必須以 IAM 使用者分或假設 IAM 角色進行驗證 (登入 AWS)。 AWS 帳戶根使用者

您可以使用透過 AWS 身分識別來源提供的認證,以聯合身分識別身分登入。 AWS IAM Identity Center (IAM 身分中心) 使用者、貴公司的單一登入身分驗證,以及您的 Google 或 Facebook 登入資料都是聯合身分識別的範例。您以聯合身分登入時,您的管理員先前已設定使用 IAM 角色的聯合身分。當您使 AWS 用同盟存取時,您會間接擔任角色。

根據您的使用者類型,您可以登入 AWS Management Console 或 AWS 存取入口網站。如需有關登入的詳細資訊 AWS,請參閱《AWS 登入 使用指南》 AWS 帳戶的如何登入您的。

如果您 AWS 以程式設計方式存取,請 AWS 提供軟體開發套件 (SDK) 和命令列介面 (CLI),以使用您的認證以加密方式簽署您的要求。如果您不使用 AWS 工具,則必須自行簽署要求。如需使用建議的方法自行簽署請求的詳細資訊,請參閱 IAM 使用者指南中的簽署 AWS API 請求

無論您使用何種身分驗證方法,您可能都需要提供額外的安全性資訊。例如, AWS 建議您使用多重要素驗證 (MFA) 來增加帳戶的安全性。如需更多資訊,請參閱 AWS IAM Identity Center 使用者指南中的多重要素驗證IAM 使用者指南中的在 AWS中使用多重要素驗證 (MFA)

AWS 帳戶 根使用者

當您建立時 AWS 帳戶,您會從一個登入身分開始,該身分可完整存取該帳戶中的所有資源 AWS 服務 和資源。此身分稱為 AWS 帳戶 root 使用者,可透過使用您用來建立帳戶的電子郵件地址和密碼登入來存取。強烈建議您不要以根使用者處理日常任務。保護您的根使用者憑證,並將其用來執行只能由根使用者執行的任務。如需這些任務的完整清單,了解需以根使用者登入的任務,請參閱 IAM 使用者指南中的需要根使用者憑證的任務

聯合身分

最佳作法是要求人類使用者 (包括需要系統管理員存取權的使用者) 使用與身分識別提供者的同盟,才能使用臨時登入資料進行存取 AWS 服務 。

聯合身分識別是來自企業使用者目錄的使用者、Web 身分識別提供者、Identi ty Center 目錄,或使用透過身分識別來源提供的認證進行存取 AWS 服務 的任何使用者。 AWS Directory Service同盟身分存取時 AWS 帳戶,他們會假設角色,而角色則提供臨時認證。

對於集中式存取權管理,我們建議您使用 AWS IAM Identity Center。您可以在 IAM Identity Center 中建立使用者和群組,也可以連線並同步到自己身分識別來源中的一組使用者和群組,以便在所有應用程式 AWS 帳戶 和應用程式中使用。如需 IAM Identity Center 的相關資訊,請參閱 AWS IAM Identity Center 使用者指南中的什麼是 IAM Identity Center?

IAM 使用者和群組

IAM 使用者是您內部的身分,具 AWS 帳戶 有單一人員或應用程式的特定許可。建議您盡可能依賴暫時憑證,而不是擁有建立長期憑證 (例如密碼和存取金鑰) 的 IAM 使用者。但是如果特定使用案例需要擁有長期憑證的 IAM 使用者,建議您輪換存取金鑰。如需更多資訊,請參閱 IAM 使用者指南中的為需要長期憑證的使用案例定期輪換存取金鑰

IAM 群組是一種指定 IAM 使用者集合的身分。您無法以群組身分簽署。您可以使用群組來一次為多名使用者指定許可。群組可讓管理大量使用者許可的程序變得更為容易。例如,您可以擁有一個名為 IAMAdmins 的群組,並給予該群組管理 IAM 資源的許可。

使用者與角色不同。使用者只會與單一人員或應用程式建立關聯,但角色的目的是在由任何需要它的人員取得。使用者擁有永久的長期憑證,但角色僅提供暫時憑證。如需進一步了解,請參閱 IAM 使用者指南中的建立 IAM 使用者 (而非角色) 的時機

IAM 角色

IAM 角色是您 AWS 帳戶 內部具有特定許可的身分。它類似 IAM 使用者,但不與特定的人員相關聯。您可以切換角色,在中暫時擔任 IAM 角色。 AWS Management Console 您可以透過呼叫 AWS CLI 或 AWS API 作業或使用自訂 URL 來擔任角色。如需使用角色的方法更多相關資訊,請參閱 IAM 使用者指南中的使用 IAM 角色

使用暫時憑證的 IAM 角色在下列情況中非常有用:

  • 聯合身分使用者存取 – 若要向聯合身分指派許可,請建立角色,並為角色定義許可。當聯合身分進行身分驗證時,該身分會與角色建立關聯,並獲授予由角色定義的許可。如需有關聯合角色的相關資訊,請參閱 IAM 使用者指南中的為第三方身分提供者建立角色如果您使用 IAM Identity Center,則需要設定許可集。為控制身分驗證後可以存取的內容,IAM Identity Center 將許可集與 IAM 中的角色相關聯。如需有關許可集的資訊,請參閱 AWS IAM Identity Center 使用者指南中的許可集

  • 暫時 IAM 使用者許可 – IAM 使用者或角色可以擔任 IAM 角色來暫時針對特定任務採用不同的許可。

  • 跨帳戶存取權 – 您可以使用 IAM 角色,允許不同帳戶中的某人 (信任的委託人) 存取您帳戶中的資源。角色是授予跨帳戶存取權的主要方式。但是,對於某些策略 AWS 服務,您可以將策略直接附加到資源(而不是使用角色作為代理)。若要了解跨帳戶存取權角色和資源型政策間的差異,請參閱 IAM 使用者指南中的 IAM 角色與資源類型政策的差異

  • 跨服務訪問 — 有些 AWS 服務 使用其他 AWS 服務功能。例如,當您在服務中進行呼叫時,該服務通常會在 Amazon EC2 中執行應用程式或將物件儲存在 Amazon Simple Storage Service (Amazon S3) 中。服務可能會使用呼叫主體的許可、使用服務角色或使用服務連結角色來執行此作業。

    • 轉寄存取工作階段 (FAS) — 當您使用 IAM 使用者或角色在中執行動作時 AWS,您會被視為主體。使用某些服務時,您可能會執行某個動作,進而在不同服務中啟動另一個動作。FAS 會使用主體呼叫的權限 AWS 服務,並結合要求 AWS 服務 向下游服務發出要求。只有當服務收到需要與其 AWS 服務 他資源互動才能完成的請求時,才會發出 FAS 請求。在此情況下,您必須具有執行這兩個動作的許可。如需提出 FAS 請求時的政策詳細資訊,請參閱《轉發存取工作階段》

    • 服務角色 – 服務角色是服務擔任的 IAM 角色,可代表您執行動作。IAM 管理員可以從 IAM 內建立、修改和刪除服務角色。如需更多資訊,請參閱 IAM 使用者指南中的建立角色以委派許可給 AWS 服務

    • 服務連結角色 — 服務連結角色是連結至. AWS 服務服務可以擔任代表您執行動作的角色。服務連結角色會顯示在您的中, AWS 帳戶 且屬於服務所有。IAM 管理員可以檢視,但不能編輯服務連結角色的許可。

  • 在 Amazon EC2 上執行的應用程式 — 您可以使用 IAM 角色管理在 EC2 執行個體上執行的應用程式以及發出 AWS CLI 或 AWS API 請求的臨時登入資料。這是在 EC2 執行個體內儲存存取金鑰的較好方式。若要將 AWS 角色指派給 EC2 執行個體並提供給其所有應用程式,請建立連接至執行個體的執行個體設定檔。執行個體設定檔包含該角色,並且可讓 EC2 執行個體上執行的程式取得暫時憑證。如需更多資訊,請參閱 IAM 使用者指南中的利用 IAM 角色來授予許可給 Amazon EC2 執行個體上執行的應用程式

若要了解是否要使用 IAM 角色或 IAM 使用者,請參閱 IAM 使用者指南中的建立 IAM 角色 (而非使用者) 的時機

使用政策管理存取權

您可以透 AWS 過建立原則並將其附加至 AWS 身分識別或資源來控制中的存取。原則是一個物件 AWS ,當與身分識別或資源相關聯時,會定義其權限。 AWS 當主參與者 (使用者、root 使用者或角色工作階段) 提出要求時,評估這些原則。政策中的許可決定是否允許或拒絕請求。大多數原則會 AWS 以 JSON 文件的形式儲存在中。如需 JSON 政策文件結構和內容的更多相關資訊,請參閱 IAM 使用者指南中的 JSON 政策概觀

管理員可以使用 AWS JSON 政策來指定誰可以存取哪些內容。也就是說,哪個主體在什麼條件下可以對什麼資源執行哪些動作

預設情況下,使用者和角色沒有許可。若要授予使用者對其所需資源執行動作的許可,IAM 管理員可以建立 IAM 政策。然後,管理員可以將 IAM 政策新增至角色,使用者便能擔任這些角色。

IAM 政策定義該動作的許可,無論您使用何種方法來執行操作。例如,假設您有一個允許 iam:GetRole 動作的政策。具有該原則的使用者可以從 AWS Management Console AWS CLI、或 AWS API 取得角色資訊。

身分型政策

身分型政策是可以附加到身分 (例如 IAM 使用者、使用者群組或角色) 的 JSON 許可政策文件。這些政策可控制身分在何種條件下能對哪些資源執行哪些動作。若要了解如何建立身分類型政策,請參閱 IAM 使用者指南中的建立 IAM 政策

身分型政策可進一步分類成內嵌政策受管政策。內嵌政策會直接內嵌到單一使用者、群組或角色。受管理的策略是獨立策略,您可以將其附加到您的 AWS 帳戶. 受管政策包括 AWS 受管政策和客戶管理的策略。若要了解如何在受管政策及內嵌政策間選擇,請參閱 IAM 使用者指南中的在受管政策和內嵌政策間選擇

資源型政策

資源型政策是連接到資源的 JSON 政策文件。資源型政策的最常見範例是 IAM 角色信任政策和 Amazon S3 儲存貯體政策。在支援資源型政策的服務中,服務管理員可以使用它們來控制對特定資源的存取權限。對於附加政策的資源,政策會定義指定的主體可以對該資源執行的動作以及在何種條件下執行的動作。您必須在資源型政策中指定主體。主參與者可以包括帳戶、使用者、角色、同盟使用者或。 AWS 服務

資源型政策是位於該服務中的內嵌政策。您無法在以資源為基礎的政策中使用 IAM 的 AWS 受管政策。

存取控制清單 (ACL)

存取控制清單 (ACL) 可控制哪些委託人 (帳戶成員、使用者或角色) 擁有存取某資源的許可。ACL 類似於資源型政策,但它們不使用 JSON 政策文件格式。

Amazon S3 和 Amazon VPC 是支援 ACL 的服務範例。 AWS WAF若要進一步了解 ACL,請參閱 Amazon Simple Storage Service 開發人員指南中的存取控制清單 (ACL) 概觀

其他政策類型

AWS 支援其他較不常見的原則類型。這些政策類型可設定較常見政策類型授予您的最大許可。

  • 許可界限 – 許可範圍是一種進階功能,可供您設定身分型政策能授予 IAM 實體 (IAM 使用者或角色) 的最大許可。您可以為實體設定許可界限。所產生的許可會是實體的身分型政策和其許可界限的交集。會在 Principal 欄位中指定使用者或角色的資源型政策則不會受到許可界限限制。所有這類政策中的明確拒絕都會覆寫該允許。如需許可範圍的更多相關資訊,請參閱 IAM 使用者指南中的 IAM 實體許可範圍

  • 服務控制策略(SCP)— SCP 是 JSON 策略,用於指定中組織或組織單位(OU)的最大權限。 AWS Organizations AWS Organizations 是一種用於分組和集中管理您企業擁 AWS 帳戶 有的多個服務。若您啟用組織中的所有功能,您可以將服務控制政策 (SCP) 套用到任何或所有帳戶。SCP 限制成員帳戶中實體的權限,包括每個 AWS 帳戶根使用者帳戶。如需組織和 SCP 的更多相關資訊,請參閱 AWS Organizations 使用者指南中的 SCP 運作方式

  • 工作階段政策 – 工作階段政策是一種進階政策,您可以在透過編寫程式的方式建立角色或聯合使用者的暫時工作階段時,作為參數傳遞。所產生工作階段的許可會是使用者或角色的身分型政策和工作階段政策的交集。許可也可以來自資源型政策。所有這類政策中的明確拒絕都會覆寫該允許。如需更多資訊,請參閱 IAM 使用者指南中的工作階段政策

多種政策類型

將多種政策類型套用到請求時,其結果形成的許可會更為複雜、更加難以理解。要了解如何在涉及多個政策類型時 AWS 確定是否允許請求,請參閱《IAM 使用者指南》中的政策評估邏輯

存取控制

您可以擁有有效的認證來驗證您的請求,但除非您擁有權限,否則您無法建立或存取 Step Functions 資源。例如,您必須具有與 Step Functions 規則關聯的叫用 AWS Lambda、Amazon 簡單通知服務 (Amazon SNS) 和 Amazon 簡單佇列服務 (Amazon SQS) 目標的許可。

以下各節說明如何管理 Step Functions 的權限。

Step Functions 的原則動作

支援政策動作

管理員可以使用 AWS JSON 政策來指定誰可以存取哪些內容。也就是說,哪個主體在什麼条件下可以對什麼資源執行哪些動作

JSON 政策的 Action 元素描述您可以用來允許或拒絕政策中存取的動作。原則動作通常與關聯的 AWS API 作業具有相同的名稱。有一些例外狀況,例如沒有相符的 API 操作的僅限許可動作。也有一些作業需要政策中的多個動作。這些額外的動作稱為相依動作

政策會使用動作來授予執行相關聯動作的許可。

若要查看 Step Functions 動作清單,請參閱服務授權參考 AWS Step Functions中的定義資源

Step Functions 中的原則動作會在動作之前使用下列前置詞:

states

若要在單一陳述式中指定多個動作,請用逗號分隔。

"Action": [ "states:action1", "states:action2" ]

若要檢視 Step Functions 以身分識別為基礎的原則範例,請參閱。以身分識別為基礎的原則範例 AWS Step Functions

Step Functions 的原則資源

支援政策資源

管理員可以使用 AWS JSON 政策來指定誰可以存取哪些內容。也就是說,哪個主體在什麼條件下可以對什麼資源執行哪些動作

Resource JSON 政策元素可指定要套用動作的物件。陳述式必須包含 ResourceNotResource 元素。最佳實務是使用其 Amazon Resource Name (ARN) 來指定資源。您可以針對支援特定資源類型的動作 (稱為資源層級許可) 來這麼做。

對於不支援資源層級許可的動作 (例如列出操作),請使用萬用字元 (*) 來表示陳述式適用於所有資源。

"Resource": "*"

若要查看 Step Fun ctions 資源類型及其 ARN 的清單,請參閱服務授權參考 AWS Step Functions中的定義動作。若要瞭解您可以使用哪些動作指定每個資源的 ARN,請參閱資源定義者 AWS Step Functions

若要檢視 Step Functions 以身分識別為基礎的原則範例,請參閱。以身分識別為基礎的原則範例 AWS Step Functions

Step Functions 的原則條件索引鍵

支援服務特定政策條件金鑰

管理員可以使用 AWS JSON 政策來指定誰可以存取哪些內容。也就是說,哪個主體在什麼條件下可以對什麼資源執行哪些動作

Condition 元素 (或 Condition 區塊) 可讓您指定使陳述式生效的條件。Condition 元素是選用項目。您可以建立使用條件運算子的條件運算式 (例如等於或小於),來比對政策中的條件和請求中的值。

若您在陳述式中指定多個 Condition 元素,或是在單一 Condition 元素中指定多個索引鍵, AWS 會使用邏輯 AND 操作評估他們。如果您為單一條件索引鍵指定多個值,請使用邏輯OR運算來 AWS 評估條件。必須符合所有條件,才會授與陳述式的許可。

您也可以在指定條件時使用預留位置變數。例如,您可以只在使用者使用其 IAM 使用者名稱標記時,將存取資源的許可授予該 IAM 使用者。如需更多資訊,請參閱 IAM 使用者指南中的 IAM 政策元素:變數和標籤

AWS 支援全域條件金鑰和服務特定條件金鑰。若要查看所有 AWS 全域條件金鑰,請參閱《IAM 使用者指南》中的AWS 全域條件內容金鑰

若要查看 Step Functions 條件索引鍵的清單,請參閱服務授權參考 AWS Step Functions中的條件索鍵。若要瞭解您可以使用條件索引鍵的動作和資源,請參閱資源定義者 AWS Step Functions

若要檢視 Step Functions 以身分識別為基礎的原則範例,請參閱。以身分識別為基礎的原則範例 AWS Step Functions

Step Functions 中的 ACL

支援 ACL

存取控制清單 (ACL) 可控制哪些主體 (帳戶成員、使用者或角色) 擁有存取某資源的許可。ACL 類似於資源型政策,但它們不使用 JSON 政策文件格式。

具有 Step Functions 的 ABAC

支援 ABAC (政策中的標籤)

部分

屬性型存取控制 (ABAC) 是一種授權策略,可根據屬性來定義許可。在中 AWS,這些屬性稱為標籤。您可以將標籤附加到 IAM 實體 (使用者或角色) 和許多 AWS 資源。為實體和資源加上標籤是 ABAC 的第一步。您接著要設計 ABAC 政策,允許在主體的標籤與其嘗試存取的資源標籤相符時操作。

ABAC 在成長快速的環境中相當有幫助,並能在政策管理變得繁瑣時提供協助。

若要根據標籤控制存取,請使用 aws:ResourceTag/key-nameaws:RequestTag/key-nameaws:TagKeys 條件金鑰,在政策的條件元素中,提供標籤資訊。

如果服務支援每個資源類型的全部三個條件金鑰,則對該服務而言,值為 Yes。如果服務僅支援某些資源類型的全部三個條件金鑰,則值為 Partial

如需 ABAC 的詳細資訊,請參閱《IAM 使用者指南》中的什麼是 ABAC?。如要查看含有設定 ABAC 步驟的教學課程,請參閱《IAM 使用者指南》中的使用屬性型存取控制 (ABAC)

搭配 Step Functions 使用臨時認證

支援臨時憑證

當您使用臨時憑據登錄時,某些 AWS 服務 不起作用。如需其他資訊,包括哪些 AWS 服務 與臨時登入資料搭配AWS 服務 使用,請參閱 IAM 使用者指南中的 IAM

如果您使用除了使用者名稱和密碼以外的任何方法登入,則您正在 AWS Management Console 使用臨時認證。例如,當您 AWS 使用公司的單一登入 (SSO) 連結存取時,該程序會自動建立暫時認證。當您以使用者身分登入主控台,然後切換角色時,也會自動建立臨時憑證。如需切換角色的詳細資訊,請參閱《IAM 使用者指南》中的切換至角色 (主控台)

您可以使用 AWS CLI 或 AWS API 手動建立臨時登入資料。然後,您可以使用這些臨時登入資料來存取 AWS。 AWS 建議您動態產生臨時登入資料,而非使用長期存取金鑰。如需詳細資訊,請參閱 IAM 中的暫時性安全憑證

Step Functions 的跨服務主體權限

支援轉寄存取工作階段 (FAS)

當您使用 IAM 使用者或角色在中執行動作時 AWS,您會被視為主體。使用某些服務時,您可能會執行某個動作,進而在不同服務中啟動另一個動作。FAS 會使用主體呼叫的權限 AWS 服務,並結合要求 AWS 服務 向下游服務發出要求。只有當服務收到需要與其 AWS 服務 他資源互動才能完成的請求時,才會發出 FAS 請求。在此情況下,您必須具有執行這兩個動作的許可。如需提出 FAS 請求時的政策詳細資訊,請參閱《轉發存取工作階段》

Step Functions 的服務角色

支援服務角色

服務角色是服務擔任的 IAM 角色,可代您執行動作。IAM 管理員可以從 IAM 內建立、修改和刪除服務角色。如需更多資訊,請參閱 IAM 使用者指南中的建立角色以委派許可給 AWS 服務

警告

變更服務角色的權限可能會中斷 Step Functions 功能。只有當 Step Functions 提供指引時,才編輯服務角色。

Step Functions 的服務連結角色

支援服務連結角色。

服務連結角色是一種連結至. AWS 服務服務可以擔任代表您執行動作的角色。服務連結角色會顯示在您的中, AWS 帳戶 且屬於服務所有。IAM 管理員可以檢視,但不能編輯服務連結角色的許可。

如需建立或管理服務連結角色的詳細資訊,請參閱可搭配 IAM 運作的AWS 服務。在表格中尋找服務,其中包含服務連結角色欄中的 Yes。選擇連結,以檢視該服務的服務連結角色文件。

Step Functions 的識別型原則

支援身分型政策

身分型政策是可以連接到身分 (例如 IAM 使用者、使用者群組或角色) 的 JSON 許可政策文件。這些政策可控制身分在何種條件下能對哪些資源執行哪些動作。若要了解如何建立身分類型政策,請參閱《IAM 使用者指南》中的建立 IAM 政策

使用 IAM 身分型政策,您可以指定允許或拒絕的動作和資源,以及在何種條件下允許或拒絕動作。您無法在身分型政策中指定主體,因為這會套用至連接的使用者或角色。如要了解您在 JSON 政策中使用的所有元素,請參閱《IAM 使用者指南》中的 IAM JSON 政策元素參考

Step Functions 的識別型原則範例

若要檢視 Step Functions 以身分識別為基礎的原則範例,請參閱。以身分識別為基礎的原則範例 AWS Step Functions

Step Functions 中的資源型政策

支援以資源基礎的政策

資源型政策是附加到資源的 JSON 政策文件。資源型政策的最常見範例是 IAM 角色信任政策和 Amazon S3 儲存貯體政策。在支援資源型政策的服務中,服務管理員可以使用它們來控制對特定資源的存取權限。對於附加政策的資源,政策會定義指定的主體可以對該資源執行的動作以及在何種條件下執行的動作。您必須在資源型政策中指定主體。主參與者可以包括帳戶、使用者、角色、同盟使用者或。 AWS 服務

若要啟用跨帳戶存取,您可以指定在其他帳戶內的所有帳戶或 IAM 實體,作為資源型政策的主體。新增跨帳戶主體至資源型政策,只是建立信任關係的一半。當主體和資源位於不同時 AWS 帳戶,受信任帳戶中的 IAM 管理員也必須授與主體實體 (使用者或角色) 權限,才能存取資源。其透過將身分型政策連接到實體來授與許可。不過,如果資源型政策會為相同帳戶中的主體授予存取,這時就不需要額外的身分型政策。如需詳細資訊,請參閱《IAM 使用者指南》中的 IAM 角色與資源型政策有何差異