適用於 AWS CodePipeline的 Identity and Access Management - AWS CodePipeline

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

適用於 AWS CodePipeline的 Identity and Access Management

AWS Identity and Access Management (IAM) 可協助系統管理員安全地控制 AWS 資源存取權。 AWS 服務 IAM管理員控制誰可以驗證(登錄)和權(具有權限)使用 CodePipeline 資源。IAM是您 AWS 服務 可以免費使用的。

物件

你如何使用 AWS Identity and Access Management (IAM)不同,具體取決於你在做的工作 CodePipeline。

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

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

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

使用身分驗證

驗證是您 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 者指南中的多重要素驗證和使用多重要素驗證 (MFA) AWS的使用IAM者指南。

AWS 帳戶根使用者

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

IAM 使用者和群組

IAM使用者是您內部的身分,具 AWS 帳戶 有單一人員或應用程式的特定權限。在可能的情況下,我們建議您仰賴臨時登入資料,而不要建立具有長期認證 (例如密碼和存取金鑰) 的IAM使用者。不過,如果您的特定使用案例需要使用IAM者的長期認證,建議您輪換存取金鑰。如需詳細資訊,請參閱《使用指南》中的「IAM定期輪換存取金鑰」以瞭解需要長期認證的使用案例

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

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

IAM角色

IAM角色是您 AWS 帳戶 中具有特定權限的身份。它類似於用IAM戶,但不與特定人員相關聯。您可以 AWS Management Console 透過切換角色來暫時擔任中的角色。IAM您可以呼叫 AWS CLI 或 AWS API作業或使用自訂來擔任角色URL。如需有關使用角色方法的詳細資訊,請參閱《使用指南》中的IAM〈使用IAM角色

IAM具有臨時認證的角色在下列情況下很有用:

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

  • 暫時IAM使用者權限 — IAM 使用者或角色可以假定某個IAM角色,暫時取得特定工作的不同權限。

  • 跨帳戶存取 — 您可以使用IAM角色允許不同帳戶中的某個人 (受信任的主體) 存取您帳戶中的資源。角色是授予跨帳戶存取權的主要方式。但是,對於某些策略 AWS 服務,您可以將策略直接附加到資源(而不是使用角色作為代理)。若要瞭解跨帳戶存取角色與以資源為基礎的政策之間的差異,請參閱《IAM使用指南》IAM中的〈跨帳號資源存取〉。

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

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

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

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

  • 在 Amazon 上執行的應用程式 EC2 — 您可以使用IAM角色來管理在執行個體上EC2執行的應用程式以及發出 AWS CLI 或 AWS API請求的臨時登入資料。這比在EC2實例中存儲訪問密鑰更好。若要將 AWS 角色指派給EC2執行個體並讓其所有應用程式都能使用,請建立附加至執行個體的執行個體設定檔。執行個體設定檔包含角色,可讓執行個體上EC2執行的程式取得臨時登入資料。如需詳細資訊,請參閱使用者指南中的使用IAM角色將許可授與在 Amazon EC2 執行個體上執行的應IAM程式。

要了解是否使用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 受管政策。

其他政策類型

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

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

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

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

管理服 CodePipeline 務角色

CodePipeline 服務角色配置了一或多個策略,這些策略可控制對管道所使用 AWS 資源的存取。您可能想要將更多策略附加到此角色,編輯附加到該角色的策略,或在中設定其他服務角色的策略 AWS。在設定跨帳戶存取您的管道時,您可能也會想要將政策連接到角色。

重要

修改政策說明或將其他政策連接到角色,可能會導致您的管道停止運作。 CodePipeline 在以任何方式修改的服務角色之前,請確定您已瞭解其含意。對服務角色進行任何變更之後,務必測試您的管道。

注意

在主控台,在 2018 年 9 月之前建立的服務角色是以名稱 oneClick_AWS-CodePipeline-Service_ID-Number 建立。

2018 年 9 月之後建立的服務角色使用服務角色名稱格式 AWSCodePipelineServiceRole-Region-Pipeline_Name。例如,對於名為 MyFirstPipeline in 的管道eu-west-2,控制台會命名角色和策略AWSCodePipelineServiceRole-eu-west-2-MyFirstPipeline

從 CodePipeline 服務角色移除許可

您可以編輯服務角色說明,移除您未使用的資源存取。例如,如果您的管道中沒有包含 Elastic Beanstalk,您可以編輯政策陳述式以移除授與 Elastic Beanstalk 資源存取權的區段。

