Amazon Route 53 應用程序恢復控制器中的路由控制如何與 IAM - Amazon Route 53 Application Recovery Controller

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

Amazon Route 53 應用程序恢復控制器中的路由控制如何與 IAM

在 Amazon Route 53 應IAM用程式復原控制器中用於管理路由控制的存取權限之前,請先了解哪些IAM功能可與路由控制搭配使用。

IAM您可以在 Amazon Route 53 應用程式復原控制器中搭配路由控制使用的功能
IAM 功能 路由控制支援

身分型政策

資源型政策

政策動作

政策資源

政策條件索引鍵

ACLs

ABAC(策略中的標籤)

部分

臨時憑證

主體許可

服務角色

服務連結角色

若要取得 AWS 服務如何搭配大部分IAM功能運作的高階整體檢視,請參閱IAM使用者指南IAM中的適用AWS 服務

Route 53 的身分型政策 ARC

支援以身分識別為基礎的原則:是

以身分識別為基礎的原則是您可以附加至身分識別 (例如使用者、使用IAM者群組或角色) 的JSON權限原則文件。這些政策可控制身分在何種條件下能對哪些資源執行哪些動作。若要瞭解如何建立以身分識別為基礎的策略,請參閱《IAM使用指南》中的〈建立IAM策略〉。

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

若要檢視路由控制的 Route 53 ARC 身分識別型原則範例,請參閱。Amazon Route 53 應用程式復原控制器中路由控制的身分識別型政策範例

路由控制內的資源型政策

支援以資源為基礎的政策:否

以資源為基礎的JSON策略是您附加至資源的政策文件。以資源為基礎的政策範例包括IAM角色信任政策和 Amazon S3 儲存貯體政策。在支援資源型政策的服務中,服務管理員可以使用它們來控制對特定資源的存取權限。

路由控制的原則動作

支援原則動作:

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

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

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

若要查看路由控制的 Route 53 ARC 動作清單,請參閱服務授權參考由 Amazon Route 53 復原控定義的動作和 Amazon Route 53 復原叢集定義的動作。

Route 53 中用ARC於路由控制的原則動作會在動作之前使用下列前置詞,視您正在使用API的項目而定:

route53-recovery-control-config route53-recovery-cluster

若要在單一陳述式中指定多個動作,請用逗號分隔。例如,您可以執行下列操作:

"Action": [ "route53-recovery-control-config:action1", "route53-recovery-control-config:action2" ]

您也可以使用萬用字元 (*) 來指定多個動作。例如,若要指定開頭是 Describe 文字的所有動作,請包含以下動作:

"Action": "route53-recovery-control-config:Describe*"

若要檢視路由控制的 Route 53 ARC 身分識別型原則範例,請參閱。Amazon Route 53 應用程式復原控制器中路由控制的身分識別型政策範例

Route 53 的政策資源 ARC

支援原則資源:

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

ResourceJSON原則元素會指定要套用動作的一個或多個物件。陳述式必須包含 ResourceNotResource 元素。最佳做法是使用其 Amazon 資源名稱 (ARN) 指定資源。您可以針對支援特定資源類型的動作 (稱為資源層級許可) 來這麼做。

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

"Resource": "*"

服務授權參考中,您可以看到下列與 Route 53 相關的資訊ARC:

若要查看資源類型及其清單ARNs,以及您可以使用每個資源指定ARN的動作,請參閱服務授權參考中的下列主題:

若要檢視路由控制的 Route 53 ARC 身分識別型原則範例,請參閱。Amazon Route 53 應用程式復原控制器中路由控制的身分識別型政策範例

Route 53 的政策條件金鑰 ARC

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

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

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

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

您也可以在指定條件時使用預留位置變數。例如,只有在IAM使用者名稱標記資源時,您才可以授與IAM使用者存取資源的權限。如需詳細資訊,請參閱《IAM使用指南》中的IAM政策元素:變數和標籤

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

若要查看路由控制的 Route 53 ARC 條件金鑰清單,請參閱服務授權參考資料中的下列主題:

若要查看可搭配條件索引鍵使用的動作和資源,請參閱服務授權參考中的下列主題:

若要檢視路由控制的 Route 53 ARC 身分識別型原則範例,請參閱 Amazon Route 53 應用程式復原控制器中路由控制的身分識別型政策範例

Route 53 中的訪問控制列表(ACLs)ARC

支持ACLs:

存取控制清單 (ACLs) 控制哪些主參與者 (帳戶成員、使用者或角色) 具有存取資源的權限。ACLs類似於以資源為基礎的策略,雖然它們不使用JSON政策文件格式。

基於屬性的訪問控制(ABAC)與 Route 53 ARC

支援 ABAC (策略中的標籤): 部分

以屬性為基礎的存取控制 (ABAC) 是一種授權策略,可根據屬性定義權限。在中 AWS,這些屬性稱為標籤。您可以將標籤附加至IAM實體 (使用者或角色) 和許多 AWS 資源。標記實體和資源是的第一步ABAC。然後,您可以設計ABAC策略,以便在主參與者的標籤與他們嘗試存取的資源上的標籤相符時允許作業。

ABAC在快速成長的環境中很有幫助,並且有助於原則管理變得繁瑣的情況。

如需根據標籤控制存取,請使用 aws:ResourceTag/key-nameaws:RequestTag/key-nameaws:TagKeys 條件索引鍵,在政策的條件元素中,提供標籤資訊。

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

如需有關的詳細資訊ABAC,請參閱什麼是ABAC?《IAM使用者指南》中。若要檢視包含設定步驟的自學課程ABAC,請參閱《使用指南》中的〈使用以屬性為基礎的存取控制 (ABAC) IAM

Route 53 ARC 路由控制包括以下支援ABAC:

  • 恢復控制 Config 支持ABAC。

  • 復原叢集不支援ABAC。

使用 Route 53 的臨時登入資料 ARC

支持臨時憑據:

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

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

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

Route 53 的跨服務主體權限 ARC

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

當您使用IAM實體 (使用者或角色) 在中執行動作時 AWS,您會被視為主參與者。政策能將許可授予主體。當您使用某些服務時,您可能會執行一個動作,然後在不同的服務中觸發另一個動作。在此情況下,您必須具有執行這兩個動作的許可。

若要查看動作是否需要原則中的其他相依動作,請參閱服務授權參考中的下列主題:

Route 53 的服務角色 ARC

支援服務角色:

服務角色是服務假定代表您執行動作的IAM角色。IAM管理員可以從中建立、修改和刪除服務角色IAM。如需詳細資訊,請參閱《IAM使用指南》 AWS service中的建立角色以將權限委派給

Route 53 的服務連結角色 ARC

支援服務連結角色:

服務連結角色是連結至服務的一種服務角色類型。 AWS 服務可以擔任代表您執行動作的角色。服務連結角色會顯示在您的 AWS 帳戶中,且屬於服務所有。IAM管理員可以檢視 (但無法編輯服務連結角色) 的權限。

路由控制不使用服務連結角色。