我们发布了 Well-Architected Framework 新版本。我们还在完善架构框架技术规范指导目录中添加了新的和更新的剖析。详细了解
AWS Well-Architected Tool 中的数据保护
AWS 责任共担模式
出于数据保护目的,我们建议您保护 AWS 账户 凭证并使用 AWS IAM Identity Center 或 AWS Identity and Access Management(IAM)设置单个用户。这样,每个用户只获得履行其工作职责所需的权限。我们还建议您通过以下方式保护数据:
-
对每个账户使用多重身份验证(MFA)。
-
使用 SSL/TLS 与 AWS 资源进行通信。我们要求使用 TLS 1.2,建议使用 TLS 1.3。
-
使用 AWS CloudTrail 设置 API 和用户活动日记账记录。有关使用 CloudTrail 跟踪来捕获 AWS 活动的信息,请参阅《AWS CloudTrail 用户指南》中的 Working with CloudTrail trails。
-
使用 AWS 加密解决方案以及 AWS 服务 中的所有默认安全控制。
-
使用高级托管安全服务(例如 Amazon Macie),它有助于发现和保护存储在 Amazon S3 中的敏感数据。
-
如果在通过命令行界面或 API 访问 AWS 时需要经过 FIPS 140-3 验证的加密模块,请使用 FIPS 端点。有关可用的 FIPS 端点的更多信息,请参阅美国联邦信息处理标准(FIPS)140-3
。
我们强烈建议您切勿将机密信息或敏感信息(如您客户的电子邮件地址)放入标签或自由格式文本字段(如名称字段)。这包括使用控制台、API、AWS CLI 或 AWS SDK 处理 AWS WA Tool 或其他 AWS 服务时。在用于名称的标签或自由格式文本字段中输入的任何数据都可能会用于计费或诊断日志。如果您向外部服务器提供网址,强烈建议您不要在网址中包含凭证信息来验证对该服务器的请求。
静态加密
由 AWS WA Tool 存储的所有数据都是静态加密的。
传输中加密
通过 AWS WA Tool 收发的所有数据都会在传输过程中加密。
AWS 如何使用您的数据
AWS Well-Architected 团队会从 AWS Well-Architected Tool 中收集汇总数据,以便为客户提供和改进 AWS WA Tool 服务。为了支持客户改善工作负载和架构,我们可能会与 AWS 账户团队共享个别客户数据。AWS Well-Architected 团队只能针对每个问题访问工作负载属性和选定的选项。AWS 不会在 AWS 外部共享 AWS WA Tool 的任何数据。
AWS Well-Architected 团队有权访问的工作负载属性包括:
-
工作负载名称
-
审核拥有者
-
环境
-
区域
-
账户 ID
-
行业类型
AWS Well-Architected 团队无权访问:
-
工作负载说明
-
架构设计
-
您输入的任何备注