同樣地,如果您的管道都不包含 CodeDeploy,您可以編輯原則陳述式,移除授與 CodeDeploy 資源存取權的區段:

{ "Action": [ "codedeploy:CreateDeployment", "codedeploy:GetApplicationRevision", "codedeploy:GetDeployment", "codedeploy:GetDeploymentConfig", "codedeploy:RegisterApplicationRevision" ], "Resource": "*", "Effect": "Allow" },

將許可新增至 CodePipeline 服務角色

您必須使用尚 AWS 服務 未包含在預設服務角色原則陳述式中的權限來更新您的服務角色原則陳述式,才能在管線中使用該陳述式。

如果您用於管道的服務角色是在新增支援之前建立的,這一點尤其重要 CodePipeline AWS 服務。

下表顯示為其他新增支援的時間 AWS 服務。

AWS 服務 CodePipeline 支援日期
AWS CloudFormation StackSets 動作 2020 年 12 月 30 日
CodeCommit 完整克隆輸出假影格式 2020 年 11 月 11 日
CodeBuild 批次建置 2020 年 7 月 30 日
AWS AppConfig 2020 年 6 月 22 日
AWS Step Functions 2020 年 5 月 27 日
AWS CodeStar 連接 2019 年 12 月 18 日
CodeDeployToECS 動作 2018 年 11 月 27 日
Amazon ECR 2018 年 11 月 27 日
Service Catalog 2018 年 10 月 16 日
AWS Device Farm 2018 年 7 月 19 日
Amazon ECS 2017 年 12 月 12 日/二零一七年七月二十一日選擇加入標籤授權的更新
CodeCommit 2016 年 4 月 18 日
AWS OpsWorks 2016 年 6 月 2 日
AWS CloudFormation 2016 年 11 月 3 日
AWS CodeBuild 2016 年 12 月 1 日
Elastic Beanstalk 初始服務啟動

