的 Identity and Access Management AWS Cloud9 - AWS Cloud9

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

的 Identity and Access Management AWS Cloud9

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

物件

您使用 AWS Identity and Access Management (IAM) 的方式會有所不同,具體取決於您在進行的工作 AWS Cloud9。

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

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

IAM 管理員:如果您是 IAM 管理員,建議您掌握如何撰寫政策以管理 AWS Cloud9存取權的詳細資訊。若要檢視可在 IAM 中使用的 AWS Cloud9 基於身分的政策範例,請參閱。AWS Cloud9的身分型政策範例

使用身分驗證

驗證是您 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 使用者指南》中的政策評估邏輯

如何與 IAM AWS Cloud9 搭配使用

在您使用 IAM 管理存取權限之前 AWS Cloud9,請先了解哪些 IAM 功能可搭配使用 AWS Cloud9。

您可以搭配使用的 IAM 功能 AWS Cloud9
IAM 功能 AWS Cloud9 支持

身分型政策

資源型政策

政策動作

政策資源

政策條件索引鍵 (服務特定)

ACL

ABAC (政策中的標籤)

臨時憑證

轉送存取工作階段 (FAS)

服務角色

服務連結角色

若要深入瞭解如何以 AWS Cloud9 及其他 AWS 服務如何使用大多數 IAM 功能,請參閱 IAM 使用者指南中的搭配 IAM 使用的AWS 服務

以身分識別為基礎的原則 AWS Cloud9

支援身分型政策

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

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

以身分識別為基礎的原則範例 AWS Cloud9

若要檢視以 AWS Cloud9 身分為基礎的原則範例,請參閱。AWS Cloud9的身分型政策範例

以資源為基礎的政策 AWS Cloud9

支援以資源基礎的政策

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

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

AWS Cloud9 不支援以資源為基礎的政策,但您仍然可以透過 AWS Cloud9 API 和 AWS Cloud9 IDE 控制 AWS Cloud9 AWS Cloud9 環境成員的環境資源權限。

的政策動作 AWS Cloud9

支援政策動作

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

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

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

若要查看 AWS Cloud9 動作清單,請參閱服務授權參考 AWS Cloud9所定義的動作。

中的策略動作在動作之前 AWS Cloud9 使用下列前置詞:

account

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

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

若要檢視以 AWS Cloud9 身分為基礎的原則範例,請參閱。AWS Cloud9的身分型政策範例

的政策資源 AWS Cloud9

支援政策資源

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

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

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

"Resource": "*"

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

若要檢視以 AWS Cloud9 身分為基礎的原則範例,請參閱。AWS Cloud9的身分型政策範例

的政策條件索引鍵 AWS Cloud9

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

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

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

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

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

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

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

若要檢視以 AWS Cloud9 身分為基礎的原則範例,請參閱。AWS Cloud9的身分型政策範例

ACL 位於 AWS Cloud9

支援 ACL

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

阿巴克與 AWS Cloud9

支援 ABAC (政策中的標籤)

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

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

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

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

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

使用臨時登入資料 AWS Cloud9

支援臨時憑證

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

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

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

轉寄存取工作階段 AWS Cloud9

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

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

AWS Cloud9的服務角色

支援服務角色

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

警告

變更服務角色的權限可能會中斷 AWS Cloud9 功能。只有在 AWS Cloud9 提供指引時才編輯服務角色。

服務連結角色 AWS Cloud9

支援服務連結角色

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

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

AWS Cloud9的身分型政策範例

根據預設,使用者和角色不具備建立或修改 AWS Cloud9 資源的權限。他們也無法使用 AWS Management Console、 AWS Command Line Interface (AWS CLI) 或 AWS API 來執行工作。若要授予使用者對其所需資源執行動作的許可,IAM 管理員可以建立 IAM 政策。然後,管理員可以將 IAM 政策新增至角色,使用者便能擔任這些角色。

若要了解如何使用這些範例 JSON 政策文件建立 IAM 身分型政策,請參閱《IAM 使用者指南》中的建立 IAM 政策

如需有關由所定義之動作和資源類型的詳細資訊 AWS Cloud9,包括每個資源類型的 ARN 格式,請參閱服務授權參考 AWS Cloud9中的動作、資源和條件索引

政策最佳實務

以身分識別為基礎的政策會決定某人是否可以建立、存取或刪除您帳戶中的 AWS Cloud9 資源。這些動作可能會讓您的 AWS 帳戶產生費用。當您建立或編輯身分型政策時,請遵循下列準則及建議事項:

  • 開始使用 AWS 受管原則並邁向最低權限權限 — 若要開始授與使用者和工作負載的權限,請使用可授與許多常見使用案例權限的AWS 受管理原則。它們可用在您的 AWS 帳戶. 建議您透過定義特定於您使用案例的 AWS 客戶管理政策,進一步降低使用權限。如需更多資訊,請參閱 IAM 使用者指南中的 AWS 受管政策任務職能的AWS 受管政策

  • 套用最低許可許可 – 設定 IAM 政策的許可時,請僅授予執行任務所需的權限。為實現此目的,您可以定義在特定條件下可以對特定資源採取的動作,這也稱為最低權限許可。如需使用 IAM 套用許可的更多相關資訊,請參閱 IAM 使用者指南中的 IAM 中的政策和許可

  • 使用 IAM 政策中的條件進一步限制存取權 – 您可以將條件新增至政策,以限制動作和資源的存取。例如,您可以撰寫政策條件,指定必須使用 SSL 傳送所有請求。您也可以使用條件來授與服務動作的存取權 (如透過特 AWS 服務定的方式使用) AWS CloudFormation。如需更多資訊,請參閱 IAM 使用者指南中的 IAM JSON 政策元素:條件

  • 使用 IAM Access Analyzer 驗證 IAM 政策,確保許可安全且可正常運作 – IAM Access Analyzer 驗證新政策和現有政策,確保這些政策遵從 IAM 政策語言 (JSON) 和 IAM 最佳實務。IAM Access Analyzer 提供 100 多項政策檢查及切實可行的建議,可協助您編寫安全且實用的政策。如需更多資訊,請參閱 IAM 使用者指南中的 IAM Access Analyzer 政策驗證

  • 需要多因素身份驗證 (MFA) — 如果您的案例需要 IAM 使用者或根使用者 AWS 帳戶,請開啟 MFA 以獲得額外的安全性。若要在呼叫 API 作業時請求 MFA,請將 MFA 條件新增至您的政策。如需更多資訊,請參閱 IAM 使用者指南中的設定 MFA 保護的 API 存取

如需 IAM 中最佳實務的相關資訊,請參閱 IAM 使用者指南中的 IAM 安全最佳實務

使用 AWS Cloud9 主控台

若要存取 AWS Cloud9 主控台,您必須擁有最少一組權限。這些權限必須允許您列出和檢視有關 AWS 帳戶. AWS Cloud9 如果您建立比最基本必要許可更嚴格的身分型政策,則對於具有該政策的實體 (使用者或角色) 而言,主控台就無法如預期運作。

您不需要為僅對 AWS CLI 或 AWS API 進行呼叫的使用者允許最低主控台權限。反之,只需允許存取符合他們嘗試執行之 API 操作的動作就可以了。

若要確保使用者和角色仍可使用 AWS Cloud9 主控台,請同時將 AWS Cloud9 ConsoleAccess或受ReadOnly AWS 管理的原則附加至實體。如需詳細資訊,請參閱《IAM 使用者指南》中的新增許可到使用者

