本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。

# 的安全最佳实践 AWS AppSync
<a name="best-practices"></a>

保护不仅仅 AWS AppSync 是简单地打开几个杠杆或设置日志记录。以下几节介绍了一些安全最佳实践，这些最佳实践因您使用该服务的方式而有所不同。

## 了解身份验证方法
<a name="best-practices-authn"></a>

AWS AppSync 提供了多种方法来向 Graph APIs QL 对用户进行身份验证。每种方法在安全性、可审核性和可用性方面进行了权衡和取舍。

可以使用以下常见的身份验证方法：
+ Amazon Cognito 用户池允许 GraphQL API 使用用户属性进行精细的访问控制和筛选。
+ API 代币的生命周期有限，适用于自动化系统，例如持续集成系统和与外部的集成 APIs。
+ AWS Identity and Access Management (IAM) 适用于您管理的内部应用程序 AWS 账户。
+ OpenID Connect 允许您通过 OpenID Connect 协议控制和联合访问。

有关中身份验证和授权的更多信息 AWS AppSync，请参阅[配置授权和身份验证以保护您的 GraphQL APIs](security-authz.md)。

## 了解 API 配置更改如何传播
<a name="best-practices-configuration-updates"></a>

当您保存对 API 配置的更改时，会 AWS AppSync 开始传播更改。在您的配置更改传播之前， AWS AppSync 将继续提供先前配置中的内容。在您的配置更改传播后， AWS AppSync 立即开始根据新配置提供您的内容。 AWS AppSync 在传播您对某个 API 的更改时，我们无法确定该 API 是根据之前的配置还是新的配置提供您的内容。

## 在 HTTP 解析器中使用 TLS
<a name="best-practices-https"></a>

在使用 HTTP 解析器时，请确保尽可能使用 TLS 保护的 (HTTPS) 连接。有关 AWS AppSync 信任的 TLS 证书的完整列表，请参阅[AWS AppSync 识别的 HTTPS 终端节点证书颁发机构 (CA)](http-cert-authorities.md)。

## 尽可能使用具有最低权限的角色
<a name="best-practices-roles"></a>

在使用解析器（例如 [DynamoDB 解析器](tutorial-dynamodb-resolvers.md)）时，请使用为您的资源（例如 Amazon DynamoDB 表）提供最严格限制的角色。

## IAM 策略最佳实践
<a name="security_iam_service-with-iam-policy-best-practices"></a>

基于身份的策略决定了某人是否可以在您的账户中创建、访问或删除 AWS AppSync 资源。这些操作可能会使 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**)-如果 AWS 账户您的场景需要 IAM 用户或根用户，请启用 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)。