Amazon Q 的 Identity and Access Management - Amazon Q

Amazon Q 目前為預覽版本,並可能有所變更。

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

Amazon Q 的 Identity and Access Management

AWS Identity and Access Management (IAM) 是一項 AWS 服務,可協助管理員安全控制對 AWS 資源的存取。IAM 管理員可以控制能驗證身分 (登入) 及獲得授權 (具備許可) 以使用 Amazon Q 資源的人員。IAM 是一項 AWS 服務,無須支付任何額外的費用即可使用。

物件

您的使用方式會有所IAM不同,具體取決於您在 Amazon Q 中所做的工作。

服務使用者 ‒ 如果您使用 Amazon Q 執行任務,您的管理員會為您提供您需要的憑證和許可。隨著您為了執行作業而使用的 Amazon Q 功能數量變多,您可能會需要額外的許可。瞭解存取許可的管理方式可協助您向管理員請求正確的許可。

服務管理員 − 如果您在公司負責管理 Amazon Q 資源,建議您掌握 Amazon Q 的完整存取權。您的任務是決定服務使用者應該存取哪些 Amazon Q 功能和資源。您接著必須將請求提交給您的 IAM 管理員,來變更您服務使用者的許可。檢閱此頁面上的資訊,瞭解 IAM 的基本概念。若要進一步瞭解公司如何搭配使用 Amazon Q 來使用 IAM,請參閱 Amazon Q 如何搭配 IAM 來運作

IAM 管理員 − 如果您是 IAM 管理員,建議您掌握如何撰寫政策以管理 Amazon Q 存取權的詳細資訊。如果您是 IAM 管理員,請考慮瞭解如何撰寫政策以管理 IAM 使用者存取權的詳細資訊。如需 Amazon Q 的特定資訊,請參閱 Amazon Q 的 AWS 區域 受管政策

使用身分驗證

身分驗證是使用身分憑證登入 AWS 的方式。您必須以 AWS 帳戶 root 使用者、或假設IAM角色來證 (登入AWS)。IAM 使用者

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

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

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

AWS 帳戶根使用者

如果是首次建立 AWS 帳戶,您會先有單一的登入身分,可以完整存取帳戶中所有 AWS 服務 與資源。此身分稱為 AWS 帳戶根使用者,是藉由您用來建立帳戶的電子郵件地址和密碼以登入並存取。強烈建議您不要以根使用者處理日常作業。保護您的根使用者憑證,並將其用來執行只能由根使用者執行的任務。如需這些任務的完整清單,瞭解需以根使用者登入的任務,請參閱《 IAM 使用者指南》中的需要根使用者憑證的任務

聯合身分

最佳實務是要求人類使用者 (包括需要管理員存取權的使用者)搭配身分提供者使用聯合功能,使用暫時憑證來存取 AWS 服務。

聯合身分是來自您企業使用者目錄的使用者、Web 身分供應商、AWS Directory Service、Identity Center 目錄或透過身分來源提供的憑證來存取 AWS 服務 的任何使用者。聯合身分存取 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 使用者指南》https://docs.aws.amazon.com/IAM/latest/UserGuide/best-practices.html#rotate-credentials中的為需要長期憑證的使用案例定期輪換存取金鑰

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

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

IAM 角色

IAM角色是您AWS 帳戶中具有特定權限的身份。IAM 角色類似,IAM 使用者但與特定人員無關。您可以在 AWS Management Console 中透過切換角色來暫時取得 IAM 角色。您可以呼叫 AWS Command Line Interface (AWS CLI) 或 AWS API 作業或使用自訂 URL 來擔任角色。如需使用角色的方法之詳細資訊,請參閱《IAM 使用者指南》中的使用 IAM 角色