允許使用者檢視他們自己的許可

此範例會示範如何建立政策,允許 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 Cloud9 身分和存取

使用下列資訊可協助您診斷和修正使用和 IAM 時可能會遇到的 AWS Cloud9 常見問題。

我沒有執行操作的授權 AWS Cloud9

如果您收到錯誤,告知您未獲授權執行動作,您的政策必須更新,允許您執行動作。

下列範例錯誤會在mateojackson IAM 使用者嘗試使用主控台檢視一個虛構 my-example-widget 資源的詳細資訊,但卻無虛構 awes:GetWidget 許可時發生。

User: arn:aws:iam::123456789012:user/mateojackson is not authorized to perform: awes:GetWidget on resource: my-example-widget

在此情況下,必須更新 mateojackson 使用者的政策,允許使用 awes:GetWidget 動作存取 my-example-widget 資源。

如果您需要協助,請聯絡您的 AWS 系統管理員。您的管理員提供您的簽署憑證。

我沒有授權執行 iam:PassRole

如果您收到錯誤,告知您未獲授權執行 iam:PassRole 動作,您的政策必須更新,允許您將角色傳遞給 AWS Cloud9。

有些 AWS 服務 允許您將現有角色傳遞給該服務,而不是建立新的服務角色或服務連結角色。如需執行此作業,您必須擁有將角色傳遞至該服務的許可。

名為 marymajor 的 IAM 使用者嘗試使用主控台在 AWS Cloud9中執行動作時,發生下列範例錯誤。但是,動作要求服務具備服務角色授予的許可。Mary 沒有將角色傳遞至該服務的許可。

User: arn:aws:iam::123456789012:user/marymajor is not authorized to perform: iam:PassRole

在這種情況下,Mary 的政策必須更新,允許她執行 iam:PassRole 動作。

如果您需要協助,請聯絡您的 AWS 系統管理員。您的管理員提供您的簽署憑證。

我想允許我以外的人訪 AWS 帳戶 問我的 AWS Cloud9 資源

您可以建立一個角色,讓其他帳戶中的使用者或您組織外部的人員存取您的資源。您可以指定要允許哪些信任物件取得該角色。針對支援基於資源的政策或存取控制清單 (ACL) 的服務,您可以使用那些政策來授予人員存取您的資源的許可。

如需進一步了解,請參閱以下內容:

如何使 AWS Cloud9 用 IAM 資源和作業

AWS Identity and Access Management 用於管理允許您同時處理 AWS Cloud9 開發環境和其他 AWS 服務 和資源的權限。

AWS Cloud9 資源與營運

在中 AWS Cloud9,主要資源是 AWS Cloud9 開發環境。在政策中,您使用 Amazon Resource Name (ARN) 來識別要套用政策的資源。下表列有環境 ARN。如需詳細資訊,請參閱《Amazon Web Services 一般參考》中的 Amazon Resource Name (ARN) 與 AWS 服務命名空間

資源類型 ARN 格式

環境

arn:aws:cloud9:REGION_ID:ACCOUNT_ID:environment:ENVIRONMENT_ID

指定 AWS 區域中的指定帳戶擁有的每個環境

arn:aws:cloud9:REGION_ID:ACCOUNT_ID:environment:*

指定區域中的指定帳戶擁有的每個環境

arn:aws:cloud9:REGION_ID:ACCOUNT_ID:*

每個 AWS Cloud9 資源,無論帳號和區域為何

arn:aws:cloud9:*

例如,您可以在陳述式中使用環境的 Amazon Resource Name (ARN) 指定特定環境,如下所示。

"Resource": "arn:aws:cloud9:us-east-2:123456789012:environment:70d899206236474f9590d93b7c41dfEX"

若要指定所有資源,請在 * 元素中使用萬用字元 (Resource)。

"Resource": "*"

若要在單一陳述式中指定多項資源,請使用逗號分隔其 Amazon Resource Name (ARN)。

"Resource": [ "arn:aws:cloud9:us-east-2:123456789012:environment:70d899206236474f9590d93b7c41dfEX", "arn:aws:cloud9:us-east-2:123456789012:environment:81e900317347585a0601e04c8d52eaEX" ]

AWS Cloud9 提供了一組操作來處理 AWS Cloud9 資源。如需清單,請參閱 AWS Cloud9 權限參考

了解資源所有權

AWS 帳戶 帳號擁有在帳號中建立的資源,無論是誰建立資源。

請考慮下列使用案例:

  • 假設您使用的根帳戶憑據 AWS 帳戶 來創建一個 AWS Cloud9 開發環境。雖然可能,但不建議這樣做。在這種情況下,您 AWS 帳戶 是環境的所有者。

  • 假設您在中建立 IAM 使用者, AWS 帳戶 並授與建立環境的權限給該使用者。然後,使用者可以建立一個環境。但是 AWS 帳戶,您的使用者所屬,仍然擁有該環境。

  • 假設您在 AWS 帳戶 具有權限的中建立 IAM 角色以建立環境。然後,可以擔任該角色的任何人都能建立環境。您的 AWS 帳戶(即該角色所屬的帳戶) 擁有環境。

注意

如果您刪除身為一或多個 AWS Cloud9 環境之 ARN 擁有者的使用者帳戶,則這些環境將沒有擁有者。此案例的解決方法是使用 AWS Cloud9 SDK 新增另一個具有讀取和寫入權限的 IAM 使用者,使用CreateEnvironmentMembership動作和資EnvironmentMember料類型。新增此 IAM 使用者之後,您可以將環境檔案複製到新 AWS Cloud9 環境,並將此擁有者設為 ARN 擁有者。如需有關此動作的詳細資訊,請參閱 CreateEnvironmentMembership,以取得有關此資料類型的詳細資訊,請參閱《AWS Cloud9 API 參考指南》EnvironmentMember中的。

管理資源存取

許可政策說明誰可以存取哪些資源。

注意

本節討論如何在 AWS Cloud9中使用 IAM。它不提供 IAM 服務的詳細資訊。如需完整的 IAM 文件,請參閱 IAM 使用者指南中的什麼是 IAM?。如需有關 IAM 政策語法和說明的資訊,請參閱 IAM 使用者指南中的 IAM JSON 政策參考

連接到 IAM 身分的政策稱為 身分型政策 (或 IAM 政策)。附加至資源的策略稱為以資源為基礎的策略。 AWS Cloud9 支援以身分識別為基礎和以資源為基礎的政策。

以下每個 API 動作只需要將 IAM 政策連接到希望呼叫這些 API 動作的 IAM 身分:

  • CreateEnvironmentEC2

  • DescribeEnvironments

下列 API 動作需要以資源為基礎的政策。不需要 IAM 政策,但如果 IAM 政策附加到想要呼叫這些 API 動作的 IAM 身分,則 AWS Cloud9 會使用 IAM 政策。以資源為基礎的策略必須套用至所需的 AWS Cloud9 資源:

  • CreateEnvironmentMembership

  • DeleteEnvironment

  • DeleteEnvironmentMembership

  • DescribeEnvironmentMemberships

  • DescribeEnvironmentStatus

  • UpdateEnvironment

  • UpdateEnvironmentMembership

如需其中每個 API 動作執行內容的詳細資訊,請參閱 AWS Cloud9 API 參考

您無法將以資源為基礎的策略直接附加到 AWS Cloud9 資源。而是在您新增、修改、更新或刪除環境成員時, AWS Cloud9 將適當的以 AWS Cloud9 資源為基礎的原則附加至資源。

