本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。 # Security Lake 如何與 IAM 搭配使用 在您使用 IAM 管理 Security Lake 的存取權之前，請先了解哪些 IAM 功能可與 Security Lake 搭配使用。 **您可以搭配 Amazon Security Lake 使用的 IAM 功能** | IAM 功能 | Security Lake 支援 | | --- | --- | | [身分型政策](#security_iam_service-with-iam-id-based-policies) | 是 | | [資源型政策](#security_iam_service-with-iam-resource-based-policies) | 是 | | [政策動作](#security_iam_service-with-iam-id-based-policies-actions) | 是 | | [政策資源](#security_iam_service-with-iam-id-based-policies-resources) | 是 | | [政策條件索引鍵](#security_iam_service-with-iam-id-based-policies-conditionkeys) | 是 | | [ACL](#security_iam_service-with-iam-acls) | 否 | | [ABAC (政策中的標籤)](#security_iam_service-with-iam-tags) | 是 | | [臨時憑證](#security_iam_service-with-iam-roles-tempcreds) | 是 | | [主體許可](#security_iam_service-with-iam-principal-permissions) | 是 | | [服務角色](#security_iam_service-with-iam-roles-service) | 否 | | [服務連結角色](#security_iam_service-with-iam-roles-service-linked) | 是 | 若要全面了解 Security Lake 和其他 AWS 服務如何與大多數 IAM 功能搭配使用，請參閱《[AWS IAM 使用者指南》中的與 IAM 搭配使用的 服務](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_aws-services-that-work-with-iam.html)。 ** ## Security Lake 的身分型政策 **支援身分型政策：**是 身分型政策是可以附加到身分 (例如 IAM 使用者、使用者群組或角色) 的 JSON 許可政策文件。這些政策可控制身分在何種條件下能對哪些資源執行哪些動作。如需了解如何建立身分型政策，請參閱《*IAM 使用者指南*》中的[透過客戶管理政策定義自訂 IAM 許可](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies_create.html)。 使用 IAM 身分型政策，您可以指定允許或拒絕的動作和資源，以及在何種條件下允許或拒絕動作。如要了解您在 JSON 政策中使用的所有元素，請參閱《*IAM 使用者指南*》中的 [IAM JSON 政策元素參考](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_elements.html)。 Security Lake 支援以身分為基礎的政策。如需詳細資訊，請參閱[Security Lake 的身分型政策範例](security_iam_id-based-policy-examples.md)。 ## Security Lake 中的資源型政策 **支援資源型政策：**是 資源型政策是附加到資源的 JSON 政策文件。資源型政策的最常見範例是 IAM *角色信任政策*和 Amazon S3 *儲存貯體政策*。在支援資源型政策的服務中，服務管理員可以使用它們來控制對特定資源的存取權限。對於附加政策的資源，政策會定義指定的主體可以對該資源執行的動作以及在何種條件下執行的動作。您必須在資源型政策中[指定主體](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_elements_principal.html)。委託人可以包含帳戶、使用者、角色、聯合身分使用者或 AWS 服務。 如需啟用跨帳戶存取權，您可以在其他帳戶內指定所有帳戶或 IAM 實體作為資源型政策的主體。如需詳細資訊，請參閱《*IAM 使用者指南*》中的 [IAM 中的快帳戶資源存取](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies-cross-account-resource-access.html)。 Security Lake 服務會為存放資料的 Amazon S3 儲存貯體建立資源型政策。您不會將這些以資源為基礎的政策連接到 S3 儲存貯體。Security Lake 會自動代表您建立這些政策。 範例資源是 Amazon Resource Name (ARN) 為 的 S3 儲存貯體`arn:aws:s3:::aws-security-data-lake-{region}-{bucket-identifier}`。在此範例中， `region` 是您啟用 Security Lake 的特定 AWS 區域 ，`bucket-identifier`也是 Security Lake 指派給儲存貯體的區域唯一英數字串。Security Lake 會建立 S3 儲存貯體來存放來自該區域的資料。資源政策會定義哪些主體可以在儲存貯體上執行動作。以下是 Security Lake 連接到儲存貯體的範例資源型政策 （儲存貯體政策）： ------ #### [ JSON ] **** ``` { "Version":"2012-10-17", "Statement": [ { "Effect": "Deny", "Principal": { "AWS": "*" }, "Action": "s3:*", "Resource": [ "arn:aws:s3:::aws-security-data-lake-{region}-{bucket-identifier}/*", "arn:aws:s3:::aws-security-data-lake-{region}-{bucket-identifier}" ], "Condition": { "Bool": { "aws:SecureTransport": "false" } } }, { "Sid": "PutSecurityLakeObject", "Effect": "Allow", "Principal": { "Service": "securitylake.amazonaws.com" }, "Action": "s3:PutObject", "Resource": [ "arn:aws:s3:::aws-security-data-lake-{region}-{bucket-identifier}/*", "arn:aws:s3:::aws-security-data-lake-{region}-{bucket-identifier}" ], "Condition": { "StringEquals": { "aws:SourceAccount": "{DA-AccountID}", "s3:x-amz-acl": "bucket-owner-full-control" }, "ArnLike": { "aws:SourceArn": "arn:aws:securitylake:us-east-1:111122223333:*" } } } ] } ``` ------ 若要進一步了解以資源為基礎的政策，請參閱《*IAM 使用者指南*》中的[以身分為基礎的政策和資源為基礎的政策](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies_identity-vs-resource.html)。 ## Security Lake 的政策動作 **支援政策動作：**是 管理員可以使用 AWS JSON 政策來指定誰可以存取內容。也就是說，哪個**主體**在什麼**條件**下可以對什麼**資源**執行哪些**動作**。 JSON 政策的 `Action` 元素描述您可以用來允許或拒絕政策中存取的動作。政策會使用動作來授予執行相關聯動作的許可。 如需 Security Lake 動作的清單，請參閱*《服務授權參考*》中的 [Amazon Security Lake 定義的動作](https://docs.aws.amazon.com/IAM/latest/UserGuide/list_amazonsecuritylake.html#amazonsecuritylake-actions-as-permissions)。 Security Lake 中的政策動作在動作之前使用以下字首： ``` securitylake ``` 例如，若要授予使用者存取特定訂閱者相關資訊的許可，請在指派給該使用者的政策中包含 `securitylake:GetSubscriber`動作。政策陳述式必須包含 `Action` 或 `NotAction` 元素。Security Lake 會定義自己的一組動作，描述您可以使用此服務執行的任務。 若要在單一陳述式中指定多個動作，請用逗號分隔。 ``` "Action": [ "securitylake:action1", "securitylake:action2" ] ``` 若要檢視 Security Lake 身分型政策的範例，請參閱 [Security Lake 的身分型政策範例](security_iam_id-based-policy-examples.md)。 ## Security Lake 的政策資源 **支援政策資源：**是 管理員可以使用 AWS JSON 政策來指定誰可以存取內容。也就是說，哪個**主體**在什麼**條件**下可以對什麼**資源**執行哪些**動作**。 `Resource` JSON 政策元素可指定要套用動作的物件。最佳實務是使用其 [Amazon Resource Name (ARN)](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference-arns.html) 來指定資源。若動作不支援資源層級許可，使用萬用字元 (\$1) 表示該陳述式適用於所有資源。 ``` "Resource": "*" ``` Security Lake 定義下列資源類型：訂閱者，以及 AWS 帳戶 特定 的資料湖組態 AWS 區域。您可以使用 ARNs 在政策中指定這些類型的資源。 如需 Security Lake 資源類型和每個類型的 ARN 語法清單，請參閱*《服務授權參考*》中的 [Amazon Security Lake 定義的資源類型](https://docs.aws.amazon.com/IAM/latest/UserGuide/list_amazonsecuritylake.html#amazonsecuritylake-resources-for-iam-policies)。若要了解您可以為每種資源類型指定哪些動作，請參閱*《服務授權參考*》中的 [Amazon Security Lake 定義的動作](https://docs.aws.amazon.com/IAM/latest/UserGuide/list_amazonsecuritylake.html#amazonsecuritylake-actions-as-permissions)。 若要檢視 Security Lake 身分型政策的範例，請參閱 [Security Lake 的身分型政策範例](security_iam_id-based-policy-examples.md)。 ## Security Lake 的政策條件索引鍵 **支援服務特定政策條件金鑰：**是 管理員可以使用 AWS JSON 政策來指定誰可以存取內容。也就是說，哪個**主體**在什麼**條件**下可以對什麼**資源**執行哪些**動作**。 `Condition` 元素會根據定義的條件，指定陳述式的執行時機。您可以建立使用[條件運算子](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_elements_condition_operators.html)的條件運算式 (例如等於或小於)，來比對政策中的條件和請求中的值。若要查看所有 AWS 全域條件索引鍵，請參閱《*IAM 使用者指南*》中的[AWS 全域條件內容索引鍵](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_condition-keys.html)。 如需 Security Lake 條件金鑰的清單，請參閱*《服務授權參考*》中的 [Amazon Security Lake 的條件金鑰](https://docs.aws.amazon.com/IAM/latest/UserGuide/list_amazonsecuritylake.html#amazonsecuritylake-policy-keys)。若要了解您可以搭配哪些動作和資源使用條件金鑰，請參閱*《服務授權參考*》中的 [Amazon Security Lake 定義的動作](https://docs.aws.amazon.com/IAM/latest/UserGuide/list_amazonsecuritylake.html#amazonsecuritylake-actions-as-permissions)。如需使用條件索引鍵的政策範例，請參閱 [Security Lake 的身分型政策範例](security_iam_id-based-policy-examples.md)。 ## Security Lake 中的存取控制清單 (ACLs) **支援 ACL：**否 存取控制清單 (ACL) 可控制哪些主體 (帳戶成員、使用者或角色) 擁有存取某資源的許可。ACL 類似於資源型政策，但它們不使用 JSON 政策文件格式。 Security Lake 不支援 ACLs，這表示您無法將 ACL 連接至 Security Lake 資源。 ## 使用 Security Lake 的屬性型存取控制 (ABAC) **支援 ABAC (政策中的標籤)：**是 屬性型存取控制 (ABAC) 是一種授權策略，依據稱為標籤的屬性來定義許可。您可以將標籤連接至 IAM 實體 AWS 和資源，然後設計 ABAC 政策，以便在主體的標籤符合資源上的標籤時允許操作。 如需根據標籤控制存取，請使用 `aws:ResourceTag/key-name`、`aws:RequestTag/key-name` 或 `aws:TagKeys` 條件索引鍵，在政策的[條件元素](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_elements_condition.html)中，提供標籤資訊。 如果服務支援每個資源類型的全部三個條件金鑰，則對該服務而言，值為 **Yes**。如果服務僅支援某些資源類型的全部三個條件金鑰，則值為 **Partial**。 如需 ABAC 的詳細資訊，請參閱《*IAM 使用者指南*》中的[使用 ABAC 授權定義許可](https://docs.aws.amazon.com/IAM/latest/UserGuide/introduction_attribute-based-access-control.html)。如要查看含有設定 ABAC 步驟的教學課程，請參閱《*IAM 使用者指南*》中的[使用屬性型存取控制 (ABAC)](https://docs.aws.amazon.com/IAM/latest/UserGuide/tutorial_attribute-based-access-control.html)。 您可以將標籤連接至 Security Lake 資源 - 訂閱者，以及 AWS 帳戶 個別 的資料湖組態 AWS 區域。您也可以在政策的 `Condition`元素中提供標籤資訊，以控制對這些資源類型的存取。如需標記 Security Lake 資源的資訊，請參閱 [標記 Security Lake 資源](tagging-resources.md)。如需根據資源的標籤控制資源存取的身分型政策範例，請參閱 [Security Lake 的身分型政策範例](security_iam_id-based-policy-examples.md)。 ## 搭配 Security Lake 使用臨時登入資料 **支援臨時憑證：**是 臨時登入資料提供 AWS 資源的短期存取權，當您使用聯合或切換角色時，會自動建立。 AWS 建議您動態產生臨時登入資料，而不是使用長期存取金鑰。如需詳細資訊，請參閱《*IAM 使用者指南*》中的 [IAM 中的臨時安全憑證](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_credentials_temp.html)與[可與 IAM 搭配運作的AWS 服務](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_aws-services-that-work-with-iam.html)。 Security Lake 支援使用臨時登入資料。 ## 轉送 Security Lake 的存取工作階段 **支援轉寄存取工作階段 (FAS)：**是 轉送存取工作階段 (FAS) 使用呼叫 的委託人許可 AWS 服務，並結合 AWS 服務 請求向下游服務提出請求。如需提出 FAS 請求時的政策詳細資訊，請參閱[轉發存取工作階段](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_forward_access_sessions.html)。 有些 Security Lake 動作需要其他 中其他相依動作的許可 AWS 服務。如需這些動作的清單，請參閱*《服務授權參考*》中的 [Amazon Security Lake 定義的動作](https://docs.aws.amazon.com/IAM/latest/UserGuide/list_amazonsecuritylake.html#amazonsecuritylake-actions-as-permissions)。 ## Security Lake 的服務角色 **支援服務角色：**否 服務角色是服務擔任的 [IAM 角色](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles.html)，可代您執行動作。IAM 管理員可以從 IAM 內建立、修改和刪除服務角色。如需詳細資訊，請參閱《*IAM 使用者指南*》中的[建立角色以委派許可給 AWS 服務](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_create_for-service.html)。 Security Lake 不會擔任或使用服務角色。不過，當您使用 Security Lake 時 AWS Lambda，Amazon EventBridge 和 Amazon S3 等相關服務會擔任服務角色。若要代表您執行動作，Security Lake 會使用服務連結角色。 **警告** 變更服務角色的許可可能會在您使用 Security Lake 時產生操作問題。只有在 Security Lake 提供指引時，才能編輯服務角色。 ## Security Lake 的服務連結角色 **支援服務連結角色：**是 服務連結角色是連結至 的一種服務角色 AWS 服務。服務可以擔任代表您執行動作的角色。服務連結角色會出現在您的 中 AWS 帳戶 ，並由服務擁有。IAM 管理員可以檢視，但不能編輯服務連結角色的許可。 Security Lake 使用名為 的 IAM 服務連結角色`AWSServiceRoleForAmazonSecurityLake`。Security Lake 服務連結角色會授予代表客戶操作安全資料湖服務的許可。此服務連結角色是直接連結至 Security Lake 的 IAM 角色。它由 Security Lake 預先定義，並包含 Security Lake AWS 服務 代表您呼叫其他 所需的所有許可。Security Lake 會在提供 AWS 區域 Security Lake 的所有 中使用此服務連結角色。 如需建立或管理 Security Lake 服務連結角色的詳細資訊，請參閱 [使用 Security Lake 的服務連結角色](using-service-linked-roles.md)。