使用臨時登入資料的 IAM 角色在下列情況中非常有用:

  • 聯合身分使用者存取 — 如需向聯合身分指派許可,請建立角色,並為角色定義許可。當聯合身分進行身分驗證時,該身分會與角色建立關聯,並取得由角色定義的許可。如需有關聯合角色的詳細資訊,請參閱《IAM 使用者指南》https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_create_for-idp.html中的為第三方身分供應商建立角色。如果您使用 IAM Identity Center,則需要設定許可集。為控制身分驗證後可以存取的內容,IAM Identity Center 將許可集與 IAM 中的角色相關聯。如需有關許可集的資訊,請參閱 AWS IAM Identity Center 使用者指南中的許可集

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

  • 跨帳戶存取權 − 您可以使用 IAM 角色,允許不同帳戶中的某人 (受信任的主體) 存取您帳戶的資源。角色是授予跨帳户存取權的主要方式。但是,針對某些 AWS 服務,您可以將政策直接連接到資源 (而非使用角色作為代理)。有關跨帳戶存取角色和以資源為基礎的政策之間差異的詳細資訊,請參閱 IAM 使用者指南中的IAM角色與以資源為基礎的政策有何不同。

  • 跨服務存取 – 有些 AWS 服務 會使用其他 AWS 服務 中的功能。服務可能會使用呼叫主體的許可、使用服務角色或使用服務連結角色來執行此作業。

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

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

    • 服務連結角色 – 服務連結角色是一種連結到 AWS 服務 的服務角色類型。服務可以擔任代表您執行動作的角色。服務連結角色會顯示在您的 AWS 帳戶 中,並由該服務所擁有。IAM 管理員可以檢視,但不能編輯服務連結角色的許可。

  • 在 Amazon EC2 上執行的應用程式 − 針對在 Amazon EC2 執行個體上執行並提出 AWS CLI 或 AWS API 請求的應用程式,您可以使用 IAM 角色來管理臨時憑證。這是在 Amazon EC2 執行個體內存放存取金鑰的較好方式。若要將 IAM 角色指派給 Amazon EC2 執行個體,並提供給執行個體的所有應用程式使用,您應建立附加到執行個體的執行個體設定檔。執行個體描述檔包含該角色,並且可讓 Amazon EC2 執行個體上執行的程式取得暫時登入資料。如需詳細資訊,請參閱《IAM 使用者指南》中的使用 IAM 角色為在 Amazon EC2 執行個體上執行的應用程式授予許可

如需有關是否使用IAM角色的詳細資訊,請參閱 IAM 使用者指南中的建立IAM角色的時機 (而非使用者)

使用政策管理存取權

您可以透過建立政策並將其附加到 AWS 身分或資源,在 AWS 中控制存取。政策是 AWS 中的一個物件,當其和身分或資源建立關聯時,便可定義其許可。AWS 會在主體 (使用者、根使用者或角色工作階段) 發出請求時評估這些政策。政策中的許可,決定是否允許或拒絕請求。大部分政策以 JSON 文件形式儲存在 AWS 中。如需 JSON 政策文件結構和內容的詳細資訊,請參閱《IAM 使用者指南》中的 JSON 政策概觀

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

每個 IAM 實體 (使用者或角色) 在開始時都沒有許可。根據預設,使用者無法執行任何作業,甚至也無法變更他們自己的密碼。若要授予使用者執行動作的許可,管理員必須將許可政策附加到使用者。或者,管理員可以將使用者新增到具備預定許可的群組。管理員將許可給予群組時,該群組中的所有使用者都會獲得那些許可。

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

身分型政策

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

身分型政策可進一步分類成內嵌政策受管政策。內嵌政策會直接內嵌到單一使用者、群組或角色。受管政策則是獨立的政策,您可以將這些政策附加到 AWS 帳戶 中的多個使用者、群組和角色。受管政策包含 AWS 管理政策和客戶管理政策。如需有關如何在受管政策或內嵌政策之間進行選擇的詳細資訊,請參閱《IAM 使用者指南》中的受管政策和內嵌政策之間進行選擇。

資源型政策

資源型政策是附加到資源 (如 Amazon S3 儲存貯體) 的 JSON 政策文件。服務管理員可使用這些政策來定義指定委託人 (帳戶成員、使用者或角色) 可以在什麼情況下對該資源執行什麼動作。資源型政策是內嵌政策。不存在受管的資源型政策。

存取控制清單 (ACL)

存取控制清單 (ACL) 是可控制哪些主體 (帳戶成員、使用者或角色) 擁有存取某資源之許可的政策類型。ACL 類似資源型政策,雖然 ACL 不使用 JSON 政策文件格式。Amazon S3、AWS WAF 和 Amazon VPC 是支援 ACL 的服務範例。如需 ACL 的詳細資訊,請參閱 Amazon S3 使用者指南中的存取控制清單 (ACL) 概觀

其他政策類型

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

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

  • 服務控制政策 (SCP) – SCP 是 JSON 政策,可指定 AWS Organizations 中組織或組織單位 (OU) 的最大許可。AWS Organizations 服務可用來分組和集中管理您企業所擁有的多個 AWS 帳戶。如果您啟用組織中的所有功能,則可以將 SCP 套用到您的任何或所有帳戶。SCP 會限制成員帳戶中的實體許可,包括每個 AWS 帳戶 的根使用者。如需 Organizations 和 SCP 的詳細資訊,請參閱《AWS Organizations 使用者指南》中的 SCP 運作方式

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

多種政策類型

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