若要授與使用者對 AWS Cloud9 資源執行動作的權限,您可以將許可政策附加至使用者所屬的 IAM 群組。我們建議您盡可能附加 AWS 受管理的 (預先定義) 政策。 AWS Cloud9 AWS 受管理的原則包含一般使用案例和使用者類型的預先定義存取權限集合,例如環境的完整管理、環境使用者,以及只有環境唯讀存取權限的使用者。如需的 AWS 受管理策略清單 AWS Cloud9,請參閱AWS 受管理的政策 AWS Cloud9

如需更詳細的使用案例和獨特使用者類型,您可以建立並連接自己的客戶受管政策。請參閱 AWS Cloud9 的其他設定選項 (小組和企業)建立客戶管理的政策 AWS Cloud9

若要將 IAM 政策 (AWS 受管或客戶管理) 附加至 IAM 身分,請參閱 IAM 使用者指南中的附加 IAM 政策 (主控台)

API 操作的工作階段許可

使用 AWS CLI 或 AWS API 以程式設計方式為角色或同盟使用者建立暫時工作階段時,您可以將工作階段原則當做參數傳遞,以擴充角色工作階段的範圍。也就是說,工作階段的有效許可會是角色的身分類型政策和工作階段政策的交集

在工作階段期間發出存取資源的請求時,如果工作階段政策中沒有適用的 Deny 陳述式,也沒有適用的 Allow 陳述式,則政策評估的結果會是隱含拒絕。(如需詳細資訊,請參閱 IAM 使用者指南中的判斷帳戶中的請求獲得允許或遭到拒絕。)

但是,對於需要以資源為基礎的政策(請參閱上文)的 AWS Cloud9 API 操作,如果在資源策略中將其指定為,則會將許可授予給正Principal在呼叫的 IAM 實體。此明確權限的優先順序高於對工作階段原則的隱含拒絕,因此可讓工作階段成功呼叫 AWS Cloud9 API 作業。

AWS 受管理的政策 AWS Cloud9

受 AWS 管理的策略是由建立和管理的獨立策略 AWS。 AWS 受管理的策略旨在為許多常見使用案例提供權限,以便您可以開始將權限指派給使用者、群組和角色。

請記住, AWS 受管理的政策可能不會為您的特定使用案例授與最低權限權限,因為這些權限可供所有 AWS 客戶使用。我們建議您定義使用案例專屬的客戶管理政策,以便進一步減少許可。

您無法變更受 AWS 管理策略中定義的權限。如果 AWS 更新 AWS 受管理原則中定義的權限,則此更新會影響附加原則的所有主體識別 (使用者、群組和角色)。 AWS 當新的啟動或新 AWS 服務 的 API 操作可用於現有服務時,最有可能更新 AWS 受管理策略。

如需詳細資訊,請參閱《IAM 使用者指南》中的 AWS 受管政策

AWS 受管理的策略: AWSCloud9Administrator

您可將 AWSCloud9Administrator 政策連接到 IAM 身分。

此原則會授與提供系統管理員存取權的管理權限 AWS Cloud9。

許可詳細資訊

此政策包含以下許可。

  • AWS Cloud9 — 在他們的所有 AWS Cloud9 行動 AWS 帳戶.

  • Amazon EC2 — 取得其 AWS 帳戶中多個 Amazon VPC 和子網路資源的相關資訊。

  • IAM — 取得 IAM 使用者的相關資訊 AWS 帳戶,並視需要在其 AWS 帳戶 中建立 AWS Cloud9 服務連結角色。

  • Systems Manager:允許使用者呼叫 StartSession 以啟動工作階段管理員工作階段之執行個體的連線。使用者如果要透過 Systems Manager 開啟與 EC2 執行個體通訊的環境,就需要此許可。如需詳細資訊,請參閱 使用 AWS Systems Manager 存取無輸入的 EC2 執行個體

{ "Version": "2012-10-17", "Statement": [ { "Effect": "Allow", "Action": [ "cloud9:*", "iam:GetUser", "iam:ListUsers", "ec2:DescribeVpcs", "ec2:DescribeSubnets", "ec2:DescribeInstanceTypeOfferings", "ec2:DescribeRouteTables" ], "Resource": "*" }, { "Effect": "Allow", "Action": [ "iam:CreateServiceLinkedRole" ], "Resource": "*", "Condition": { "StringLike": { "iam:AWSServiceName": "cloud9.amazonaws.com" } } }, { "Effect": "Allow", "Action": [ "ssm:StartSession", "ssm:GetConnectionStatus" ], "Resource": "arn:aws:ec2:*:*:instance/*", "Condition": { "StringLike": { "ssm:resourceTag/aws:cloud9:environment": "*" }, "StringEquals": { "aws:CalledViaFirst": "cloud9.amazonaws.com" } } }, { "Effect": "Allow", "Action": [ "ssm:StartSession" ], "Resource": [ "arn:aws:ssm:*:*:document/*" ] } ] }

AWS 受管理的策略: AWSCloud9User

您可將 AWSCloud9User 政策連接到 IAM 身分。

此政策向使用者授予建立 AWS Cloud9 開發環境並管理自有環境的許可。

許可詳細資訊

此政策包含以下許可。

  • AWS Cloud9 — 建立並取得其環境的相關資訊,以及取得和變更其環境的使用者設定。

  • Amazon EC2 — 取得其 AWS 帳戶中多個 Amazon VPC 和子網路資源的相關資訊。

  • IAM — 取得 IAM 使用者的相關資訊 AWS 帳戶,並視需要在其 AWS 帳戶 中建立 AWS Cloud9 服務連結角色。

  • Systems Manager:允許使用者呼叫 StartSession 以啟動工作階段管理員工作階段之執行個體的連線。使用者如果要透過 Systems Manager 開啟與 EC2 執行個體通訊的環境,就需要此許可。如需詳細資訊,請參閱 使用 AWS Systems Manager 存取無輸入的 EC2 執行個體

{ "Version": "2012-10-17", "Statement": [ { "Effect": "Allow", "Action": [ "cloud9:UpdateUserSettings", "cloud9:GetUserSettings", "iam:GetUser", "iam:ListUsers", "ec2:DescribeVpcs", "ec2:DescribeSubnets", "ec2:DescribeInstanceTypeOfferings", "ec2:DescribeRouteTables" ], "Resource": "*" }, { "Effect": "Allow", "Action": [ "cloud9:CreateEnvironmentEC2", "cloud9:CreateEnvironmentSSH" ], "Resource": "*", "Condition": { "Null": { "cloud9:OwnerArn": "true" } } }, { "Effect": "Allow", "Action": [ "cloud9:GetUserPublicKey" ], "Resource": "*", "Condition": { "Null": { "cloud9:UserArn": "true" } } }, { "Effect": "Allow", "Action": [ "cloud9:DescribeEnvironmentMemberships" ], "Resource": [ "*" ], "Condition": { "Null": { "cloud9:UserArn": "true", "cloud9:EnvironmentId": "true" } } }, { "Effect": "Allow", "Action": [ "iam:CreateServiceLinkedRole" ], "Resource": "*", "Condition": { "StringLike": { "iam:AWSServiceName": "cloud9.amazonaws.com" } } }, { "Effect": "Allow", "Action": [ "ssm:StartSession", "ssm:GetConnectionStatus" ], "Resource": "arn:aws:ec2:*:*:instance/*", "Condition": { "StringLike": { "ssm:resourceTag/aws:cloud9:environment": "*" }, "StringEquals": { "aws:CalledViaFirst": "cloud9.amazonaws.com" } } }, { "Effect": "Allow", "Action": [ "ssm:StartSession" ], "Resource": [ "arn:aws:ssm:*:*:document/*" ] } ] }

