Amazon Lambda 中的数据保护 - Amazon Lambda
传输中加密静态加密
Amazon Web Services 文档中描述的 Amazon Web Services 服务或功能可能因区域而异。要查看适用于中国区域的差异，请参阅 中国的 Amazon Web Services 服务入门 (PDF)。

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

Amazon Lambda 中的数据保护

Amazon 责任共担模式适用于 Amazon Lambda 中的数据保护。如该模式中所述，Amazon 负责保护运行所有 Amazon Web Services 云 的全球基础设施。您负责维护对托管在此基础设施上的内容的控制。您还负责您所使用的 Amazon Web Services 的安全配置和管理任务。有关数据隐私的更多信息，请参阅数据隐私常见问题解答。

出于数据保护目的，我们建议您保护 Amazon Web Services 账户 凭证并使用 Amazon IAM Identity Center 或 Amazon Identity and Access Management（IAM）设置单个用户。这样，每个用户只获得履行其工作职责所需的权限。我们还建议您通过以下方式保护数据：

  • 对每个账户使用多重身份验证 (MFA)。

  • 使用 SSL/TLS 与 Amazon 资源进行通信。我们要求使用 TLS 1.2，建议使用 TLS 1.3。

  • 使用 Amazon CloudTrail 设置 API 和用户活动日志记录。

  • 使用 Amazon 加密解决方案以及 Amazon Web Services 中的所有默认安全控制。

  • 使用高级托管安全服务（例如 Amazon Macie），它有助于发现和保护存储在 Amazon S3 中的敏感数据。

  • 如果您在通过命令行界面或 API 访问 Amazon 时需要经过 FIPS 140-2 验证的加密模块，请使用 FIPS 端点。有关可用的 FIPS 端点的更多信息，请参阅《美国联邦信息处理标准(FIPS) 第 140-2 版》。

我们强烈建议您切勿将机密信息或敏感信息（如您客户的电子邮件地址）放入标签或自由格式文本字段（如名称字段）。这包括通过控制台、API、Amazon CLI 或 Amazon 开发工具包使用 Lambda 或其他 Amazon Web Services 服务时。在用于名称的标签或自由格式文本字段中输入的任何数据都可能会用于计费或诊断日志。如果您向外部服务器提供网址，强烈建议您不要在网址中包含凭证信息来验证对该服务器的请求。

传输中加密

Lambda API 端点仅支持基于 HTTPS 的安全连接。使用 Amazon Web Services Management Console、Amazon开发工具包或 Lambda API 管理 Lambda 资源时，所有通信都使用传输层安全性 (TLS) 进行加密。有关 API 终端节点的完整列表，请参阅 Amazon Web Services 一般参考 中的 Amazon区域和终端节点。

当您将函数连接到文件系统时，Lambda 会对所有连接使用传输中加密。有关更多信息，请参阅《Amazon Elastic File System 用户指南》中的 Amazon EFS 中的数据加密。

当您使用环境变量时，您可以启用控制台加密帮助程序，以使用客户端加密来保护传输中的环境变量。有关更多信息，请参阅 保护环境变量。

静态加密

Lambda 始终加密静态环境变量。默认情况下，Lambda 使用它在您的账户中创建的 Amazon KMS key，以加密您的环境变量。该 Amazon 托管式密钥 名为 aws/lambda。

在每个函数的基础上，您可以选择性地将 Lambda 配置为使用客户托管式密钥，而不是使用默认 Amazon 托管式密钥 来加密您的环境变量。有关更多信息，请参阅 保护环境变量。

Lambda 始终会对您上载到 Lambda 的文件进行加密，包括部署包和层存档。

默认情况下，Amazon CloudWatch Logs 和 Amazon X-Ray 也会对数据进行加密，并可配置为使用客户托管密钥。有关详细信息，请参阅加密 CloudWatch Logs 中的日志数据和 Amazon X-Ray 中的数据保护。