請依照下列步驟為支援的服務新增許可:

  1. 登入 AWS Management Console 並開啟IAM主控台,位於https://console.aws.amazon.com/iam/

  2. 在IAM主控台的瀏覽窗格中,選擇 [角色],然後從AWS-CodePipeline-Service角色清單中選擇您的角色。

  3. 在 [權限] 索引標籤的 [內嵌原則] 中,在服務角色原則的列中,選擇 [編輯原則]。

  4. 在 [原則] 文件方塊中新增必要的權限。

    注意

    建立IAM原則時,請遵循授與最低權限的標準安全性建議,也就是僅授與執行工作所需的權限。某些API呼叫支持基於資源的權限,並允許訪問受到限制。例如,在此情況下,若要限制呼叫DescribeTasks時的權限ListTasks,您可以將萬用字元 (*) 取代為資源ARN或包ARN含萬用字元 (*) 的資源。如需建立授與最低權限存取權之原則的詳細資訊,請參閱。https://docs.aws.amazon.com/IAM/latest/UserGuide/best-practices.html#grant-least-privilege

    例如,對於 CodeCommit 支持,請將以下內容添加到您的政策聲明中:

    { "Effect": "Allow", "Action": [ "codecommit:GetBranch", "codecommit:GetCommit", "codecommit:UploadArchive", "codecommit:GetUploadArchiveStatus", "codecommit:CancelUploadArchive" ], "Resource": "resource_ARN" },

    如需 AWS OpsWorks 支援,請在您的政策聲明中新增以下內容:

    { "Effect": "Allow", "Action": [ "opsworks:CreateDeployment", "opsworks:DescribeApps", "opsworks:DescribeCommands", "opsworks:DescribeDeployments", "opsworks:DescribeInstances", "opsworks:DescribeStacks", "opsworks:UpdateApp", "opsworks:UpdateStack" ], "Resource": "resource_ARN" },

    如需 AWS CloudFormation 支援,請在您的政策聲明中新增以下內容:

    { "Effect": "Allow", "Action": [ "cloudformation:CreateStack", "cloudformation:DeleteStack", "cloudformation:DescribeStackEvents", "cloudformation:DescribeStacks", "cloudformation:UpdateStack", "cloudformation:CreateChangeSet", "cloudformation:DeleteChangeSet", "cloudformation:DescribeChangeSet", "cloudformation:ExecuteChangeSet", "cloudformation:SetStackPolicy", "cloudformation:ValidateTemplate", "iam:PassRole" ], "Resource": "resource_ARN" },

    請注意,cloudformation:DescribeStackEvents權限是可選的。它允許動 AWS CloudFormation 作顯示更詳細的錯誤訊息。如果您不想在管線錯誤訊息中顯示資源詳細資料,則可以從IAM角色撤銷此權限。如需詳細資訊,請參閱AWS CloudFormation 部署動作參考

    如需 CodeBuild 支援,請在您的政策聲明中新增以下內容:

    { "Effect": "Allow", "Action": [ "codebuild:BatchGetBuilds", "codebuild:StartBuild" ], "Resource": "resource_ARN" },
    注意

    日後已新增對批次建置的 Support 援。如需新增至批次組建服務角色的權限,請參閱步驟 11。

    如需 AWS Device Farm 支援,請在您的政策聲明中新增以下內容:

    { "Effect": "Allow", "Action": [ "devicefarm:ListProjects", "devicefarm:ListDevicePools", "devicefarm:GetRun", "devicefarm:GetUpload", "devicefarm:CreateUpload", "devicefarm:ScheduleRun" ], "Resource": "resource_ARN" },

    如需 Service Catalog 支援,請將下列項目新增至您的原則陳述式:

    { "Effect": "Allow", "Action": [ "servicecatalog:ListProvisioningArtifacts", "servicecatalog:CreateProvisioningArtifact", "servicecatalog:DescribeProvisioningArtifact", "servicecatalog:DeleteProvisioningArtifact", "servicecatalog:UpdateProduct" ], "Resource": "resource_ARN" }, { "Effect": "Allow", "Action": [ "cloudformation:ValidateTemplate" ], "Resource": "resource_ARN" }
  5. 如需 Amazon ECR 支援,請將以下內容新增至您的政策聲明:

    { "Effect": "Allow", "Action": [ "ecr:DescribeImages" ], "Resource": "resource_ARN" },
  6. 對於 AmazonECS,以下是使用 Amazon ECS 部署動作建立管道所需的最低許可。

    { "Effect": "Allow", "Action": [ "ecs:DescribeServices", "ecs:DescribeTaskDefinition", "ecs:DescribeTasks", "ecs:ListTasks", "ecs:RegisterTaskDefinition", "ecs:TagResource", "ecs:UpdateService" ], "Resource": "resource_ARN" },

    您可以選擇在 Amazon 中使用標記授權ECS。選擇加入後,您必須授予以下權限:ecs:TagResource. 如需有關如何選擇加入以及判斷是否需要權限以及強制執行標籤授權的詳細資訊,請參閱 Amazon 彈性容器服務開發人員指南中的標記授權時間表

    您也必須新增iam:PassRole權限,才能將IAM角色用於工作。如需詳細資訊,請參閱 Amazon ECS 任務執行IAMIAM角色和任務角色。請使用下列原則文字。

    { "Version": "2012-10-17", "Statement": [ { "Effect": "Allow", "Action": "iam:PassRole", "Resource": [ "arn:aws:iam::aws_account_ID:role/ecsTaskExecutionRole_or_TaskRole_name" ] } ] }
  7. 對於CodeDeployToECS動作 (藍/綠部署),以下是使用至 Amazon ECS 藍/綠部署動作建立管道所需的最低許可。 CodeDeploy

    { "Effect": "Allow", "Action": [ "codedeploy:CreateDeployment", "codedeploy:GetDeployment", "codedeploy:GetApplication", "codedeploy:GetApplicationRevision", "codedeploy:RegisterApplicationRevision", "codedeploy:GetDeploymentConfig", "ecs:RegisterTaskDefinition", "ecs:TagResource" ], "Resource": "resource_ARN" },

    您可以選擇在 Amazon 中使用標記授權ECS。選擇加入後,您必須授予以下權限:ecs:TagResource. 如需有關如何選擇加入以及判斷是否需要權限以及強制執行標籤授權的詳細資訊,請參閱 Amazon 彈性容器服務開發人員指南中的標記授權時間表

    您也必須新增iam:PassRole權限,才能將IAM角色用於工作。如需詳細資訊,請參閱 Amazon ECS 任務執行IAMIAM角色和任務角色。請使用下列原則文字。

    { "Version": "2012-10-17", "Statement": [ { "Effect": "Allow", "Action": "iam:PassRole", "Resource": [ "arn:aws:iam::aws_account_ID:role/ecsTaskExecutionRole_or_TaskRole_name" ] } ] }

    您也可以在iam:PassedToService條件下新增ecs-tasks.amazonaws.com至服務清單,如此範例所示。

    { "Statement": [ { "Effect": "Allow", "Action": [ "iam:PassRole" ], "Resource": "resource_ARN", "Condition": { "StringEqualsIfExists": { "iam:PassedToService": [ "cloudformation.amazonaws.com", "elasticbeanstalk.amazonaws.com", "ec2.amazonaws.com", "ecs-tasks.amazonaws.com" ] } } },
  8. 對於 AWS CodeStar 連接,需要以下權限才能使用連接的源創建管道,例如 Bitbucket Cloud。

    { "Effect": "Allow", "Action": [ "codestar-connections:UseConnection" ], "Resource": "resource_ARN" },

    如需有關連線IAM權限的詳細資訊,請參閱連線權限參考

  9. 對於StepFunctions動作,以下是使用「Step Functions」叫用動作建立管線所需的最低權限。

    { "Effect": "Allow", "Action": [ "states:DescribeStateMachine", "states:DescribeExecution", "states:StartExecution" ], "Resource": "resource_ARN" },
  10. 對於此AppConfig動作,以下是使 AWS AppConfig 用 invoke 動作建立管線所需的最低權限。

    { "Effect": "Allow", "Action": [ "appconfig:StartDeployment", "appconfig:GetDeployment", "appconfig:StopDeployment" ], "Resource": "resource_ARN" },
  11. 如需批次建置的 CodeBuild 支援,請將下列內容新增至您的政策陳述式:

    { "Effect": "Allow", "Action": [ "codebuild:BatchGetBuildBatches", "codebuild:StartBuildBatch" ], "Resource": "resource_ARN" },
  12. 對於 AWS CloudFormation StackSets 動作,需要下列最低權限。

    • 對於CloudFormationStackSet動作,請將以下內容添加到您的政策聲明中:

      { "Effect": "Allow", "Action": [ "cloudformation:CreateStackSet", "cloudformation:UpdateStackSet", "cloudformation:CreateStackInstances", "cloudformation:DescribeStackSetOperation", "cloudformation:DescribeStackSet", "cloudformation:ListStackInstances" ], "Resource": "resource_ARN" },
    • 對於CloudFormationStackInstances動作,請將以下內容添加到您的政策聲明中:

      { "Effect": "Allow", "Action": [ "cloudformation:CreateStackInstances", "cloudformation:DescribeStackSetOperation" ], "Resource": "resource_ARN" },
  13. 如需完整複製選項的 CodeCommit 支援,請將下列內容新增至您的政策陳述式:

    { "Effect": "Allow", "Action": [ "codecommit:GetRepository" ], "Resource": "resource_ARN" },
    注意

    為了確保您的 CodeBuild 動作可以將完整複製選項與 CodeCommit 來源搭配使用,您還必須將codecommit:GitPull權限新增至專案 CodeBuild 服務角色的政策陳述式。

  14. 對於 Elastic Beanstalk,以下是使用ElasticBeanstalk部署動作建立管道所需的最低權限。

    { "Effect": "Allow", "Action": [ "elasticbeanstalk:*", "ec2:*", "elasticloadbalancing:*", "autoscaling:*", "cloudwatch:*", "s3:*", "sns:*", "cloudformation:*", "rds:*", "sqs:*", "ecs:*" ], "Resource": "resource_ARN" },
    注意

    您應該將資源策略中的萬用字元取代為您要限制存取的帳號的資源。如需建立授與最低權限存取權之原則的詳細資訊,請參閱。https://docs.aws.amazon.com/IAM/latest/UserGuide/best-practices.html#grant-least-privilege

  15. 對於您要為 CloudWatch 記錄設定的管道,以下是您需要新增至 CodePipeline 服務角色的最低權限。

    { "Effect": "Allow", "Action": [ "logs:DescribeLogGroups", "logs:PutRetentionPolicy" ], "Resource": "resource_ARN" },
    注意

    您應該將資源策略中的萬用字元取代為您要限制存取的帳號的資源。如需建立授與最低權限存取權之原則的詳細資訊,請參閱。https://docs.aws.amazon.com/IAM/latest/UserGuide/best-practices.html#grant-least-privilege

  16. 選擇檢閱政策,確保政策沒有任何錯誤。當原則沒有錯誤時,請選擇 [套用原則]。