AWS 受管理的策略: AWSCloud9EnvironmentMember

您可將 AWSCloud9EnvironmentMember 政策連接到 IAM 身分。

此原則授與提供加入 AWS Cloud9 共用環境之能力的成員資格權限。

許可詳細資訊

此政策包含以下許可:

  • AWS Cloud9 — 取得有關其環境的資訊,以及取得和變更其環境的使用者設定。

  • IAM — 取得 IAM 使用者的相關資訊 AWS 帳戶,並視需要在其 AWS 帳戶 中建立 AWS Cloud9 服務連結角色。

  • Systems Manager:允許使用者呼叫 StartSession 以啟動工作階段管理員工作階段之執行個體的連線。使用者如果要透過 Systems Manager 開啟與 EC2 執行個體通訊的環境,就需要此許可。如需詳細資訊,請參閱 使用 AWS Systems Manager 存取無輸入的 EC2 執行個體

{ "Version": "2012-10-17", "Statement": [ { "Effect": "Allow", "Action": [ "cloud9:GetUserSettings", "cloud9:UpdateUserSettings", "iam:GetUser", "iam:ListUsers" ], "Resource": "*" }, { "Effect": "Allow", "Action": [ "cloud9:DescribeEnvironmentMemberships" ], "Resource": [ "*" ], "Condition": { "Null": { "cloud9:UserArn": "true", "cloud9:EnvironmentId": "true" } } }, { "Effect": "Allow", "Action": [ "ssm:StartSession", "ssm:GetConnectionStatus" ], "Resource": "arn:aws:ec2:*:*:instance/*", "Condition": { "StringLike": { "ssm:resourceTag/aws:cloud9:environment": "*" }, "StringEquals": { "aws:CalledViaFirst": "cloud9.amazonaws.com" } } }, { "Effect": "Allow", "Action": [ "ssm:StartSession" ], "Resource": [ "arn:aws:ssm:*:*:document/*" ] } ] }

AWS 受管理的策略:AWSCloud9ServiceRolePolicy

服務連結角色 AWSServiceRoleForAWSCloud9 使用此政策允許 AWS Cloud9 環境與 Amazon EC2 和 AWS CloudFormation 資源互動。

許可詳細資訊

AWSCloud9ServiceRolePolicy授予 AWSServiceRoleForAWSCloud 9 個必要的許可,以 AWS Cloud9 允許與建立和執行開發環境所需的 AWS 服務 (Amazon EC2 和 AWS CloudFormation) 互動。

AWS Cloud9 定義其服務連結角色的權限,而且只 AWS Cloud9 能擔任其角色。定義的許可包括信任政策和許可政策,且該許可政策無法附加至其他 IAM 實體。

如需如何 AWS Cloud9 使用服務連結角色的詳細資訊,請參閱使用 AWS Cloud9 的服務連結角色

{ "Version": "2012-10-17", "Statement": [ { "Effect": "Allow", "Action": [ "ec2:RunInstances", "ec2:CreateSecurityGroup", "ec2:DescribeVpcs", "ec2:DescribeSubnets", "ec2:DescribeSecurityGroups", "ec2:DescribeInstances", "ec2:DescribeInstanceStatus", "cloudformation:CreateStack", "cloudformation:DescribeStacks", "cloudformation:DescribeStackEvents", "cloudformation:DescribeStackResources" ], "Resource": "*" }, { "Effect": "Allow", "Action": [ "ec2:TerminateInstances", "ec2:DeleteSecurityGroup", "ec2:AuthorizeSecurityGroupIngress" ], "Resource": "*" }, { "Effect": "Allow", "Action": [ "cloudformation:DeleteStack" ], "Resource": "arn:aws:cloudformation:*:*:stack/aws-cloud9-*" }, { "Effect": "Allow", "Action": [ "ec2:CreateTags" ], "Resource": [ "arn:aws:ec2:*:*:instance/*", "arn:aws:ec2:*:*:security-group/*" ], "Condition": { "StringLike": { "aws:RequestTag/Name": "aws-cloud9-*" } } }, { "Effect": "Allow", "Action": [ "ec2:StartInstances", "ec2:StopInstances" ], "Resource": "*", "Condition": { "StringLike": { "ec2:ResourceTag/aws:cloudformation:stack-name": "aws-cloud9-*" } } }, { "Effect": "Allow", "Action": [ "ec2:StartInstances", "ec2:StopInstances" ], "Resource": [ "arn:aws:license-manager:*:*:license-configuration:*" ] }, { "Effect": "Allow", "Action": [ "iam:ListInstanceProfiles", "iam:GetInstanceProfile" ], "Resource": [ "arn:aws:iam::*:instance-profile/cloud9/*" ] }, { "Effect": "Allow", "Action": [ "iam:PassRole" ], "Resource": [ "arn:aws:iam::*:role/service-role/AWSCloud9SSMAccessRole" ], "Condition": { "StringLike": { "iam:PassedToService": "ec2.amazonaws.com" } } } ] }

AWS Cloud9AWS 受管理策略的更新

檢視 AWS Cloud9 自此服務開始追蹤這些變更以來的 AWS 受管理策略更新詳細資料。如需有關此頁面變更的自動警示,請訂閱「 AWS Cloud9 文件歷史記錄」頁面上的 RSS 摘要。

變更 描述 日期

新動作已新增至AWSCloud9UserAWSCloud9AdministratorAWSCloud9EnvironmentMember原則。

ssm:GetConnectionStatus作已新增至AWSCloud9UserAWSCloud9AdministratorAWSCloud9EnvironmentMember策略。此動作將授與使用者檢查 SSM 連線狀態的權限。cloud9:ValidateEnvironmentNameAPI 已從AWSCloud9User政策中移除,因為它已被取代。

2023 年 10 月 12 日

API 已新增至AWSCloud9UserAWSCloud9Administrator政策。

兩個新的 API 已添加到AWSCloud9UserAWSCloud9Administrator策略中,這些 API 的是ec2:DescribeInstanceTypeOfferingsec2:DescribeRouteTables。這些 API 的目的是 AWS Cloud9 要驗證預設子網路是否支援客戶在建立 AWS Cloud9 環境時選擇的執行個體類型。

2023年8月02 日

更新至 AWSCloud9ServiceRolePolicy

AWSCloud9ServiceRolePolicy已更新, AWS Cloud9 允許啟動和停止由 License Manager 授權組態管理的 Amazon EC2 執行個體。

2022 年 1 月 12 日

AWS Cloud9 開始追蹤變更

AWS Cloud9 開始追蹤其 AWS 受管理策略的變更。

2021 年 3 月 15 日

建立客戶管理的政策 AWS Cloud9

如果所有 AWS 受管政策都不符合您的存取控制需求,您可以建立並附加自己的客戶管理政策。

若要建立客戶受管政策,請參閱 IAM 使用者指南中的建立 IAM 政策 (主控台)

指定政策元素:效果、委託人、動作和資源

服務會針對每個 AWS Cloud9 資源定義一組 API 作業。若要授與這些 API 作業的權限,請 AWS Cloud9 定義一組您可以在政策中指定的動作。

