Nimble Studio 的安全最佳实践 - Amazon Nimble Studio
监控数据保护权限

终止支持通知： AWS 将于 2024 年 10 月 22 日停止对亚马逊 Nimble Studio 的支持。2024 年 10 月 22 日之后，你将无法再访问 Nimble Studio 主机或 Nimble Studio 资源。

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

Nimble Studio 的安全最佳实践

Amazon Nimble Studio 提供了在您开发和实施自己的安全策略时需要考虑的大量安全特征。以下最佳实践是一般指导原则，并不代表完整安全解决方案。这些最佳实践可能不适合环境或不满足环境要求，请将其视为有用的考虑因素而不是惯例。

监控

监控是维护 Nimble Studio 和您的 AWS 解决方案的可靠性、可用性和性能的重要组成部分。有关监控和响应事件的详细信息，请参阅 使用 Nimble Studio 记录和监控安全事件。

数据保护

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

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

  • 使用 SSL/TLS 与资源通信。 AWS 建议使用 TLS 1.2 或更高版本。

  • 使用设置 API 和用户活动日志 AWS CloudTrail。

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

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

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

我们强烈建议您切勿将敏感的可识别信息（例如您客户的账号）放入自由格式字段（例如名称字段）。这包括你 AWS 服务 使用控制台、API 或与 Amazon Nimble Studio 或其他机构 AWS CLI合作时。 AWS SDKs您输入到 Amazon Nimble Studio 或其他服务中的任何数据都可能被选取以包含在诊断日志中。当您向外部服务器提供 URL 时，请勿在 URL 中包含凭证信息来验证您对该服务器的请求。

权限

使用用户、IAM 角色以及向用户授予最低权限来管理对 AWS 资源的访问权限。制定用于创建、分发、轮换和撤消 AWS 访问凭证的凭证管理策略和程序。有关更多信息，请参阅《IAM 用户指南》中的 IAM 最佳实践。