View a markdown version of this page

AWS 安全代理中的数据保护 - AWS 安全代理

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

AWS 安全代理中的数据保护

AWS 分担责任模式适用于 AWS 安全代理中的数据保护。如本模型所述,AWS 负责保护运行所有 AWS 云的全球基础设施。您负责维护对托管在此基础结构上的内容的控制。您还负责所使用的 AWS 服务的安全配置和管理任务。有关欧洲数据保护的信息,请参阅 AWS 安全博客上的 AWS 责任共担模型和 GDPR 博客文章。出于数据保护目的,我们建议您保护 AWS 账户证书,并使用 AWS IAM 身份中心或 AWS Identity and Access Management (IAM) 设置个人用户。这样,每个用户只获得履行其工作职责所需的权限。还建议您通过以下方式保护数据:

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

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

  • 使用 AWS 设置 API 和用户活动日志 CloudTrail。有关使用 CloudTrail 跟踪捕获 AWS 活动的信息,请参阅 A WS CloudTrail 用户指南中的使用跟 CloudTrail 踪

  • 使用 AWS 加密解决方案以及 AWS 服务中的所有默认安全控制。

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

  • 如果您在通过命令行界面或 API 访问 AWS 时需要经过 FIPS 140-3 验证的加密模块,请使用 FIPS 终端节点。有关可用的 FIPS 端点的更多信息,请参阅《美国联邦信息处理标准(FIPS)第 140-3 版》https://aws.amazon.com/compliance/fips/

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

静态加密

默认情况下,AWS 安全代理使用加密密钥对所有静态数据进行 AWS-managed 加密。这包括:

  • 设计文档和代码-您为安全审查提供的所有设计文档、代码存储库和应用程序工件均使用加密进行 AES-256 加密。

  • 安全调查结果-所有安全发现、漏洞报告和补救建议均经过静态加密。

  • 配置数据-对安全要求、自定义策略和服务配置进行加密。

  • 审核日志-所有服务活动日志和审计跟踪都经过加密。

AWS 安全代理使用 AWS 密钥管理服务 (AWS KMS) 来管理加密密钥。您可以选择使用客户管理的密钥来加密数据,从而完全控制保护资源的加密密钥。有关更多信息,请参阅 AWS 安全代理的客户托管密钥

传输中加密

AWS 安全代理使用传输层安全 (TLS) 1.2 或更高版本对传输中的所有数据进行加密。这适用于:

  • API 通信 — 您的应用程序与 AWS 安全代理之间的所有 API 调用都使用带有 TLS 加密的 HTTPS。

  • 控制台访问 — 通过 HTTPS 访问 AWS 安全代理控制台。

  • 存储库连接-与其他代码存储库的连接使用加密协议。 GitHub

  • 代理通信 — AWS 安全代理服务和渗透测试代理之间的所有通信都使用加密通道。

密钥管理

AWS 安全代理使用 AWS 密钥管理服务 (AWS KMS) 来管理加密密钥。默认情况下,使用 AWS-managed 密钥对数据进行加密。在创建代理空间和集成等资源时,您可以选择指定客户托管密钥。有关更多信息,请参阅 AWS 安全代理的客户托管密钥

互联网络流量隐私

AWS 安全代理使用公共互联网与云托管的源代码控制提供商(GitHub、、 GitLab Bitbucket)和 Confluence Cloud 通信。

对于自托管提供商( GitHub 企业服务器)GitLab Self-Managed,您可以使用 Amazon VPC Lattice 配置私有连接,将所有流量保持在 AWS 网络内。有关更多信息,请参阅 Connect 连接到私有托管的源代码管理

在默认配置中,AWS 安全代理使用公共互联网访问您的应用程序进行渗透测试。您可以选择将渗透测试配置为使用 VPC 来访问您的应用程序。有关更多信息,请参阅 将代理连接到私有 VPC 资源

Cross-Region 数据处理

AWS Security Agent 使用跨区域推理来优化可用的计算资源和模型可用性。根据请求来源的区域,我们可能会在不同的区域处理输入提示并输出结果。

  • 在美国东部(弗吉尼亚北部)— us-east-1、美国西部(俄勒冈)— us-west-2、亚太地区(悉尼)— ap-southeast-2、亚太地区(东京)— ap-northeast-1、欧洲(法兰克福)和欧洲(爱尔兰)— eu-central-1eu-west-1,AWS Security Agent 使用地理跨区域推理。对于大多数要素,数据处理仍位于发出请求的地理边界(例如美国、欧盟、澳大利亚或日本)内。对于代码补救,来自澳大利亚和日本的请求将在欧盟处理。有关特定功能的路由详细信息,请参阅跨区域推理表。

  • 在亚太地区(孟买)ap-south-1、亚太地区(新加坡ap-southeast-1)和南美洲(圣保罗)sa-east-1,AWS 安全代理使用全球跨区域推理。我们可能会在任何商业 AWS 区域处理输入提示和输出结果。

在所有情况下,您的数据都仅存储在请求发出的地区。跨区域操作期间传输的所有数据都保留在 AWS 网络上,不会通过公共互联网。我们对 AWS 区域之间传输的数据进行加密。

Cross-Region 推理始终处于启用状态,无法选择退出。有关哪些区域处理每个功能的请求的详细信息,请参阅中的 “跨区域推理” 部分。AWS 安全代理的安全最佳实践

数据删除

当您从 AWS 安全代理中删除数据时:

  • 数据已标记为删除,无法再通过该服务进行访问。

  • 数据将在 30 天内从所有 AWS 安全代理系统中删除。

删除您的数据

  1. 在 AWS 控制台中,导航到 AWS 安全代理。

  2. 选择要删除的数据(安全审查、调查结果或自定义要求)。

  3. 选择删除,然后确认删除。