以下是基本的政策元素:

  • Effect - 您可以指定使用者請求動作時會有什麼效果 (允許或拒絕)。如果您未明確授予存取 (允許) 資源,則隱含地拒絕存取。您也可以明確拒絕存取資源。如要確保即使在其他政策授予存取權時,使用者仍無法存取資源,您可以採取此動作。

  • Principal - 在以身分為基礎的政策 (IAM 政策) 中,政策連接的使用者是隱含主體。對於以資源為基礎的政策,您可以指定希望獲得許可的使用者、帳戶、服務或其他實體。

  • Resource - 使用 Amazon Resource Name (ARN) 來識別要套用政策的資源。

  • Action - 使用動作關鍵字來識別要允許或拒絕的資源操作。例如,cloud9:CreateEnvironmentEC2 許可授予使用者執行 CreateEnvironmentEC2 操作的許可。

如需進一步了解 IAM 政策語法和說明,請參閱 IAM 使用者指南中的 IAM JSON 政策參考

如需顯示所有 AWS Cloud9 API 動作及其套用之資源的表格,請參閱AWS Cloud9 權限參考.

客戶受管政策範例

在本節中,您可以找到授予 AWS Cloud9 動作許可的政策範例。您可以調整下列 IAM 政策範例來允許或明確拒絕 IAM 身分的 AWS Cloud9 存取。

若要建立客戶受管政策或將其連接到 IAM 身分,請參閱 IAM 使用者指南中的建立 IAM 政策 (主控台)連接 IAM 政策 (主控台)

注意

下列範例使用美國東部 (俄亥俄us-east-2) 區域 ()、虛構 AWS 帳戶 ID (123456789012) 和虛構的 AWS Cloud9 開發環境 ID ()。81e900317347585a0601e04c8d52eaEX

取得環境的相關資訊

下列是連接到 IAM 實體的 IAM 政策陳述式範例,此範例讓該實體取得其帳戶中任何環境的相關資訊。

{ "Version": "2012-10-17", "Statement": [ { "Effect": "Allow", "Action": "cloud9:DescribeEnvironments", "Resource": "*" } ] }
注意

先前的存取權限已包含在 AWS 受管理的策略AWSCloud9Administrator和中AWSCloud9User

建立 EC2 環境

下列附加至 IAM 實體的 IAM 政策陳述式範例可讓該實體在其帳戶中建立 AWS Cloud9 EC2 開發環境。

{ "Version": "2012-10-17", "Statement": [ { "Effect": "Allow", "Action": "cloud9:CreateEnvironmentEC2", "Resource": "*" } ] }
注意

先前的存取權限已包含在 AWS 受管理的策略AWSCloud9Administrator和中AWSCloud9User

建立具有特定 Amazon EC2 執行個體類型的 EC2 環境

下列附加至 IAM 實體的 IAM 政策陳述式範例可讓該實體在其帳戶中建立 AWS Cloud9 EC2 開發環境。不過,EC2 環境只能使用指定的 Amazon EC2 執行個體類型類別。

{ "Version": "2012-10-17", "Statement": [ { "Effect": "Allow", "Action": "cloud9:CreateEnvironmentEC2", "Resource": "*", "Condition": { "StringLike": { "cloud9:InstanceType": "t3.*" } } } ] }
注意

如果受 AWS 管政策AWSCloud9AdministratorAWSCloud9User已附加至 IAM 實體,則該 AWS 受管政策會覆寫前述 IAM 政策聲明的行為。這是因為這些 AWS 受管理的政策較寬鬆。

在特定 Amazon VPC 子網路中建立 EC2 環境

下列附加至 IAM 實體的 IAM 政策陳述式範例可讓該實體在其帳戶中建立 AWS Cloud9 EC2 開發環境。不過,EC2 環境只能使用指定的 Amazon VPC 子網路。

{ "Version": "2012-10-17", "Statement": [ { "Effect": "Allow", "Action": "cloud9:CreateEnvironmentEC2", "Resource": "*", "Condition": { "StringLike": { "cloud9:SubnetId": [ "subnet-12345678", "subnet-23456789" ] } } } ] }
注意

如果受 AWS 管政策AWSCloud9AdministratorAWSCloud9User已附加至 IAM 實體,則該 AWS 受管政策會覆寫前述 IAM 政策聲明的行為。這是因為這些 AWS 受管理的政策較寬鬆。

建立具有特定環境名稱的 EC2 環境

下列附加至 IAM 實體的 IAM 政策陳述式範例可讓該實體在其帳戶中建立 AWS Cloud9 EC2 開發環境。不過,EC2 環境只能使用指定的名稱。

{ "Version": "2012-10-17", "Statement": [ { "Effect": "Allow", "Action": "cloud9:CreateEnvironmentEC2", "Resource": "*", "Condition": { "StringEquals": { "cloud9:EnvironmentName": "my-demo-environment" } } } ] }
注意

如果受 AWS 管政策AWSCloud9AdministratorAWSCloud9User已附加至 IAM 實體,則該 AWS 受管政策會覆寫前述 IAM 政策聲明的行為。這是因為這些 AWS 受管理的政策較寬鬆。

只建立 SSH 環境

下列附加至 IAM 實體的 IAM 政策陳述式範例可讓該實體在其帳戶中建立 AWS Cloud9 SSH 開發環境。但是,實體無法建立 AWS Cloud9 EC2 開發環境。

{ "Version": "2012-10-17", "Statement": [ { "Effect": "Allow", "Action": "cloud9:CreateEnvironmentSSH", "Resource": "*" }, { "Effect": "Deny", "Action": "cloud9:CreateEnvironmentEC2", "Resource": "*" } ] }

更新環境或防止更新環境

下列附加至 IAM 實體的 IAM 政策陳述式範例可讓該實體變更其帳戶中任何 AWS Cloud9 開發環境的相關資訊。

{ "Version": "2012-10-17", "Statement": [ { "Effect": "Allow", "Action": "cloud9:UpdateEnvironment", "Resource": "*" } ] }
注意

AWS 受管理策略中已包含先前的存取權限AWSCloud9Administrator

下列是連接到 IAM 實體的 IAM 政策陳述式範例,此範例明確防止該實體變更具有指定 Amazon Resource Name (ARN) 的環境相關資訊。

{ "Version": "2012-10-17", "Statement": [ { "Effect": "Deny", "Action": "cloud9:UpdateEnvironment", "Resource": "arn:aws:cloud9:us-east-2:123456789012:environment:81e900317347585a0601e04c8d52eaEX" } ] }

取得環境成員清單

下列是連接到 IAM 實體的 IAM 政策陳述式範例,此範例可讓該實體取得帳戶中任何環境的成員清單。

{ "Version": "2012-10-17", "Statement": [ { "Effect": "Allow", "Action": "cloud9:DescribeEnvironmentMemberships", "Resource": "*" } ] }
注意

AWS 受管理策略中已包含先前的存取權限AWSCloud9Administrator。此外,先前的存取權限比 AWS 受管理原則中的對等存取權限更為寬鬆。AWSCloud9User

只與特定使用者共享環境

下列是連接到 IAM 實體的 IAM 政策陳述式範例,此範例讓該實體只能與指定使用者共用帳戶中的任何環境。

{ "Version": "2012-10-17", "Statement": [ { "Effect": "Allow", "Action": [ "cloud9:CreateEnvironmentMembership" ], "Resource": "*", "Condition": { "StringEquals": { "cloud9:UserArn": "arn:aws:iam::123456789012:user/MyDemoUser" } } } ] }
注意

