本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。 # 中的安全性 AWS Device Farm 的雲端安全性 AWS 是最高優先順序。身為 AWS 客戶，您可以受益於資料中心和網路架構，該架構專為滿足最安全敏感組織的需求而建置。 安全性是 AWS 與您之間的共同責任。[共同責任模式](https://aws.amazon.com/compliance/shared-responsibility-model/)將其描述為雲端*的*安全性，和雲端*中*的安全性： + **雲端的安全性** – AWS 負責保護在 AWS Cloud 中執行 AWS 服務的基礎設施。 AWS 也為您提供可安全使用的服務。在[AWS 合規計劃](https://aws.amazon.com/compliance/programs/)中，第三方稽核人員會定期測試和驗證我們安全的有效性。若要了解適用的合規計劃 AWS Device Farm，請參閱合規[計劃的 AWS 服務範圍合規](https://aws.amazon.com/compliance/services-in-scope/)。 + **雲端內部的安全** – 您的責任取決於所使用的 AWS 服務。您也必須對其他因素負責，包括資料的機密性、您公司的要求和適用法律和法規。 本文件可協助您了解如何在使用 Device Farm 時套用共同責任模型。下列主題說明如何設定 Device Farm 以符合您的安全與合規目標。您也會了解如何使用其他 AWS 服務來協助您監控和保護 Device Farm 資源。 **Topics** + [AWS Device Farm 中的身分和存取管理](security-iam.md) + [的合規驗證 AWS Device Farm](ATP-compliance.md) + [中的資料保護 AWS Device Farm](data-protection.md) + [中的彈性 AWS Device Farm](disaster-recovery-resiliency.md) + [中的基礎設施安全性 AWS Device Farm](infrastructure-security.md) + [Device Farm 中的組態漏洞分析和管理](security-vulnerability-analysis-and-management.md) + [Device Farm 中的事件回應](security-incident-response.md) + [在 Device Farm 中記錄和監控](security-logging-monitoring.md) + [Device Farm 的安全最佳實務](security-best-practices.md) # AWS Device Farm 中的身分和存取管理 ## 目標對象 使用方式 AWS Identity and Access Management (IAM) 會根據您的角色而有所不同： + **服務使用者** — 若無法存取某些功能，請向管理員申請所需許可 (請參閱 [故障診斷 AWS Device Farm 身分和存取](security_iam_troubleshoot.md)) + **服務管理員** — 負責設定使用者存取權並提交相關許可請求 (請參閱 [AWS Device Farm 如何與 IAM 搭配使用](security_iam_service-with-iam.md)) + **IAM 管理員** — 撰寫政策以管理存取控制 (請參閱 [AWS Device Farm 身分型政策範例](security_iam_id-based-policy-examples.md)) ## 使用身分驗證 身分驗證是您 AWS 使用身分憑證登入 的方式。您必須以 AWS 帳戶根使用者、IAM 使用者或擔任 IAM 角色身分進行身分驗證。 您可以使用身分來源的登入資料，例如 AWS IAM Identity Center (IAM Identity Center)、單一登入身分驗證或 Google/Facebook 登入資料，以聯合身分的形式登入。如需有關登入的詳細資訊，請參閱《AWS 登入 使用者指南》**中的[如何登入您的 AWS 帳戶](https://docs.aws.amazon.com/signin/latest/userguide/how-to-sign-in.html)。 對於程式設計存取， AWS 提供 SDK 和 CLI 以密碼編譯方式簽署請求。如需詳細資訊，請參閱《IAM 使用者指南》**中的 [API 請求的AWS 第 4 版簽署程序](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_sigv.html)。 ### AWS 帳戶 根使用者 當您建立 時 AWS 帳戶，您會從一個名為 AWS 帳戶 *theroot 使用者的*登入身分開始，該身分具有對所有 AWS 服務 和 資源的完整存取權。強烈建議不要使用根使用者來執行日常任務。有關需要根使用者憑證的任務，請參閱《IAM 使用者指南》**中的[需要根使用者憑證的任務](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_root-user.html#root-user-tasks)。 ### IAM 使用者和群組 *IAM 使用者*[https://docs.aws.amazon.com/IAM/latest/UserGuide/id_users.html](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_users.html)是一種身分具備單人或應用程式的特定許可權。建議以臨時憑證取代具備長期憑證的 IAM 使用者。如需詳細資訊，請參閱《*IAM 使用者指南*》中的[要求人類使用者使用聯合身分提供者來 AWS 使用臨時憑證存取](https://docs.aws.amazon.com/IAM/latest/UserGuide/best-practices.html#bp-users-federation-idp) 。 [IAM 群組](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_groups.html)**會指定 IAM 使用者集合，使管理大量使用者的許可權更加輕鬆。如需詳細資訊，請參閱《IAM 使用者指南》**中的 [IAM 使用者的使用案例](https://docs.aws.amazon.com/IAM/latest/UserGuide/gs-identities-iam-users.html)。 ### IAM 角色 *IAM 角色*[https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles.html](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles.html)的身分具有特定許可權，其可以提供臨時憑證。您可以透過[從使用者切換到 IAM 角色 （主控台） ](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_use_switch-role-console.html)或呼叫 AWS CLI 或 AWS API 操作來擔任角色。如需詳細資訊，請參閱《IAM 使用者指南》**中的[擔任角色的方法](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_manage-assume.html)。 IAM 角色適用於聯合身分使用者存取、臨時 IAM 使用者許可、跨帳戶存取權與跨服務存取，以及在 Amazon EC2 執行的應用程式。如需詳細資訊，請參閱《*IAM 使用者指南*》中的 [IAM 中的快帳戶資源存取](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies-cross-account-resource-access.html)。 # AWS Device Farm 如何與 IAM 搭配使用 在您使用 IAM 管理 Device Farm 的存取權之前，您應該了解哪些 IAM 功能可與 Device Farm 搭配使用。若要全面了解 Device Farm 和其他 AWS 服務如何與 IAM 搭配使用，請參閱《IAM *使用者指南*》中的與 IAM [AWS 搭配使用的 服務](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_aws-services-that-work-with-iam.html)。 **Topics** + [Device Farm 身分型政策](#security_iam_service-with-iam-id-based-policies) + [Device Farm 資源型政策](#security_iam_service-with-iam-resource-based-policies) + [存取控制清單](#security_iam_service-with-iam-acls) + [以 Device Farm 標籤為基礎的授權](#security_iam_service-with-iam-tags) + [Device Farm IAM 角色](#security_iam_service-with-iam-roles) ## Device Farm 身分型政策 使用 IAM 身分型政策，您可以指定允許或拒絕的動作和資源，以及在何種條件下允許或拒絕動作。Device Farm 支援特定動作、資源和條件索引鍵。若要了解您在 JSON 政策中使用的所有元素，請參閱 *IAM 使用者指南*中的 [JSON 政策元素參考](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_elements.html)。 ### 動作 管理員可以使用 AWS JSON 政策來指定誰可以存取內容。也就是說，哪個**主體**在什麼**條件**下可以對什麼**資源**執行哪些**動作**。 JSON 政策的 `Action` 元素描述您可以用來允許或拒絕政策中存取的動作。政策會使用動作來授予執行相關聯動作的許可。 Device Farm 中的政策動作在動作之前使用下列字首：`devicefarm:`。例如，若要授予某人使用 Device Farm 桌面瀏覽器測試 `CreateTestGridUrl` API 操作啟動 Selenium 工作階段的許可，請在政策中包含 `devicefarm:CreateTestGridUrl`動作。政策陳述式必須包含 `Action` 或 `NotAction` 元素。Device Farm 會定義自己的一組動作，描述您可以使用此服務執行的任務。 若要在單一陳述式中指定多個動作，請用逗號分隔，如下所示： ``` "Action": [ "devicefarm:action1", "devicefarm:action2" ``` 您也可以使用萬用字元 (\$1) 來指定多個動作。例如，若要指定開頭是 `List` 文字的所有動作，請包含以下動作： ``` "Action": "devicefarm:List*" ``` 若要查看 Device Farm 動作的清單，請參閱《*IAM 服務授權參考*》中的 [定義的動作 AWS Device Farm](https://docs.aws.amazon.com/service-authorization/latest/reference/list_awsdevicefarm.html#awsdevicefarm-actions-as-permissions)。 ### Resources 管理員可以使用 AWS JSON 政策來指定誰可以存取內容。也就是說，哪個**主體**在什麼**條件**下可以對什麼**資源**執行哪些**動作**。 `Resource` JSON 政策元素可指定要套用動作的物件。最佳實務是使用其 [Amazon Resource Name (ARN)](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference-arns.html) 來指定資源。若動作不支援資源層級許可，使用萬用字元 (\$1) 表示該陳述式適用於所有資源。 ``` "Resource": "*" ``` Amazon EC2 執行個體資源具有下列 ARN： ``` arn:${Partition}:ec2:${Region}:${Account}:instance/${InstanceId} ``` 如需 ARNs 格式的詳細資訊，請參閱 [Amazon Resource Name (ARNs) AWS 和服務命名空間](https://docs.aws.amazon.com/general/latest/gr/aws-arns-and-namespaces.html)。 例如，若要在陳述式中指定 `i-1234567890abcdef0` 執行個體，請使用以下 ARN： ``` "Resource": "arn:aws:ec2:us-east-1:123456789012:instance/i-1234567890abcdef0" ``` 若要指定屬於某帳戶的所有執行個體，請使用萬用字元 (\$1)： ``` "Resource": "arn:aws:ec2:us-east-1:123456789012:instance/*" ``` 有些 Device Farm 動作無法在資源上執行，例如用於建立資源的動作。在這些情況下，您必須使用萬用字元 (\$1)。 ``` "Resource": "*" ``` 許多 Amazon EC2 API 動作都涉及多個資源。例如，`AttachVolume` 會將 Amazon EBS 磁碟區連接至執行個體，所以 IAM 使用者必須具備該磁碟區與執行個體的使用許可。若要在單一陳述式中指定多項資源，請使用逗號分隔 ARN。 ``` "Resource": [ "resource1", "resource2" ``` 若要查看 Device Farm 資源類型及其 ARNs的清單，請參閱《*IAM 服務授權參考*》中的 [定義的資源類型 AWS Device Farm](https://docs.aws.amazon.com/service-authorization/latest/reference/list_awsdevicefarm.html#awsdevicefarm-resources-for-iam-policies)。若要了解您可以使用哪些動作指定每個資源的 ARN，請參閱《*IAM 服務授權參考*》中的 [定義的動作 AWS Device Farm](https://docs.aws.amazon.com/service-authorization/latest/reference/list_awsdevicefarm.html#awsdevicefarm-actions-as-permissions)。 ### 條件索引鍵 管理員可以使用 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)。 Device Farm 會定義自己的一組條件金鑰，也支援使用一些全域條件金鑰。若要查看所有 AWS 全域條件金鑰，請參閱《*IAM 使用者指南*》中的[AWS 全域條件內容金鑰](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_condition-keys.html)。 若要查看 Device Farm 條件索引鍵的清單，請參閱《*IAM 服務授權參考*》中的 [的條件索引鍵 AWS Device Farm](https://docs.aws.amazon.com/service-authorization/latest/reference/list_awsdevicefarm.html#awsdevicefarm-policy-keys)。若要了解您可以使用條件金鑰的動作和資源，請參閱《*IAM 服務授權參考*》中的 [定義的動作 AWS Device Farm](https://docs.aws.amazon.com/service-authorization/latest/reference/list_awsdevicefarm.html#awsdevicefarm-actions-as-permissions)。 ### 範例 若要檢視 Device Farm 身分型政策的範例，請參閱 [AWS Device Farm 身分型政策範例](security_iam_id-based-policy-examples.md)。 ## Device Farm 資源型政策 Device Farm 不支援以資源為基礎的政策。 ## 存取控制清單 Device Farm 不支援存取控制清單 ACLs)。 ## 以 Device Farm 標籤為基礎的授權 您可以將標籤連接至 Device Farm 資源，或在請求中將標籤傳遞至 Device Farm。如需根據標籤控制存取，請使用 `aws:ResourceTag/key-name`、`aws:RequestTag/key-name` 或 `aws:TagKeys` 條件索引鍵，在政策的[條件元素](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_elements_condition.html)中，提供標籤資訊。如需標記 Device Farm 資源的詳細資訊，請參閱 [標記 AWS Device Farm 資源](tagging.md)。 若要檢視身分型政策範例，以根據該資源上的標籤來限制存取資源，請參閱 [根據標籤檢視 Device Farm 桌面瀏覽器測試專案](security_iam_id-based-policy-examples.md#security_iam_id-based-policy-examples-view-project-tags)。 ## Device Farm IAM 角色 [IAM 角色](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles.html)是您 AWS 帳戶中具有特定許可的實體。 ### 搭配 Device Farm 使用臨時登入資料 Device Farm 支援使用臨時登入資料。 您可以使用臨時登入資料透過聯合身分登入，以擔任 IAM 角色或跨帳戶角色。您可以透過呼叫 [AssumeRole](https://docs.aws.amazon.com/STS/latest/APIReference/API_AssumeRole.html) 或 [GetFederationToken](https://docs.aws.amazon.com/STS/latest/APIReference/API_GetFederationToken.html) 等 AWS STS API 操作來取得臨時安全登入資料。 ### 服務連結角色 [服務連結角色](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_terms-and-concepts.html#iam-term-service-linked-role)可讓 AWS 服務存取其他服務中的資源，以代表您完成 動作。服務連結角色會顯示在您的 IAM 帳戶中，並由該服務所擁有。IAM 管理員可以檢視但無法編輯服務連結角色的許可。 Device Farm 在 Device Farm 桌面瀏覽器測試功能中使用服務連結角色。如需這些角色的資訊，請參閱《 開發人員指南》[中的在 Device Farm 桌面瀏覽器測試中使用服務連結角色](https://docs.aws.amazon.com//devicefarm/latest/testgrid/using-service-linked-roles.html)。 ### 服務角色 Device Farm 不支援 服務角色。 此功能可讓服務代表您擔任[服務角色](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_terms-and-concepts.html#iam-term-service-role)。此角色可讓服務存取其他服務中的資源，以代表您完成動作。服務角色會出現在您的 IAM 帳戶中，且由該帳戶所擁有。這表示 IAM 管理員可以變更此角色的許可。不過，這樣可能會破壞此服務的功能。 ## 使用政策管理存取權 您可以透過建立政策並將其連接到身分或資源 AWS 來控制 AWS 中的存取。政策定義與身分或資源相關聯的許可。當委託人提出請求時 AWS ， 會評估這些政策。大多數政策會以 JSON 文件 AWS 形式存放在 中。如需進一步了解 JSON 政策文件，請參閱《*IAM 使用者指南*》中的 [JSON 政策概觀](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies.html#access_policies-json)。 管理員會使用政策，透過定義哪些**主體**可在哪些**條件**下對哪些**資源**執行**動作**，以指定可存取的範圍。 預設情況下，使用者和角色沒有許可。IAM 管理員會建立 IAM 政策並將其新增至角色，供使用者後續擔任。IAM 政策定義動作的許可，無論採用何種方式執行。 ### 身分型政策 身分型政策是附加至身分 (使用者、使用者群組或角色) 的 JSON 許可政策文件。這類政策控制身分可對哪些資源執行哪些動作，以及適用的條件。如需了解如何建立身分型政策，請參閱《*IAM 使用者指南*》中的[透過客戶管理政策定義自訂 IAM 許可](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies_create.html)。 身分型政策可分為*內嵌政策* (直接內嵌於單一身分) 與*受管政策* (可附加至多個身分的獨立政策)。如需了解如何在受管政策及內嵌政策之間做選擇，請參閱《IAM 使用者指南》**中的[在受管政策與內嵌政策之間選擇](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies-choosing-managed-or-inline.html)。 下表概述 Device Farm AWS 受管政策。 | 變更 | 描述 | Date | | --- | --- | --- | | [AWSDeviceFarmFullAccess](https://console.aws.amazon.com/iam/home?region=us-east-1#/policies/arn:aws:iam::aws:policy/AWSDeviceFarmFullAccess$jsonEditor) | 提供所有 AWS Device Farm 操作的完整存取權。 | 2015 年 7 月 15 日 | | [AWSServiceRoleForDeviceFarmTestGrid](https://docs.aws.amazon.com//devicefarm/latest/testgrid/using-service-linked-roles.html) | 允許 Device Farm 代表您存取 AWS 資源。 | 2021 年 5 月 20 日 | ### 其他政策類型 AWS 支援其他政策類型，可設定更多常見政策類型授予的最大許可： + **許可界限** — 設定身分型政策可授與 IAM 實體的最大許可。如需詳細資訊，請參閱《 IAM 使用者指南》**中的 [IAM 實體許可界限](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies_boundaries.html)。 + **服務控制政策 (SCP)** — 為 AWS Organizations中的組織或組織單位指定最大許可。如需詳細資訊，請參閱《AWS Organizations 使用者指南》**中的[服務控制政策](https://docs.aws.amazon.com/organizations/latest/userguide/orgs_manage_policies_scps.html)。 + **資源控制政策 (RCP)** — 設定您帳戶中資源可用許可的上限。如需詳細資訊，請參閱《AWS Organizations 使用者指南》**中的[資源控制政策 (RCP)](https://docs.aws.amazon.com/organizations/latest/userguide/orgs_manage_policies_rcps.html)。 + **工作階段政策** — 在以程式設計方式為角色或聯合身分使用者建立臨時工作階段時，以參數形式傳遞的進階政策。如需詳細資訊，請參《*IAM 使用者指南*》中的[工作階段政策](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies.html#policies_session)。 ### 多種政策類型 當多種類型的政策適用於請求時，產生的許可會更複雜而無法理解。若要了解如何 AWS 在涉及多種政策類型時決定是否允許請求，請參閱《*IAM 使用者指南*》中的[政策評估邏輯](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_evaluation-logic.html)。 # AWS Device Farm 身分型政策範例 根據預設，IAM 使用者和角色沒有建立或修改 Device Farm 資源的許可。他們也無法使用 AWS 管理主控台 AWS CLI或 AWS API 執行任務。IAM 管理員必須建立 IAM 政策，授予使用者和角色在指定資源上執行特定 API 作業的所需許可。管理員接著必須將這些政策連接至需要這些許可的 IAM 使用者或群組。 若要了解如何使用這些範例 JSON 政策文件建立 IAM 身分型政策，請參閱《IAM 使用者指南》**中的[在 JSON 標籤上建立政策](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies_create.html#access_policies_create-json-editor)。 **Topics** + [政策最佳實務](#security_iam_service-with-iam-policy-best-practices) + [允許使用者檢視他們自己的許可](#security_iam_id-based-policy-examples-view-own-permissions) + [存取一個 Device Farm 桌面瀏覽器測試專案](#security_iam_id-based-policy-examples-access-one-project) + [根據標籤檢視 Device Farm 桌面瀏覽器測試專案](#security_iam_id-based-policy-examples-view-project-tags) ## 政策最佳實務 身分型政策會判斷您帳戶中的某個人員是否可以建立、存取或刪除 Device Farm 資源。這些動作可能會讓您的 AWS 帳戶產生費用。當您建立或編輯身分型政策時，請遵循下列準則及建議事項： + **開始使用 AWS 受管政策並邁向最低權限許可** – 若要開始將許可授予您的使用者和工作負載，請使用將許可授予許多常見使用案例的 *AWS 受管政策*。它們可在您的 中使用 AWS 帳戶。我們建議您定義特定於使用案例 AWS 的客戶受管政策，以進一步減少許可。如需更多資訊，請參閱《*IAM 使用者指南*》中的 [AWS 受管政策](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies_managed-vs-inline.html#aws-managed-policies)或[任務職能的AWS 受管政策](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies_job-functions.html)。 + **套用最低權限許可** – 設定 IAM 政策的許可時，請僅授予執行任務所需的許可。為實現此目的，您可以定義在特定條件下可以對特定資源採取的動作，這也稱為*最低權限許可*。如需使用 IAM 套用許可的更多相關資訊，請參閱《*IAM 使用者指南*》中的 [IAM 中的政策和許可](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies.html)。 + **使用 IAM 政策中的條件進一步限制存取權** – 您可以將條件新增至政策，以限制動作和資源的存取。例如，您可以撰寫政策條件，指定必須使用 SSL 傳送所有請求。如果透過特定 等使用服務動作 AWS 服務，您也可以使用條件來授予其存取權 CloudFormation。如需詳細資訊，請參閱《*IAM 使用者指南*》中的 [IAM JSON 政策元素：條件](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_elements_condition.html)。 + **使用 IAM Access Analyzer 驗證 IAM 政策，確保許可安全且可正常運作** – IAM Access Analyzer 驗證新政策和現有政策，確保這些政策遵從 IAM 政策語言 (JSON) 和 IAM 最佳實務。IAM Access Analyzer 提供 100 多項政策檢查及切實可行的建議，可協助您撰寫安全且實用的政策。如需詳細資訊，請參閱《*IAM 使用者指南*》中的[使用 IAM Access Analyzer 驗證政策](https://docs.aws.amazon.com/IAM/latest/UserGuide/access-analyzer-policy-validation.html)。 + **需要多重要素驗證 (MFA)** – 如果您的案例需要 IAM 使用者或 中的根使用者 AWS 帳戶，請開啟 MFA 以提高安全性。如需在呼叫 API 操作時請求 MFA，請將 MFA 條件新增至您的政策。如需詳細資訊，請參閱《*IAM 使用者指南*》中的[透過 MFA 的安全 API 存取](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_credentials_mfa_configure-api-require.html)。 如需 IAM 中最佳實務的相關資訊，請參閱《*IAM 使用者指南*》中的 [IAM 安全最佳實務](https://docs.aws.amazon.com/IAM/latest/UserGuide/best-practices.html)。 ## 允許使用者檢視他們自己的許可 此範例會示範如何建立政策，允許 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": "*" } ] } ``` ## 存取一個 Device Farm 桌面瀏覽器測試專案 在此範例中，您想要授予 AWS 帳戶中的 IAM 使用者存取其中一個 Device Farm destktop 瀏覽器測試專案 `arn:aws:devicefarm:us-west-2:111122223333:testgrid-project:123e4567-e89b-12d3-a456-426655441111`。您希望帳戶能夠查看與專案相關的項目。 除了 `devicefarm:GetTestGridProject` 端點之外，帳戶還必須具有 `devicefarm:ListTestGridSessions`、`devicefarm:GetTestGridSession`、`devicefarm:ListTestGridSessionActions` 和 `devicefarm:ListTestGridSessionArtifacts` 端點。 如果使用 CI 系統，您應為每個 CI 執行者提供唯一的存取登入資料。例如，CI 系統需要的許可，不可能超越 `devicefarm:ScheduleRun` 或 `devicefarm:CreateUpload`。下列 IAM 政策概述了允許 CI 執行器透過建立上傳並使用它來排程測試執行來開始新 Device Farm 原生應用程式測試的最小政策： ## 根據標籤檢視 Device Farm 桌面瀏覽器測試專案 您可以在身分型政策中使用條件，根據標籤控制對 Device Farm 資源的存取。此範例示範如何建立允許檢視專案及工作階段的政策。如果所請求資源的 `Owner` 標籤符合請求帳戶的使用者名稱，即授予許可。 您可以將此政策連接到您帳戶中的 IAM 使用者。如果名為 的使用者`richard-roe`嘗試檢視 Device Farm 專案或工作階段，則該專案必須加上標籤 `Owner=richard-roe`或 `owner=richard-roe`。否則，便會拒絕該使用者存取。條件標籤金鑰 `Owner` 符合 `Owner` 和 `owner`，因為條件金鑰名稱不區分大小寫。如需詳細資訊，請參閱*《IAM 使用者指南》*中的 [IAM JSON 政策元素：條件](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_elements_condition.html)。 # 故障診斷 AWS Device Farm 身分和存取 使用以下資訊來協助您診斷和修正使用 Device Farm 和 IAM 時可能遇到的常見問題。 ## 我無權在 Device Farm 中執行動作 如果您在 中收到錯誤 AWS 管理主控台 ，指出您無權執行 動作，您必須聯絡管理員尋求協助。您的管理員是提供您使用者名稱和密碼的人員。 當 IAM 使用者 嘗試使用主控台檢視有關執行的詳細資訊，但沒有`devicefarm:GetRun`許可時`mateojackson`，會發生下列範例錯誤。 ``` User: arn:aws:iam::123456789012:user/mateojackson is not authorized to perform: devicefarm:GetRun on resource: arn:aws:devicefarm:us-west-2:123456789101:run:123e4567-e89b-12d3-a456-426655440000/123e4567-e89b-12d3-a456-426655441111 ``` 在本例中，Mateo 要求管理員更新政策，允許其使用 `devicefarm:GetRun` 動作存取資源 `arn:aws:devicefarm:us-west-2:123456789101:run:123e4567-e89b-12d3-a456-426655440000/123e4567-e89b-12d3-a456-426655441111` 上的 `devicefarm:GetRun` 資源。 ## 我未獲得執行 iam:PassRole 的授權 如果您收到錯誤，告知您無權執行 `iam:PassRole`動作，您的政策必須更新，以允許您將角色傳遞至 Device Farm。 有些 AWS 服務 可讓您將現有角色傳遞給該服務，而不是建立新的服務角色或服務連結角色。如需執行此作業，您必須擁有將角色傳遞至該服務的許可。 當名為 的 IAM `marymajor` 使用者嘗試使用主控台在 Device Farm 中執行動作時，會發生下列範例錯誤。但是，動作請求服務具備服務角色授予的許可。Mary 沒有將角色傳遞給服務的許可。 ``` User: arn:aws:iam::123456789012:user/marymajor is not authorized to perform: iam:PassRole ``` 在這種情況下，Mary 的政策必須更新，允許她執行 `iam:PassRole` 動作。 如果您需要協助，請聯絡您的 AWS 管理員。您的管理員提供您的登入憑證。 ## 我想要檢視我的存取金鑰 在您建立 IAM 使用者存取金鑰後，您可以隨時檢視您的存取金鑰 ID。但是，您無法再次檢視您的私密存取金鑰。若您遺失了密碼金鑰，您必須建立新的存取金鑰對。 存取金鑰包含兩個部分：存取金鑰 ID (例如 `AKIAIOSFODNN7EXAMPLE`) 和私密存取金鑰 (例如 `wJalrXUtnFEMI/K7MDENG/bPxRfiCYEXAMPLEKEY`)。如同使用者名稱和密碼，您必須一起使用存取金鑰 ID 和私密存取金鑰來驗證您的請求。就如對您的使用者名稱和密碼一樣，安全地管理您的存取金鑰。 **重要** 請勿將您的存取金鑰提供給第三方，甚至是協助[尋找您的標準使用者 ID](https://docs.aws.amazon.com/accounts/latest/reference/manage-acct-identifiers.html#FindCanonicalId)。透過這樣做，您可以讓某人永久存取您的 AWS 帳戶。 建立存取金鑰對時，您會收到提示，要求您將存取金鑰 ID 和私密存取金鑰儲存在安全位置。私密存取金鑰只會在您建立它的時候顯示一次。若您遺失了私密存取金鑰，您必須將新的存取金鑰新增到您的 IAM 使用者。您最多可以擁有兩個存取金鑰。若您已有兩個存取金鑰，您必須先刪除其中一個金鑰對，才能建立新的金鑰對。若要檢視說明，請參閱《IAM 使用者指南》中的[管理存取金鑰](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_credentials_access-keys.html#Using_CreateAccessKey)。 ## 我是管理員，想要允許其他人存取 Device Farm 若要允許其他人存取 Device Farm，您必須將許可授予需要存取的人員或應用程式。如果您使用 AWS IAM Identity Center 來管理人員和應用程式，您可以將許可集指派給使用者或群組，以定義其存取層級。許可集會自動建立 IAM 政策，並將其指派給與該人員或應用程式相關聯的 IAM 角色。如需詳細資訊，請參閱*AWS IAM Identity Center 《 使用者指南*》中的[許可集](https://docs.aws.amazon.com/singlesignon/latest/userguide/permissionsetsconcept.html)。 如果您不是使用 IAM Identity Center，則必須為需要存取的人員或應用程式建立 IAM 實體 （使用者或角色）。然後，您必須將政策連接至實體，以授予其在 Device Farm 中的正確許可。授予許可後，請將登入資料提供給使用者或應用程式開發人員。他們將使用這些登入資料來存取 AWS。若要進一步了解如何建立 IAM 使用者、群組、政策和許可，請參閱《IAM **[使用者指南》中的 IAM 身分](https://docs.aws.amazon.com/IAM/latest/UserGuide/id.html)[和政策和許可](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies.html)。 ## 我想要允許 AWS 帳戶外的人員存取我的 Device Farm 資源 您可以建立一個角色，讓其他帳戶中的使用者或您組織外部的人員存取您的資源。您可以指定要允許哪些信任物件取得該角色。針對支援基於資源的政策或存取控制清單 (ACL) 的服務，您可以使用那些政策來授予人員存取您的資源的許可。 如需進一步了解，請參閱以下內容： + 若要了解 Device Farm 是否支援這些功能，請參閱 [AWS Device Farm 如何與 IAM 搭配使用](security_iam_service-with-iam.md)。 + 若要了解如何在您擁有 AWS 帳戶 的 資源之間提供存取權，請參閱《[IAM 使用者指南》中的在您擁有 AWS 帳戶 的另一個 中提供存取權給](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_common-scenarios_aws-accounts.html) *IAM* 使用者。 + 若要了解如何將資源的存取權提供給第三方 AWS 帳戶，請參閱《*IAM 使用者指南*》中的[將存取權提供給第三方 AWS 帳戶 擁有](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_common-scenarios_third-party.html)。 + 如需了解如何透過聯合身分提供存取權，請參閱《*IAM 使用者指南*》中的[將存取權提供給在外部進行身分驗證的使用者 (聯合身分)](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_common-scenarios_federated-users.html)。 + 如需了解使用角色和資源型政策進行跨帳戶存取之間的差異，請參閱《IAM 使用者指南》**中的 [IAM 中的跨帳戶資源存取](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies-cross-account-resource-access.html)。 # 的合規驗證 AWS Device Farm 在多個合規計畫中 AWS Device Farm ，第三方稽核人員會評估 的安全與 AWS 合規。其中包括 SOC、PCI、FedRAMP、HIPAA 等。 AWS Device Farm 不在任何 AWS 合規計劃範圍內。 如需特定合規計劃範圍內 AWS 的服務清單，請參閱[合規計劃範圍內的 AWS 服務](https://aws.amazon.com/compliance/services-in-scope/)。如需一般資訊，請參閱[AWS 合規計劃](https://aws.amazon.com/compliance/programs/)。 您可以使用 下載第三方稽核報告 AWS Artifact。如需詳細資訊，請參閱[下載 AWS Artifact 中的報告](https://docs.aws.amazon.com/artifact/latest/ug/downloading-documents.html)。 您使用 Device Farm 時的合規責任取決於資料的機密性、您公司的合規目標，以及適用的法律和法規。 AWS 提供下列資源以協助合規： + [安全與合規快速入門指南](https://aws.amazon.com/quickstart/?awsf.quickstart-homepage-filter=categories%23security-identity-compliance)：這些部署指南討論架構考量，並提供在 AWS上部署以安全及合規為重心之基準環境的步驟。 + [AWS 合規資源](https://aws.amazon.com/compliance/resources/) – 此工作手冊和指南集合可能適用於您的產業和位置。 + 《 *AWS Config 開發人員指南*》中的[使用 規則評估](https://docs.aws.amazon.com/config/latest/developerguide/evaluate-config.html)資源 - AWS Config 評估資源組態符合內部實務、產業準則和法規的程度。 + [AWS Security Hub CSPM](https://docs.aws.amazon.com/securityhub/latest/userguide/what-is-securityhub.html) – AWS 此服務提供 內安全狀態的完整檢視 AWS ，可協助您檢查是否符合安全產業標準和最佳實務。 # 中的資料保護 AWS Device Farm AWS [共同責任模型](https://aws.amazon.com/compliance/shared-responsibility-model/)適用於 AWS Device Farm (Device Farm) 中的資料保護。如此模型所述， AWS 負責保護執行所有 的全域基礎設施 AWS 雲端。您負責維護在此基礎設施上託管內容的控制權。您也同時負責所使用 AWS 服務 的安全組態和管理任務。如需資料隱私權的詳細資訊，請參閱[資料隱私權常見問答集](https://aws.amazon.com/compliance/data-privacy-faq/)。如需有關歐洲資料保護的相關資訊，請參閱*AWS 安全性部落格*上的[AWS 共同責任模型和 GDPR](https://aws.amazon.com/blogs/security/the-aws-shared-responsibility-model-and-gdpr/) 部落格文章。 基於資料保護目的，我們建議您保護 AWS 帳戶 登入資料，並使用 AWS IAM Identity Center 或 AWS Identity and Access Management (IAM) 設定個別使用者。如此一來，每個使用者都只會獲得授與完成其任務所必須的許可。我們也建議您採用下列方式保護資料： + 每個帳戶均要使用多重要素驗證 (MFA)。 + 使用 SSL/TLS 與 AWS 資源通訊。我們需要 TLS 1.2 並建議使用 TLS 1.3。 + 使用 設定 API 和使用者活動記錄 AWS CloudTrail。如需有關使用 CloudTrail 追蹤擷取 AWS 活動的資訊，請參閱*AWS CloudTrail 《 使用者指南*》中的[使用 CloudTrail 追蹤](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/cloudtrail-trails.html)。 + 使用 AWS 加密解決方案，以及其中的所有預設安全控制 AWS 服務。 + 使用進階的受管安全服務 (例如 Amazon Macie)，協助探索和保護儲存在 Amazon S3 的敏感資料。 + 如果您在 AWS 透過命令列界面或 API 存取 時需要 FIPS 140-3 驗證的密碼編譯模組，請使用 FIPS 端點。如需有關 FIPS 和 FIPS 端點的更多相關資訊，請參閱[聯邦資訊處理標準 (FIPS) 140-3](https://aws.amazon.com/compliance/fips/)。 我們強烈建議您絕對不要將客戶的電子郵件地址等機密或敏感資訊，放在標籤或自由格式的文字欄位中，例如**名稱**欄位。這包括當您使用 Device Farm 或使用主控台、API AWS CLI或其他 AWS 服務 AWS SDKs 時。您在標籤或自由格式文字欄位中輸入的任何資料都可能用於計費或診斷日誌。如果您提供外部伺服器的 URL，我們強烈建議請勿在驗證您對該伺服器請求的 URL 中包含憑證資訊。 ## 傳輸中加密 Device Farm 端點僅支援已簽署的 HTTPS (SSL/TLS) 請求，除非另有說明。透過上傳 URL 從 Amazon S3 擷取或放置在 Amazon S3 中的所有內容都會使用 SSL/TLS 加密。 URLs 如需如何登入 HTTPS 請求的詳細資訊 AWS，請參閱《 AWS 一般參考》中的[簽署 AWS API 請求](https://docs.aws.amazon.com//general/latest/gr/signing_aws_api_requests.html)。 您必須負責加密並保護受測應用程式所建立的所有通訊，以及在裝置上執行測試過程中所安裝的任何應用程式。 ## 靜態加密 Device Farm 的桌面瀏覽器測試功能支援測試期間產生的成品靜態加密。 Device Farm 的實體行動裝置測試資料不會靜態加密。 ## 資料保留 Device Farm 中的資料會保留一段時間。保留期間過期後，資料會從 Device Farm 的備份儲存中移除。 | 內容類型 | 保留期間 (天) | 中繼資料保留期 （天） | | --- | --- | --- | | 上傳的應用程式 | 30 | 30 | | 上傳的測試套件 | 30 | 30 | | Logs (日誌) | 400 | 400 | | 影片和其他成品 | 400 | 400 | 您有責任儲存想保留較長時間的任何內容。 ## 資料管理 Device Farm 中的資料管理方式會因使用的功能而有所不同。本節說明如何在使用 Device Farm 期間和之後管理資料。 ### 桌面瀏覽器測試 不儲存 Selenium 工作階段期間使用的執行個體。工作階段結束後，即捨棄所有因瀏覽器互動而產生的資料。 此功能目前針對測試期間產生的成品支援靜態加密。 ### 實體裝置測試 下列各節提供使用 Device Farm 後清除或銷毀裝置所 AWS 採取步驟的相關資訊。 Device Farm 的實體行動裝置測試資料不會靜態加密。 #### 公有裝置機群 測試執行完成後，Device Farm 會在公有裝置機群中的每個裝置上執行一系列清除任務，包括解除安裝您的應用程式。如果我們無法驗證應用程式的解除安裝或任何其他清除步驟，則在重新使用裝置之前，會將其重設成出廠預設值。 **注意** 在某些情況下，資料可能會在工作階段之間保留，尤其是當您在應用程式內容之外使用裝置系統時。因此，由於 Device Farm 會擷取在您使用每個裝置期間發生的活動影片和日誌，因此建議您不要在自動化測試和遠端存取工作階段期間輸入敏感資訊 （例如 Google 帳戶或 Apple ID)、個人資訊和其他安全敏感詳細資訊。 #### 私有裝置 在您的私有裝置合約過期或終止之後，即無法使用該裝置，並會根據 AWS 銷毀政策安全地將其銷毀。如需詳細資訊，請參閱[AWS Device Farm 中的私有裝置](working-with-private-devices.md)。 ## 金鑰管理 目前，Device Farm 不提供任何外部金鑰管理來加密靜態或傳輸中的資料。 ## 網際網路流量隱私權 Device Farm 只能針對私有裝置設定為使用 Amazon VPC 端點連線到 中的資源 AWS。存取與您的帳戶相關聯的任何非公有 AWS 基礎設施 （例如，沒有公有 IP 地址的 Amazon EC2 執行個體） 必須使用 Amazon VPC 端點。無論 VPC 端點組態為何，Device Farm 都會將您的流量與整個 Device Farm 網路的其他使用者隔離。 您 AWS 網路外的連線不保證安全無虞，而且您有責任保護應用程式建立的任何網際網路連線。 # 中的彈性 AWS Device Farm AWS 全球基礎設施是以 AWS 區域和可用區域為基礎建置的。 AWS 區域提供多個實體隔離且隔離的可用區域，這些區域以低延遲、高輸送量和高度備援的網路連接。透過可用區域，您可以設計與操作的應用程式和資料庫，在可用區域之間自動容錯移轉而不會發生中斷。可用區域的可用性、容錯能力和擴展能力，均較單一或多個資料中心的傳統基礎設施還高。 如需 AWS 區域和可用區域的詳細資訊，請參閱 [AWS 全球基礎設施](https://aws.amazon.com/about-aws/global-infrastructure/)。 由於 Device Farm 僅適用於 `us-west-2`區域，因此我們強烈建議您實作備份和復原程序。Device Farm 不應是任何上傳內容的唯一來源。 Device Farm 不保證公有裝置的可用性。這些裝置會因為故障率和隔離狀態等各種因素而放入或移出公有裝置集區。建議您不要依賴公有裝置集區中任何一部裝置的可用性。 # 中的基礎設施安全性 AWS Device Farm 作為受管服務， AWS Device Farm 受到 AWS 全球網路安全的保護。如需 AWS 安全服務以及如何 AWS 保護基礎設施的資訊，請參閱[AWS 雲端安全](https://aws.amazon.com/security/)。若要使用基礎設施安全的最佳實務來設計您的 AWS 環境，請參閱*安全支柱 AWS Well-Architected Framework* 中的[基礎設施保護](https://docs.aws.amazon.com/wellarchitected/latest/security-pillar/infrastructure-protection.html)。 您可以使用 AWS 發佈的 API 呼叫，透過網路存取 Device Farm。使用者端必須支援下列專案： + Transport Layer Security (TLS)。我們需要 TLS 1.2 並建議使用 TLS 1.3。 + 具備完美轉送私密(PFS)的密碼套件，例如 DHE (Ephemeral Diffie-Hellman)或 ECDHE (Elliptic Curve Ephemeral Diffie-Hellman)。現代系統(如 Java 7 和更新版本)大多會支援這些模式。 此外，請求必須使用存取金鑰 ID 和與 IAM 主體相關聯的私密存取金鑰來簽署。或者，您可以透過 [AWS Security Token Service](https://docs.aws.amazon.com/STS/latest/APIReference/Welcome.html) (AWS STS) 來產生暫時安全憑證來簽署請求。 ## 實體裝置測試的基礎設施安全性 裝置在實體裝置測試期間實際上是隔開的。網路隔離可防止透過無線網路進行跨裝置通訊。 共用公有裝置，且 Device Farm 會盡最大努力確保裝置安全。諸如嘗試取得裝置的完整管理員權限 (被稱為 *rooting* 或 *jailbreaking* 的實務作法) 一類的某些動作會導致公有裝置遭到隔離。它們會被自動移出公有集區，等候進行人工審查。 只有明確授權 AWS 的帳戶才能存取私有裝置。Device Farm 會將這些裝置與其他裝置實體隔離，並將其保存在不同的網路上。 在私有受管裝置上，測試可以設定為使用 Amazon VPC 端點來保護您 AWS 帳戶內外的連線。 ## 桌面瀏覽器測試的基礎設施安全性 當您使用桌面瀏覽器測試功能時，所有測試工作階段都會彼此分開。在沒有外部的中繼第三方的情況下，硒執行個體無法跨通訊 AWS。 所有通往 Selenium WebDriver 控制器的流量都必須通過使用 `createTestGridUrl` 產生的 HTTPS 端點。 您有責任確保每個 Device Farm 測試執行個體都能安全地存取其測試的資源。根據預設，Device Farm 的桌面瀏覽器測試執行個體可存取公有網際網路。當您將執行個體連接到 VPC 時，其行為就像任何其他 EC2 執行個體一樣，可存取由 VPC 組態及其相關聯聯網元件決定的資源。AWS 提供 [安全群組](https://docs.aws.amazon.com//vpc/latest/userguide/vpc-security-groups.html)和 [網路存取控制清單 (ACLs)](https://docs.aws.amazon.com//vpc/latest/userguide/vpc-network-acls.html) ，以提高 VPC 的安全性。安全群組控制資源的傳入與傳出流量，網路 ACL 則是控制子網的傳入與傳出流量。安全群組可為大多數子網路提供足夠的存取控制。如果您想讓 VPC 多一層安全，可以使用網路 ACL。如需使用 Amazon VPCs 時安全最佳實務的一般準則，請參閱《 *Amazon Virtual Private Cloud 使用者指南* 》中的 VPC [安全最佳實務](https://docs.aws.amazon.com//vpc/latest/userguide/vpc-security-best-practices.html)。 # Device Farm 中的組態漏洞分析和管理 Device Farm 可讓您執行廠商未主動維護或修補的軟體，例如作業系統廠商、硬體廠商或電信業者。Device Farm 會盡最大努力維護最新的軟體，但不保證實體裝置上任何特定版本的軟體都是最新的，方法是允許使用潛在易受攻擊的軟體。 例如，如果在執行 Android 4.4.2 的裝置上執行測試，Device Farm 不保證裝置會針對 [Android 中稱為 StageFright 的漏洞](https://en.wikipedia.org/wiki/Stagefright_(bug))進行修補。是否為裝置提供安全性更新則取決於裝置的廠商 (有時是電信業者)。我們的自動隔離不保證能捕獲利用此漏洞的惡意應用程式。 私有裝置會根據您與 的協議進行維護 AWS。 Device Farm 會盡最大努力防止客戶應用程式遭到*破壞*或*破解*等動作。Device Farm 會從公有集區中移除隔離的裝置，直到手動檢閱為止。 您有責任將測試中使用的任何程式庫或軟體版本保持在最新狀態，例如 Python wheel 和 Ruby gem。Device Farm 建議您更新測試程式庫。 這些資源有助於讓您的測試相依性保持最新狀態： + 如需如何保護 Ruby gem 的詳細資訊，請參閱 RubyGems 網站上的[安全實務](https://guides.rubygems.org/security/) 。 + 如需 Pipenv 使用且經 Python 封裝授權單位認可的安全套件，以掃描您的相依性是否有已知漏洞的詳細資訊，請參閱 GitHub 上的[安全漏洞偵測](https://github.com/pypa/pipenv/blob/master/docs/advanced.rst#-detection-of-security-vulnerabilities)。 + 如需開放式 Web 應用程式安全專案 (OWASP) Maven 相依性檢查工具的詳細資訊，請參閱 OWASP 網站上的 [OWASP DependencyCheck](https://owasp.org/www-project-dependency-check/)。 請務必記住，即使自動化系統不認為有任何已知的安全問題，不表示真的沒有安全問題。使用第三方的程式庫或工具時，請務必盡職調查，並在可能或合理的情況下驗證加密簽名。 # Device Farm 中的事件回應 Device Farm 會持續監控裝置是否有可能表示安全問題的行為。如果 AWS 注意到客戶資料，例如測試結果或寫入公有裝置的檔案，可由其他客戶存取， 會根據整個 AWS 服務中使用的標準事件提醒和報告政策 AWS 聯絡受影響的客戶。 # 在 Device Farm 中記錄和監控 此服務支援 AWS CloudTrail，這項服務會記錄 AWS 的呼叫 AWS 帳戶 ，並將日誌檔案傳送到 Amazon S3 儲存貯體。透過使用 CloudTrail 所收集的資訊，您可以判斷成功提出的請求 AWS 服務、提出請求的人員、提出請求的時間等等。欲進一步了解 CloudTrail，包括如何將其開啟並尋找您的日誌檔案，請參閱《[AWS CloudTrail 使用者指南](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/)》。 如需搭配 Device Farm 使用 CloudTrail 的詳細資訊，請參閱 [使用 記錄 AWS Device Farm API 呼叫 AWS CloudTrail](logging-using-cloudtrail.md)。 # Device Farm 的安全最佳實務 Device Farm 提供多種安全功能，供您在開發和實作自己的安全政策時加以考量。以下最佳實務為一般準則，並不代表完整的安全解決方案。這些最佳實務可能不適用或無法滿足您的環境需求，因此請將其視為實用建議就好，而不要當作是指示。 + 將您在 IAM 下使用的最低權限，授予任何持續整合 (CI) 系統。考慮每個 CI 系統測試都使用暫時登入資料，如此一來，即使 CI 系統遭盜用，也不能發出虛假請求。如需暫時登入資料的詳細資訊，請參閱 [IAM 使用者指南](https://docs.aws.amazon.com//IAM/latest/UserGuide/id_credentials_temp_request.html#api_assumerole)。 + 在自訂測試環境中使用 `adb` 命令，清除應用程式建立的所有內容。如需自訂測試環境的詳細資訊，請參閱[AWS Device Farm 中的自訂測試環境](custom-test-environments.md)。