View a markdown version of this page

的身分型政策範例AWS Glue DataBrew - AWS Glue DataBrew開發人員指南

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

的身分型政策範例AWS Glue DataBrew

根據預設,使用者和角色沒有建立或修改 DataBrew 資源的許可。他們也無法使用AWS 管理主控台AWS CLI或AWS APIs執行任務。管理員必須建立 IAM 政策,授與使用者和角色在指定資源上執行特定 API 操作所需的許可。管理員接著必須將這些政策連接至需要這些許可的使用者或群組。

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

政策最佳實務

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

  • 開始使用AWS受管政策並邁向最低權限許可 – 若要開始將許可授予您的使用者和工作負載,請使用將許可授予許多常見使用案例的 AWS受管政策。它們可在您的 中使用AWS 帳戶。我們建議您定義特定於使用案例AWS的客戶受管政策,以進一步減少許可。如需更多資訊,請參閱《IAM 使用者指南》中的 AWS受管政策任務職能的AWS受管政策

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

  • 使用 IAM 政策中的條件進一步限制存取權 – 您可以將條件新增至政策,以限制動作和資源的存取。例如,您可以撰寫政策條件,指定必須使用 SSL 傳送所有請求。如果透過特定 等使用服務動作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 安全最佳實務

使用 DataBrew 主控台

若要存取AWS Glue DataBrew主控台,您必須擁有一組最低許可。這些許可必須可讓您列出和檢視AWS帳戶中 DataBrew 資源的詳細資訊。如果您建立比最低必要許可更嚴格的身分型政策,主控台對於具有該政策的使用者或角色不會如預期運作。

為了確保使用者和角色可以使用 DataBrew 主控台,請將下列AWS受管政策連接至實體。如需詳細資訊,請參閱《IAM 使用者指南》中的新增許可到使用者

AWSDataBrewConsoleAccess

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

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

此範例會示範如何建立政策,允許 IAM 使用者檢視連接到他們使用者身分的內嵌及受管政策。此政策包含在主控台或使用 或AWS CLIAWS 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": "*" } ] }

根據標籤管理 DataBrew 資源

您可以在身分型政策中使用條件,根據標籤管理 DataBrew 資源,例如刪除、更新或描述資源。下列範例顯示拒絕刪除專案的政策。不過,只有在專案標籤擁有者具有 admin 的值時,才會拒絕刪除。此政策也會授予在主控台上拒絕此動作所需的許可。

JSON
{ "Version":"2012-10-17", "Statement": [ { "Sid": "DeleteResourceInConsole", "Effect": "Allow", "Action": "databrew:DeleteProject", "Resource": "*" }, { "Sid": "DenyDeleteProjectIfAdminTag", "Effect": "Deny", "Action": "databrew:DeleteProject", "Resource": "arn:aws:databrew:*:*:project/*", "Condition": { "StringEquals": {"aws:ResourceTag/Owner": "admin"} } } ] }

您可以將此政策連接到您帳戶中的 使用者。如果名為 richard-roe 的使用者嘗試刪除 DataBrew 專案,則資源不得標記 Owner=adminowner=admin。否則,拒絕使用者刪除專案的許可。條件標籤金鑰擁有者同時符合擁有者擁有者,因為條件金鑰名稱不區分大小寫。如需詳細資訊,請參閱《IAM 使用者指南》中的 IAM JSON 政策元素:條件

注意

ListDatasets、ListJobs、ListProjects、ListRecipes、ListRulesets 和 ListSchedules 不支援標籤型存取控制。