如果受 AWS 管政策AWSCloud9AdministratorAWSCloud9User已附加至 IAM 實體,則這些 AWS 受管政策會覆寫前述 IAM 政策聲明的行為。這是因為這些 AWS 受管理的政策較寬鬆。

防止共享環境

下列是連接到 IAM 實體的 IAM 政策陳述式範例,此範例會防止該實體共用帳戶中的任何環境。

{ "Version": "2012-10-17", "Statement": [ { "Effect": "Deny", "Action": [ "cloud9:CreateEnvironmentMembership", "cloud9:UpdateEnvironmentMembership" ], "Resource": "*" } ] }

變更或防止變更環境成員的設定

下列是連接到 IAM 實體的 IAM 政策陳述式範例,此範例可讓該實體變更帳戶中任何環境裡的成員設定。

{ "Version": "2012-10-17", "Statement": [ { "Effect": "Allow", "Action": "cloud9:UpdateEnvironmentMembership", "Resource": "*" } ] }
注意

AWS 受管理策略中已包含先前的存取權限AWSCloud9Administrator

下列是連接到 IAM 實體的 IAM 政策陳述式範例,此範例可明確防止該實體在具有指定 Amazon Resource Name (ARN) 的環境中變更成員設定。

{ "Version": "2012-10-17", "Statement": [ { "Effect": "Deny", "Action": "cloud9:UpdateEnvironmentMembership", "Resource": "arn:aws:cloud9:us-east-2:123456789012:environment:81e900317347585a0601e04c8d52eaEX" } ] }

移除或防止移除環境成員

下列是連接到 IAM 實體的 IAM 政策陳述式範例,此範例可讓該實體移除帳戶中任何環境裡的成員。

{ "Version": "2012-10-17", "Statement": [ { "Effect": "Allow", "Action": "cloud9:DeleteEnvironmentMembership", "Resource": "*" } ] }
注意

AWS 受管理策略中已包含先前的存取權限AWSCloud9Administrator

下列是連接到 IAM 實體的 IAM 政策陳述式範例,此範例可明確防止該實體在具有指定 Amazon Resource Name (ARN) 的環境中移除任何成員。

{ "Version": "2012-10-17", "Statement": [ { "Effect": "Deny", "Action": "cloud9:DeleteEnvironmentMembership", "Resource": "arn:aws:cloud9:us-east-2:123456789012:environment:81e900317347585a0601e04c8d52eaEX" } ] }

刪除或防止刪除環境

下列是連接到 IAM 實體的 IAM 政策陳述式範例,此範例可讓該實體刪除帳戶中的任何環境。

{ "Version": "2012-10-17", "Statement": [ { "Effect": "Allow", "Action": "cloud9:DeleteEnvironment", "Resource": "*" } ] }
注意

AWS 受管理策略中已包含先前的存取權限AWSCloud9Administrator

下列是連接到 IAM 實體的 IAM 政策陳述式範例,此範例可明確防止該實體刪除具有指定 Amazon Resource Name (ARN) 的環境。

{ "Version": "2012-10-17", "Statement": [ { "Effect": "Deny", "Action": "cloud9:DeleteEnvironment", "Resource": "arn:aws:cloud9:us-east-2:123456789012:environment:81e900317347585a0601e04c8d52eaEX" } ] }

建立 SSM 環境的自訂 IAM 政策

當建立附加AWSCloud9AdministratorAWSCloud9User原則的 SSM 環境時,會發生目前的權限問題。下列 IAM 政策陳述式範例連接至 IAM 實體時,可讓使用者附加和使用受 AWS 管政策AWSCloud9AdministratorAWSCloud9User

{ "Version": "2012-10-17", "Statement": [ { "Effect": "Allow", "Action": [ "cloud9:UpdateUserSettings", "cloud9:GetUserSettings", "iam:GetUser", "iam:ListUsers", "iam:ListRoles", "ec2:DescribeVpcs", "ec2:DescribeSubnets", "ec2:DescribeRouteTables" ], "Resource": "*" }, { "Effect": "Allow", "Action": [ "cloud9:CreateEnvironmentEC2", "cloud9:CreateEnvironmentSSH" ], "Resource": "*", "Condition": { "Null": { "cloud9:OwnerArn": "true" } } }, { "Effect": "Allow", "Action": [ "cloud9:GetUserPublicKey" ], "Resource": "*", "Condition": { "Null": { "cloud9:UserArn": "true" } } }, { "Effect": "Allow", "Action": [ "cloud9:DescribeEnvironmentMemberships" ], "Resource": [ "*" ], "Condition": { "Null": { "cloud9:UserArn": "true", "cloud9:EnvironmentId": "true" } } }, { "Effect": "Allow", "Action": [ "iam:CreateServiceLinkedRole" ], "Resource": "*", "Condition": { "StringLike": { "iam:AWSServiceName": "cloud9.amazonaws.com" } } }, { "Effect": "Allow", "Action": "ssm:StartSession", "Resource": "arn:aws:ec2:*:*:instance/*", "Condition": { "StringLike": { "ssm:resourceTag/aws:cloud9:environment": "*" }, "StringEquals": { "aws:CalledViaFirst": "cloud9.amazonaws.com" } } }, { "Effect": "Allow", "Action": [ "ssm:StartSession" ], "Resource": [ "arn:aws:ssm:*:*:document/*" ] }, { "Effect": "Allow", "Action": ["iam:ListInstanceProfilesForRole", "iam:CreateRole"], "Resource": ["arn:aws:iam::*:role/service-role/AWSCloud9SSMAccessRole"] }, { "Effect": "Allow", "Action": ["iam:AttachRolePolicy"], "Resource": ["arn:aws:iam::*:role/service-role/AWSCloud9SSMAccessRole"], "Condition": { "StringEquals": { "iam:PolicyARN": "arn:aws:iam::aws:policy/AWSCloud9SSMInstanceProfile" } } }, { "Effect": "Allow", "Action": "iam:PassRole", "Resource": "arn:aws:iam::*:role/service-role/AWSCloud9SSMAccessRole", "Condition": { "StringEquals": { "iam:PassedToService": "ec2.amazonaws.com" } } }, { "Effect": "Allow", "Action": [ "iam:CreateInstanceProfile", "iam:AddRoleToInstanceProfile" ], "Resource": [ "arn:aws:iam::*:instance-profile/cloud9/AWSCloud9SSMInstanceProfile" ] } ] }

AWS Cloud9 權限參考

您可以在 AWS Cloud9 原則中使用 AWS 寬條件金鑰來表示條件。如需取得清單,請參閱 IAM 使用者指南中的 IAM JSON 政策元素:條件

您可以在政策的 Action 欄位中指定動作。若要指定動作,請使用後接 API 操作名稱的 cloud9: 字首 (例如,"Action": "cloud9:DescribeEnvironments")。若要在單一陳述式中指定多個動作,請用逗號加以分隔 (例如 "Action": [ "cloud9:UpdateEnvironment", "cloud9:DeleteEnvironment" ])。

使用萬用字元

您可以使用或不使用萬用字元 (*),指定 ARN 做為政策之 Resource 欄位中的資源值。您可以使用萬用字元指定多個動作或資源。例如,cloud9:*指定所有 AWS Cloud9 動作,並cloud9:Describe*指定所有以開頭的 AWS Cloud9 動作Describe

下列範例可讓 IAM 實體取得其帳戶中任何環境與環境成員資格的相關資訊。

{ "Version": "2012-10-17", "Statement": [ { "Effect": "Allow", "Action": [ "cloud9:Describe*" ], "Resource": "*" } ] }
注意

AWS 受管理策略中已包含先前的存取權限AWSCloud9Administrator。此外,先前的存取權限比 AWS 受管理原則中的對等存取權限更寬鬆。AWSCloud9User

AWS Cloud9 API 操作和動作所需的權限

注意

當您設定存取控制及撰寫可連接到 IAM 身分的許可政策 (身分類型政策) 時,您可以使用下表做為參考。

Public API operations 資料表列出了可由使用 SDK 和 AWS Command Line Interface的客戶呼叫的 API 操作。

Permission-only API operations 列出無法由客戶程式碼或 AWS Command Line Interface直接呼叫的 API 操作。但是 IAM 使用者透過主控台執行 AWS Cloud9 動作時,確實需要呼叫這些操作的許可。

公有 API 操作
AWS Cloud9 操作 必要許可 (API 動作) 資源

CreateEnvironmentEC2

cloud9:CreateEnvironmentEC2

建立 AWS Cloud9 EC2 開發環境所需。

*

CreateEnvironmentMembership

cloud9:CreateEnvironmentMembership

必須具備才能將成員新增至環境。

arn:aws:cloud9:REGION_ID:ACCOUNT_ID:environment:ENVIRONMENT_ID

DeleteEnvironment

cloud9:DeleteEnvironment

必須具備才能刪除環境。

arn:aws:cloud9:REGION_ID:ACCOUNT_ID:environment:ENVIRONMENT_ID

DeleteEnvironmentMembership

cloud9:DeleteEnvironmentMembership

必須具備才能從環境移除成員。

arn:aws:cloud9:REGION_ID:ACCOUNT_ID:environment:ENVIRONMENT_ID

DescribeEnvironmentMemberships

cloud9:DescribeEnvironmentMemberships

必須具備才能取得環境中的成員清單。

*

DescribeEnvironments

cloud9:DescribeEnvironments

必須具備才能取得環境的相關資訊。

arn:aws:cloud9:REGION_ID:ACCOUNT_ID:environment:ENVIRONMENT_ID

DescribeEnvironmentStatus

cloud9:DescribeEnvironmentStatus

必須具備才能取得環境的狀態相關資訊。

arn:aws:cloud9:REGION_ID:ACCOUNT_ID:environment:ENVIRONMENT_ID

UpdateEnvironment

cloud9:UpdateEnvironment

必須具備才能更新環境的設定。

arn:aws:cloud9:REGION_ID:ACCOUNT_ID:environment:ENVIRONMENT_ID

UpdateEnvironmentMembership

cloud9:UpdateEnvironmentMembership

必須具備才能更新環境中成員的設定。

arn:aws:cloud9:REGION_ID:ACCOUNT_ID:environment:ENVIRONMENT_ID

需要許可的 API 操作
AWS Cloud9 操作 描述 主控台文件

ActivateEC2Remote

cloud9:ActivateEC2Remote

啟動 AWS Cloud9 IDE 連線到的亞馬遜 EC2 執行個體。

在 AWS Cloud9 中開啟環境

CreateEnvironmentSSH

cloud9:CreateEnvironmentSSH

創建一個 AWS Cloud9 SSH 開發環境。

建立 SSH 環境

CreateEnvironmentToken

cloud9:CreateEnvironmentToken

建立身分驗證字符,以允許在 AWS Cloud9 IDE 和使用者的環境之間形成連線。

建立 EC2 環境

DescribeEC2Remote

cloud9:DescribeEC2Remote

擷取與 EC2 開發環境連線的相關詳細資訊,包括主機、使用者和連接埠。

建立 EC2 環境

DescribeSSHRemote

cloud9:DescribeSSHRemote

擷取與 SSH 開發環境連線的相關詳細資訊,包括主機、使用者和連接埠。

建立 SSH 環境

GetEnvironmentConfig

cloud9:GetEnvironmentConfig

取得用來初始化 AWS Cloud9 IDE 的組態資訊。

使用 AWS Cloud9 整合開發環境 (IDE)

GetEnvironmentSettings

cloud9:GetEnvironmentSettings

取得指定開發環境的 AWS Cloud9 IDE 設定。

使用 AWS Cloud9 整合開發環境 (IDE)

GetMembershipSettings

cloud9:GetMembershipSettings

取得指定環境成員的 AWS Cloud9 IDE 設定。

使用 AWS Cloud9 的共用環境

GetUserPublicKey

cloud9:GetUserPublicKey

取得使用者的公開安全殼層金鑰,此金鑰可用 AWS Cloud9 來連線至 SSH 開發環境。

建立 SSH 環境

GetUserSettings

cloud9:GetUserSettings

取得指定使用者的 AWS Cloud9 IDE 設定。

使用 AWS Cloud9 整合開發環境 (IDE)

ModifyTemporaryCredentialsOnEnvironmentEC2

cloud9:ModifyTemporaryCredentialsOnEnvironmentEC2

在 AWS Cloud9 整合式開發環境 (IDE) 使用的 Amazon EC2 執行個體上設定 AWS 受管的臨時登入資料。

AWS 受管理的臨時憑

UpdateEnvironmentSettings

cloud9:UpdateEnvironmentSettings

更新指定開發環境的 AWS Cloud9 IDE 設定。

使用 AWS Cloud9 整合開發環境 (IDE)

UpdateMembershipSettings

cloud9:UpdateMembershipSettings

更新指定環境成員的 AWS Cloud9 IDE 設定。

使用 AWS Cloud9 的共用環境

UpdateSSHRemote

cloud9:UpdateSSHRemote

更新與 SSH 開發環境連線的相關詳細資訊,包括主機、使用者和連接埠。

建立 SSH 環境

UpdateUserSettings

cloud9:UpdateUserSettings

更新指定使用者的 AWS Cloud9 IDE 設定。

使用 AWS Cloud9 整合開發環境 (IDE)

GetMigrationExperiences

cloud9:GetMigrationExperiences

授予 AWS Cloud9 使用者取得從移轉體驗 AWS Cloud9 到的權限 CodeCatalyst。

AWS 受管理的臨時憑

如果您只是在尋找 AWS 管理臨時憑據支持的操作列表,請跳到AWS 受管理暫時認證支援的動作

對於 AWS Cloud9 EC2 開發環境,可 AWS Cloud9 讓您在環境中使用臨時 AWS 存取登入資料。我們將這些憑證稱為 AWS 受管臨時憑證。其具備下列優點:

  • 您不需要將 AWS 實體 (例如 IAM 使用者) 的永久 AWS 存取登入資料儲存在環境中的任何位置。這可防止環境成員在您不知悉且未核准的情況下存取這些憑證。

  • 您不需要手動設定、管理執行個體描述檔,或將其連接到與環境連線的 Amazon EC2 執行個體。執行個體設定檔是管理臨時 AWS 存取認證的另一種方法。

  • AWS Cloud9 會持續更新其暫時登入資料,因此只能在有限的時間內使用單一認證集。這是安 AWS 全性最佳作法。如需詳細資訊,請參閱 建立和更新 AWS 受管理的臨時認證

  • AWS Cloud9 對於如何使用其臨時登入資料來存取環境中的 AWS 動作和資源,提供額外的限制。這也是安 AWS 全性最佳作法。

重要

目前,如果您環境的 EC2 執行個體啟動到私有子網路,則無法使用 AWS 受管暫時登入資料來允許 EC2 環境代表 AWS 實體 (例如 IAM 使用者) 存取 AWS 服務。

如需詳細了解可在私有子網路中啟動 EC2 執行個體的時機,請參閱 建立子網路 AWS Cloud9

注意

當您使用受 AWS 管理的臨時登入資料時,請考慮使用 AWS 受管原則而非內嵌政策。

以下是每當 EC2 環境嘗試代表 AWS 實體 (例如 IAM 使用者) 存取時, AWS 受管臨時登入資料的運作方式: AWS 服務

  1. AWS Cloud9 檢查呼叫 AWS 實體 (例如 IAM 使用者) 是否具有針對中所請求資源採取要求動作的權限 AWS。如果許可不存在或已明確拒絕,則請求失敗。

  2. AWS Cloud9 檢查 AWS Managed 臨時認證,以查看其權限是否允許針對請求的資源執行請求的操作 AWS。如果許可不存在或已明確拒絕,則請求失敗。如需 AWS 管理暫時登入資料支援的權限清單,請參閱AWS 受管理暫時認證支援的動作

  • 如果 AWS 實體和 AWS 受管理的臨時認證都允許對請求的資源執行請求的動作,則請求成功。

  • 如果 AWS 實體或 AWS Managed 臨時認證明明確拒絕或無法明確允許請求的資源所請求的動作,則請求將失敗。這表示即使呼叫 AWS 實體具有正確的權限,如果要求 AWS Cloud9 未明確允許,也會失敗。同樣地,如果 AWS Cloud9 允許針對特定資源採取特定動作,則如果 AWS 實體也未明確允許,則要求會失敗。

EC2 環境的擁有者可以隨時開啟或關閉該環境的 AWS 受管暫時登入資料,如下所示:

  1. 在環境開啟的情況下,在 AWS Cloud9 IDE 中,選擇AWS Cloud9功能表列上的「偏好設定」。

  2. Preferences (偏好設定) 索引標籤的導覽窗格中,選擇 AWS Settings, Credentials (設定、憑證)

  3. 使用 AWS managed temporary credentials (AWS 受管臨時憑證) 將 AWS 受管臨時憑證設為開啟或關閉。

注意

您也可以透過呼叫 AWS Cloud9 API 作業UpdateEnvironment並將值指派給managedCredentialsAction參數,來開啟或關閉 AWS 受管理的臨時登入資料。您可以使用標準 AWS 工具 (例如 AWS SDK 和. AWS CLI

如果您關閉 AWS 受管理的臨時登入資料,則無論提出要求的 AWS 實體為何 AWS 服務,環境都無法存取任何登入資料。但是,假設您不能或不想要為環境開啟 AWS 受管理的臨時登入資料,而且您仍然需要該環境才能存取 AWS 服務。然後,請考慮下列替代方案:

上述替代方案會覆寫 EC2 環境中 AWS 受管臨時憑證所允許 (或拒絕) 的所有許可。

AWS 受管理暫時認證支援的動作

對於 AWS Cloud9 EC2 開發環境, AWS 受管臨時登入資料允許呼叫者中的所有 AWS 資源執行所有 AWS 動作 AWS 帳戶,但有以下限制:

  • 對於 AWS Cloud9,只允許下列動作:

    • cloud9:CreateEnvironmentEC2

    • cloud9:CreateEnvironmentSSH

    • cloud9:DescribeEnvironmentMemberships

    • cloud9:DescribeEnvironments

    • cloud9:DescribeEnvironmentStatus

    • cloud9:UpdateEnvironment

  • 在 IAM 方面,只允許下列動作:

    • iam:AttachRolePolicy

    • iam:ChangePassword

    • iam:CreatePolicy

    • iam:CreatePolicyVersion

    • iam:CreateRole

    • iam:CreateServiceLinkedRole

    • iam:DeletePolicy

    • iam:DeletePolicyVersion

    • iam:DeleteRole

    • iam:DeleteRolePolicy

    • iam:DeleteSSHPublicKey

    • iam:DetachRolePolicy

    • iam:GetInstanceProfile

    • iam:GetPolicy

    • iam:GetPolicyVersion

    • iam:GetRole

    • iam:GetRolePolicy

    • iam:GetSSHPublicKey

    • iam:GetUser

    • iam:List*

    • iam:PassRole

    • iam:PutRolePolicy

    • iam:SetDefaultPolicyVersion

    • iam:UpdateAssumeRolePolicy

    • iam:UpdateRoleDescription

    • iam:UpdateSSHPublicKey

    • iam:UploadSSHPublicKey

  • 所有與角色互動的 IAM 動作只可使用以 Cloud9- 開頭的角色名稱。不過,iam:PassRole 可使用所有角色名稱。

  • 對於 AWS Security Token Service (AWS STS),只允許下列動作:

    • sts:GetCallerIdentity

    • sts:DecodeAuthorizationMessage

  • 所有支援的 AWS 動作僅限於環境的 IP 位址。這是安 AWS 全性最佳作法。

如果 AWS Cloud9 不支援您需要 EC2 環境存取的動作或資源,或者 EC2 環境的 AWS 受管暫時登入資料已關閉且無法重新開啟,請考慮下列替代方法:

上述替代方案會覆寫 EC2 環境中 AWS 受管臨時憑證所允許 (或拒絕) 的所有許可。

建立和更新 AWS 受管理的臨時認證

對於 AWS Cloud9 EC2 開發環境,會在您第一次開啟環境時建立 AWS 受管的臨時登入資料。

AWS 受管理的臨時登入資料會在下列任一情況下更新:

  • 每經過特定的一段時間時。目前是每五分鐘一次。

  • 每次您重新載入顯示環境 IDE 的 Web 瀏覽器標籤時。

  • 達到環境的 ~/.aws/credentials 檔案中所列的時間戳記時。

  • AWS managed temporary credentials (AWS 受管臨時憑證) 設定設為關閉的情況下,每次您再重新開啟時。(若要檢視或變更此設定,請在 IDE 選單列中,選擇AWS Cloud9,Preferences (AWS Cloud9、偏好設定)。在 Preferences (偏好設定) 索引標籤的導覽窗格中,選擇 AWS Settings, Credentials (AWS 設定、憑證)。)

  • 為了安全起見, AWS 受管理的臨時登入資料會在 15 分鐘後自動 若要重新整理憑證,環境擁有者必須透過 IDE 連線至 AWS Cloud9 環境。如需環境擁有者的角色詳細資訊,請參閱 控制 AWS 受管臨時憑證的存取權

控制 AWS 受管臨時憑證的存取權

具有 AWS 受管理臨時登入資料的共同作業人員可以用 AWS Cloud9 來與其他 AWS 服務人互動。為了確保只有受信任的協作者才能獲得 AWS 受管臨時憑證,如果環境擁有者以外的任何人新增了成員,這些憑證就會停用。憑證會因 ~/.aws/credentials 檔案的刪除而停用。

重要

AWS 受管理的臨時登入資料也會每 15 分鐘自動過期。若要重新整理認證,以便協同合作者可以繼續使用它們,環境擁有者必須透過 IDE 連線至 AWS Cloud9 環境。

只有環境擁有者可以重新啟用 AWS 受管理的臨時登入資料,以便與其他成員共用。當環境擁有者開啟 IDE 時,會出現一個對話方塊,確認 AWS 受管理的暫時認證已停用。環境擁有者可以重新啟用所有成員的憑證,或維持停用所有成員的憑證。

警告

為了符合最佳安全性作法,如果您對上次新增至環境的使用者身分有疑慮,請將受管臨時憑證維持停用。您可以在 Collaborate (協作) 視窗檢查具有讀取/寫入權限的成員清單。