FDA 联邦法规第 21 篇第 11 部分操作最佳实践 - AWS Config

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

FDA 联邦法规第 21 篇第 11 部分操作最佳实践

合规包提供了一个通用合规框架,旨在使您能够使用托管或自定义 AWS Config 规则和 AWS Config 补救措施来创建安全、运营或成本优化治理检查。作为示例模板,合规包并不是为了完全确保遵守特定的治理或合规性标准而设计的。您有责任自行评估自己对服务的使用是否符合适用的法律和监管要求。

下面提供了《联邦法规法典》(CFR) 第 21 篇第 11 部分与 AWS 托管 Config 规则之间的映射示例。每条 AWS Config 规则都适用于特定的 AWS 资源,并与一项或多项 FDA 联邦法规第 21 篇第 11 部分控制有关。一个 FDA 联邦法规第 21 篇第 11 部分控制可以与多个 Config 规则关联。有关这些映射的更多详细信息和指导,请参阅下表。

控制 ID 控制描述 AWS Config 规则 指南
11.1 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:

db-instance-backup-enabled

Amazon RDS 的备份功能可创建数据库和事务日志的备份。Amazon RDS 会自动创建数据库实例的存储卷快照,备份整个数据库实例。系统允许您设置特定的保留期以满足您的弹性要求。
11.1 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:

dynamodb-in-backup-plan

为了帮助完成数据备份流程,请确保 AWS 备份计划中包含您的 Amazon DynamoDB 表。AWSBackup 是一项完全托管式备份服务,具有基于策略的备份解决方案。该解决方案可简化您的备份管理,使您能够满足业务和监管备份合规性要求。
11.1 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:

dynamodb-pitr-enabled

启用此规则可检查信息是否已备份。它还通过确保在 Amazon DynamoDB 中启用时间点恢复,来维护备份。恢复过程会维持表在过去 35 天的连续备份。
11.1 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:

ebs-in-backup-plan

为了帮助完成数据备份流程,请确保 AWS 备份计划中包含您的 Amazon Elastic Block Store (Amazon EBS) 卷。AWSBackup 是一项完全托管式备份服务,具有基于策略的备份解决方案。该解决方案可简化您的备份管理,使您能够满足业务和监管备份合规性要求。
11.1 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:

ebs-optimized-instance

Amazon Elastic Block Store (Amazon EBS) 中的优化实例为 Amazon EBS I/O 操作提供了额外的专用容量。这种优化通过最大限度减少 Amazon EBS I/O 操作与来自您实例的其他流量之间的争用,为您的 EBS 卷提供最佳性能。
11.1 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:

efs-in-backup-plan

为了帮助完成数据备份流程,请确保 AWS 备份计划中包含您的 Amazon Elastic File System (Amazon EFS) 文件系统。AWSBackup 是一项完全托管式备份服务,具有基于策略的备份解决方案。该解决方案可简化您的备份管理,使您能够满足业务和监管备份合规性要求。
11.1 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:

elasticache-redis-cluster-automatic-backup-check

启用自动备份后,Amazon ElastiCache 会每天为集群创建一个备份。备份可保留的天数由贵组织规定。自动备份可以帮助防止数据丢失。发生故障时,您可以通过从最新的备份还原数据来创建新集群。
11.1 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:

rds-in-backup-plan

为了帮助完成数据备份流程,请确保 AWS 备份计划中包含您的 Amazon Relational Database Service (Amazon RDS) 实例。AWSBackup 是一项完全托管式备份服务,具有基于策略的备份解决方案。该解决方案可简化您的备份管理,使您能够满足业务和监管备份合规性要求。
11.1 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:

redshift-backup-enabled

为了帮助完成数据备份流程,请确保您的 Amazon Redshift 集群具有自动快照。当某个集群的自动快照处于启用状态时,Redshift 会定期拍摄该集群的快照。默认情况下,Redshift 大约每 8 小时或在每节点数据更改达到 5 GB 时拍摄一次快照,以先到者为准。
11.1 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:

s3-bucket-replication-enabled

Amazon Simple Storage Service (Amazon S3) 跨区域复制 (CRR) 支持保持足够的容量和可用性。CRR 可在 Amazon S3 存储桶间自动异步复制对象,以帮助确保数据的可用性。
11.1 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:

s3-bucket-versioning-enabled

Amazon Simple Storage Service (Amazon S3) 存储桶版本控制有助于将对象的多个变体保存在同一 Amazon S3 存储桶中。对于 Amazon S3 存储桶中存储的每个对象,使用版本控制功能来保存、检索和还原它们的各个版本。版本控制功能可帮助您轻松地从用户意外操作和应用程序故障中恢复。
11.10(a) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(a) 对系统进行验证,以确保准确性、可靠性、一致的预期性能以及识别无效或被篡改记录的能力。

backup-plan-min-frequency-and-min-retention-check

为了帮助完成数据备份流程,请确保为 AWS Backup 计划设置最低频率和保留期。AWSBackup 是一项完全托管式备份服务,具有基于策略的备份解决方案。该解决方案可简化您的备份管理,使您能够满足业务和监管备份合规性要求。此规则允许您设置 requiredFrequencyValue(Config 默认值:1)、requiredRetentionDays(Config 默认值:35)和 requiredFrequencyUnit(Config 默认值:days)参数。实际值应反映贵组织的需求。
11.10(a) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(a) 对系统进行验证,以确保准确性、可靠性、一致的预期性能以及识别无效或被篡改记录的能力。

backup-recovery-point-encrypted

确保您的 AWS Backup 恢复点已启用加密。由于可能存在敏感的静态数据,因此应启用静态加密以帮助保护这些数据。
11.10(a) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(a) 对系统进行验证,以确保准确性、可靠性、一致的预期性能以及识别无效或被篡改记录的能力。

backup-recovery-point-manual-deletion-disabled

确保您的 AWS Backup 恢复点附加了基于资源的策略,以防止删除恢复点。使用基于资源的策略来防止删除恢复点有助于防止意外或故意删除。
11.10(a) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(a) 对系统进行验证,以确保准确性、可靠性、一致的预期性能以及识别无效或被篡改记录的能力。

cloud-trail-log-file-validation-enabled

利用 AWS CloudTrail 日志文件验证来检查 CloudTrail 日志的完整性。日志文件验证有助于确定日志文件在 CloudTrail 交付后是否被修改、删除或更改。该功能是使用业界标准算法构建的:哈希采用 SHA-256,数字签名采用带 RSA 的 SHA-256。这样,要修改、删除或伪造 CloudTrail 日志文件而不被检测到在计算上是不可行的。
11.10(a) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(a) 对系统进行验证,以确保准确性、可靠性、一致的预期性能以及识别无效或被篡改记录的能力。

cloudtrail-security-trail-enabled

此规则通过检查多项设置的启用情况,来确保使用 AWS 推荐的 AWS CloudTrail 安全最佳实践。其中包括使用日志加密、日志验证以及在多个区域启用 AWS CloudTrail。
11.10(a) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(a) 对系统进行验证,以确保准确性、可靠性、一致的预期性能以及识别无效或被篡改记录的能力。

db-instance-backup-enabled

Amazon RDS 的备份功能可创建数据库和事务日志的备份。Amazon RDS 会自动创建数据库实例的存储卷快照,备份整个数据库实例。系统允许您设置特定的保留期以满足您的弹性要求。
11.10(a) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(a) 对系统进行验证,以确保准确性、可靠性、一致的预期性能以及识别无效或被篡改记录的能力。

dynamodb-autoscaling-enabled

Amazon DynamoDB 自动扩缩使用 AWS 应用程序自动扩缩服务来调整预置的吞吐量容量,并自动响应实际流量模式。这将允许表或全局二级索引增大其预置的读/写容量以处理突发流量,而不进行节流。
11.10(a) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(a) 对系统进行验证,以确保准确性、可靠性、一致的预期性能以及识别无效或被篡改记录的能力。

dynamodb-in-backup-plan

为了帮助完成数据备份流程,请确保 AWS 备份计划中包含您的 Amazon DynamoDB 表。AWSBackup 是一项完全托管式备份服务,具有基于策略的备份解决方案。该解决方案可简化您的备份管理,使您能够满足业务和监管备份合规性要求。
11.10(a) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(a) 对系统进行验证,以确保准确性、可靠性、一致的预期性能以及识别无效或被篡改记录的能力。

dynamodb-pitr-enabled

启用此规则可检查信息是否已备份。它还通过确保在 Amazon DynamoDB 中启用时间点恢复,来维护备份。恢复过程会维持表在过去 35 天的连续备份。
11.10(a) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(a) 对系统进行验证,以确保准确性、可靠性、一致的预期性能以及识别无效或被篡改记录的能力。

dynamodb-resources-protected-by-backup-plan

为了帮助完成数据备份流程,请确保 AWS 备份计划中包含您的 Amazon DynamoDB 资源。AWSBackup 是一项完全托管式备份服务,具有基于策略的备份解决方案。该解决方案可简化您的备份管理,使您能够满足业务和监管备份合规性要求。
11.10(a) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(a) 对系统进行验证,以确保准确性、可靠性、一致的预期性能以及识别无效或被篡改记录的能力。

ebs-in-backup-plan

为了帮助完成数据备份流程,请确保 AWS 备份计划中包含您的 Amazon Elastic Block Store (Amazon EBS) 卷。AWSBackup 是一项完全托管式备份服务,具有基于策略的备份解决方案。该解决方案可简化您的备份管理,使您能够满足业务和监管备份合规性要求。
11.10(a) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(a) 对系统进行验证,以确保准确性、可靠性、一致的预期性能以及识别无效或被篡改记录的能力。

ebs-optimized-instance

Amazon Elastic Block Store (Amazon EBS) 中的优化实例为 Amazon EBS I/O 操作提供了额外的专用容量。这种优化通过最大限度减少 Amazon EBS I/O 操作与来自您实例的其他流量之间的争用,为您的 EBS 卷提供最佳性能。
11.10(a) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(a) 对系统进行验证,以确保准确性、可靠性、一致的预期性能以及识别无效或被篡改记录的能力。

ec2-instance-managed-by-systems-manager

利用 AWS Systems Manager 管理 Amazon Elastic Compute Cloud (Amazon EC2) 实例,可以清点组织中的软件平台和应用程序。使用 AWS Systems Manager 提供详细的系统配置、操作系统补丁级别、服务名称和类型、软件安装、应用程序名称、发布者和版本以及有关您的环境的其他详细信息。
11.10(a) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(a) 对系统进行验证,以确保准确性、可靠性、一致的预期性能以及识别无效或被篡改记录的能力。

ec2-managedinstance-association-compliance-status-check

使用 AWS Systems Manager Associations 来帮助清点组织内的软件平台和应用程序。AWSSystems Manager 会为您的托管实例分配配置状态,并允许您设置操作系统补丁级别、软件安装、应用程序配置以及有关您的环境的其他详细信息的基准。
11.10(a) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(a) 对系统进行验证,以确保准确性、可靠性、一致的预期性能以及识别无效或被篡改记录的能力。

ec2-managedinstance-patch-compliance-status-check

启用此规则以帮助识别和记录 Amazon Elastic Compute Cloud (Amazon EC2) 漏洞。此规则根据贵组织的政策和程序的要求检查 AWS Systems Manager 中的 Amazon EC2 实例补丁是否合规。
11.10(a) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(a) 对系统进行验证,以确保准确性、可靠性、一致的预期性能以及识别无效或被篡改记录的能力。

ec2-resources-protected-by-backup-plan

为了帮助完成数据备份流程,请确保 AWS 备份计划中包含您的 Amazon Elastic Compute Cloud (Amazon EC2) 资源。AWSBackup 是一项完全托管式备份服务,具有基于策略的备份解决方案。该解决方案可简化您的备份管理,使您能够满足业务和监管备份合规性要求。
11.10(a) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(a) 对系统进行验证,以确保准确性、可靠性、一致的预期性能以及识别无效或被篡改记录的能力。

ec2-stopped-instance

根据组织的标准,启用此规则可检查 Amazon EC2 实例停止运行的天数是否超过允许的天数,从而帮助进行 Amazon Elastic Compute Cloud (Amazon EC2) 实例的基线配置。
11.10(a) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(a) 对系统进行验证,以确保准确性、可靠性、一致的预期性能以及识别无效或被篡改记录的能力。

ec2-volume-inuse-check

此规则可确保附加到 Amazon Elastic Compute Cloud (Amazon EC2) 实例上的 Amazon Elastic Block Store 卷在实例终止时标记为删除。如果在附加到 Amazon EBS 卷的实例终止时,卷没有被删除,则可能违反最少功能的概念。
11.10(a) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(a) 对系统进行验证,以确保准确性、可靠性、一致的预期性能以及识别无效或被篡改记录的能力。

efs-in-backup-plan

为了帮助完成数据备份流程,请确保 AWS 备份计划中包含您的 Amazon Elastic File System (Amazon EFS) 文件系统。AWSBackup 是一项完全托管式备份服务,具有基于策略的备份解决方案。该解决方案可简化您的备份管理,使您能够满足业务和监管备份合规性要求。
11.10(a) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(a) 对系统进行验证,以确保准确性、可靠性、一致的预期性能以及识别无效或被篡改记录的能力。

elasticache-redis-cluster-automatic-backup-check

启用自动备份后,Amazon ElastiCache 会每天为集群创建一个备份。备份可保留的天数由贵组织规定。自动备份可以帮助防止数据丢失。发生故障时,您可以通过从最新的备份还原数据来创建新集群。
11.10(a) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(a) 对系统进行验证,以确保准确性、可靠性、一致的预期性能以及识别无效或被篡改记录的能力。

elb-cross-zone-load-balancing-enabled

为您的 Elastic Load Balancers (ELB) 启用跨区域负载均衡,以帮助保持足够的容量和可用性。跨区域负载均衡可降低在每个启用的可用区维持相同数量实例的需求。它还将提高应用程序处理一个或多个实例丢失情况的能力。
11.10(a) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(a) 对系统进行验证,以确保准确性、可靠性、一致的预期性能以及识别无效或被篡改记录的能力。

elb-deletion-protection-enabled

此规则可确保 Elastic Load Balancing 已启用删除保护。使用此功能可防止负载均衡器被意外或恶意删除,因为这可能导致应用程序丧失可用性。
11.10(a) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(a) 对系统进行验证,以确保准确性、可靠性、一致的预期性能以及识别无效或被篡改记录的能力。

rds-in-backup-plan

为了帮助完成数据备份流程,请确保 AWS 备份计划中包含您的 Amazon Relational Database Service (Amazon RDS) 实例。AWSBackup 是一项完全托管式备份服务,具有基于策略的备份解决方案。该解决方案可简化您的备份管理,使您能够满足业务和监管备份合规性要求。
11.10(a) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(a) 对系统进行验证,以确保准确性、可靠性、一致的预期性能以及识别无效或被篡改记录的能力。

rds-multi-az-support

Amazon Relational Database Service (Amazon RDS) 中的多可用区支持为数据库实例提供了增强的可用性和耐久性。当您预置多可用区数据库实例时,Amazon RDS 会自动创建一个主数据库实例,并将数据同步复制到不同可用区中的备用实例。每个可用性区域都在各自独立的物理基础设施上运行,具有高度可靠性。如果基础设施出现故障,Amazon RDS 会自动失效转移到备用服务器,这样您就可以在失效转移完成后立即恢复数据库操作。
11.10(a) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(a) 对系统进行验证,以确保准确性、可靠性、一致的预期性能以及识别无效或被篡改记录的能力。

redshift-backup-enabled

为了帮助完成数据备份流程,请确保您的 Amazon Redshift 集群具有自动快照。当某个集群的自动快照处于启用状态时,Redshift 会定期拍摄该集群的快照。默认情况下,Redshift 大约每 8 小时或在每节点数据更改达到 5 GB 时拍摄一次快照,以先到者为准。
11.10(a) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(a) 对系统进行验证,以确保准确性、可靠性、一致的预期性能以及识别无效或被篡改记录的能力。

s3-bucket-replication-enabled

Amazon Simple Storage Service (Amazon S3) 跨区域复制 (CRR) 支持保持足够的容量和可用性。CRR 可在 Amazon S3 存储桶间自动异步复制对象,以帮助确保数据的可用性。
11.10(a) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(a) 对系统进行验证,以确保准确性、可靠性、一致的预期性能以及识别无效或被篡改记录的能力。

s3-bucket-versioning-enabled

Amazon Simple Storage Service (Amazon S3) 存储桶版本控制有助于将对象的多个变体保存在同一 Amazon S3 存储桶中。对于 Amazon S3 存储桶中存储的每个对象,使用版本控制功能来保存、检索和还原它们的各个版本。版本控制功能可帮助您轻松地从用户意外操作和应用程序故障中恢复。
11.10(a) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(a) 对系统进行验证,以确保准确性、可靠性、一致的预期性能以及识别无效或被篡改记录的能力。

vpc-vpn-2-tunnels-up

可实施冗余站点到站点 VPN 隧道来实现弹性需求。它使用两条隧道来帮助确保连接性,以防其中一个站点到站点 VPN 连接不可用。为防止在客户网关不可用的情况下断开连接,您可以使用第二个客户网关为您的 Amazon Virtual Private Cloud (Amazon VPC) 和虚拟私有网关建立第二个站点到站点 VPN 连接。
11.10(c) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(c) 保护记录,以便在整个记录保留期内能够准确、随时检索。

cloud-trail-encryption-enabled

由于可能存在敏感数据,并且为了帮助保护静态数据,应确保您的 AWS CloudTrail 跟踪启用了加密。
11.10(c) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(c) 保护记录,以便在整个记录保留期内能够准确、随时检索。

cw-loggroup-retention-period-check

确保为日志组保留事件日志数据的最短时间,以帮助进行故障排除和取证调查。缺乏过去的事件日志数据会让重建和识别潜在的恶意事件变得困难。
11.10(c) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(c) 保护记录,以便在整个记录保留期内能够准确、随时检索。

ecr-private-lifecycle-policy-configured

Amazon Elastic Container Repository (ECR) 生命周期策略使您能够指定存储库中映像的生命周期管理。这允许自动清理未使用的映像,例如根据存在期限或计数使映像过期。
11.10(c) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(c) 保护记录,以便在整个记录保留期内能够准确、随时检索。

rds-snapshot-encrypted

确保为 Amazon Relational Database Service (Amazon RDS) 快照启用加密。由于可能存在敏感的静态数据,因此应启用静态加密以帮助保护这些数据。
11.10(c) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(c) 保护记录,以便在整个记录保留期内能够准确、随时检索。

rds-snapshots-public-prohibited

通过确保 Amazon Relational Database Service (Amazon RDS) 实例不是公有的,来管理对 AWS 云中资源的访问。Amazon RDS 数据库实例可能包含敏感信息,因此需要对此类账户实施相应原则和访问控制。
11.10(c) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(c) 保护记录,以便在整个记录保留期内能够准确、随时检索。

rds-storage-encrypted

为了帮助保护静态数据,请确保您的 Amazon Relational Database Service (Amazon RDS) 实例启用了加密。由于 Amazon RDS 实例中可能存在敏感的静态数据,因此应启用静态加密以帮助保护这些数据。
11.10(c) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(c) 保护记录,以便在整个记录保留期内能够准确、随时检索。

redshift-cluster-configuration-check

要保护静态数据,请确保您的 Amazon Redshift 集群启用了加密。您还必须确保在 Amazon Redshift 集群上部署所需的配置。应启用审计日志记录,以提供有关数据库中连接和用户活动的信息。此规则要求为 clusterDbEncrypted(Config 默认值:TRUE)和 loggingEnabled(Config 默认值:TRUE)设置值。实际值应反映贵组织的策略。
11.10(c) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(c) 保护记录,以便在整个记录保留期内能够准确、随时检索。

redshift-cluster-public-access-check

通过确保 Amazon Redshift 集群不是公有的,来管理对 AWS 云中资源的访问。Amazon Redshift 集群可能包含敏感信息,因此需要对此类账户实施相应原则和访问控制。
11.10(c) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(c) 保护记录,以便在整个记录保留期内能够准确、随时检索。

redshift-require-tls-ssl

确保您的 Amazon Redshift 集群需要 TLS/SSL 加密才能连接到 SQL 客户端。由于可能存在敏感数据,因此应启用传输中加密以帮助保护这些数据。
11.10(c) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(c) 保护记录,以便在整个记录保留期内能够准确、随时检索。

s3-bucket-public-read-prohibited

通过仅允许授权用户、进程和设备访问 Amazon Simple Storage Service (Amazon S3) 存储桶,来管理对 AWS 云中资源的访问。访问管理应与数据的分类保持一致。
11.10(c) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(c) 保护记录,以便在整个记录保留期内能够准确、随时检索。

s3-bucket-public-write-prohibited

通过仅允许授权用户、进程和设备访问 Amazon Simple Storage Service (Amazon S3) 存储桶,来管理对 AWS 云中资源的访问。访问管理应与数据的分类保持一致。
11.10(c) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(c) 保护记录,以便在整个记录保留期内能够准确、随时检索。

s3-bucket-server-side-encryption-enabled

为了帮助保护静态数据,请确保您的 Amazon Simple Storage Service (Amazon S3) 存储桶启用了加密。由于 Amazon S3 存储桶中可能存在敏感的静态数据,因此应启用加密以帮助保护这些数据。
11.10(c) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(c) 保护记录,以便在整个记录保留期内能够准确、随时检索。

s3-bucket-ssl-requests-only

为了帮助保护传输中的数据,请确保您的 Amazon Simple Storage Service (Amazon S3) 存储桶需要请求使用安全套接字层 (SSL)。由于可能存在敏感数据,因此应启用传输中加密以帮助保护这些数据。
11.10(c) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(c) 保护记录,以便在整个记录保留期内能够准确、随时检索。

s3-bucket-versioning-enabled

Amazon Simple Storage Service (Amazon S3) 存储桶版本控制有助于将对象的多个变体保存在同一 Amazon S3 存储桶中。对于 Amazon S3 存储桶中存储的每个对象,使用版本控制功能来保存、检索和还原它们的各个版本。版本控制功能可帮助您轻松地从用户意外操作和应用程序故障中恢复。
11.10(c) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(c) 保护记录,以便在整个记录保留期内能够准确、随时检索。

s3-version-lifecycle-policy-check

确保配置了 Amazon S3 生命周期策略,以帮助定义您希望 Amazon S3 在对象生命周期内采取的操作(例如,将对象过渡到其他存储类、将其存档或在指定时间后删除)。
11.10(c) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(c) 保护记录,以便在整个记录保留期内能够准确、随时检索。

sagemaker-endpoint-configuration-kms-key-configured

为了帮助保护静态数据,请确保您的 SageMaker 终端节点启用了使用 AWS Key Management Service (AWS KMS) 的加密。由于 SageMaker 端点中可能存在敏感的静态数据,因此应启用静态加密以帮助保护这些数据。
11.10(c) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(c) 保护记录,以便在整个记录保留期内能够准确、随时检索。

sagemaker-notebook-instance-kms-key-configured

为了帮助保护静态数据,请确保您的 SageMaker 笔记本启用了使用 AWS Key Management Service (AWS KMS) 的加密。由于 SageMaker 笔记本中可能存在敏感的静态数据,因此应启用静态加密以帮助保护这些数据。
11.10(c) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(c) 保护记录,以便在整个记录保留期内能够准确、随时检索。

sagemaker-notebook-no-direct-internet-access

通过确保 Amazon SageMaker 笔记本不允许直接访问互联网,管理对 AWS 云中资源的访问。通过防止直接访问互联网,您可以防止未经授权的用户访问敏感数据。
11.10(d) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(d) 仅限获得授权的人员访问系统。

access-keys-rotated

通过确保按照组织政策轮换 IAM 访问密钥,对授权的设备、用户和流程的凭证进行审核。定期更改访问密钥是一种安全最佳实践。它会缩短访问密钥的有效期,并降低密钥泄露时对业务的影响。此规则需要访问密钥轮换值(配置默认值:90)。实际值应反映贵组织的策略。
11.10(d) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(d) 仅限获得授权的人员访问系统。

account-part-of-organizations

在 AWS Organizations 中集中管理 AWS 账户有助于确保账户合规。缺乏集中式账户管理可能会导致账户配置不一致,从而可能泄露资源和敏感数据。
11.10(d) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(d) 仅限获得授权的人员访问系统。

dms-replication-not-public

通过确保 DMS 复制实例无法公开访问来管理对 AWS 云的访问。DMS 复制实例可能包含敏感信息,因此需要对此类账户进行访问控制。
11.10(d) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(d) 仅限获得授权的人员访问系统。

dynamodb-table-encrypted-kms

确保为 Amazon DynamoDB 表启用加密。由于这些表中可能存在敏感的静态数据,因此应启用静态加密以帮助保护这些数据。默认情况下,DynamoDB 表使用 AWS 拥有的客户主密钥 (CMK) 进行加密。
11.10(d) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(d) 仅限获得授权的人员访问系统。

ebs-snapshot-public-restorable-check

通过确保 EBS 快照不可公开还原来管理对 AWS 云的访问。EBS 卷快照可能包含敏感信息,因此需要对此类账户进行访问控制。
11.10(d) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(d) 仅限获得授权的人员访问系统。

ec2-ebs-encryption-by-default

为了帮助保护静态数据,请确保为您的 Amazon Elastic Block Store (Amazon EBS) 卷启用加密。由于这些卷中可能存在敏感的静态数据,因此应启用静态加密以帮助保护这些数据。
11.10(d) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(d) 仅限获得授权的人员访问系统。

ec2-imdsv2-check

确保启用实例元数据服务版本 2 (IMDSv2) 方法,以帮助保护对 Amazon Elastic Compute Cloud (Amazon EC2) 实例元数据的访问和控制。IMDSv2 方法使用基于会话的控制。使用 IMDSv2,可以实施控制来限制对实例元数据的更改。
11.10(d) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(d) 仅限获得授权的人员访问系统。

ec2-instance-no-public-ip

通过确保 Amazon Elastic Compute Cloud (Amazon EC2) 实例无法公开访问来管理对 AWS 云的访问。Amazon EC2 实例可能包含敏感信息,因此需要对此类账户进行访问控制。
11.10(d) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(d) 仅限获得授权的人员访问系统。

ec2-instance-profile-attached

EC2 实例配置文件将 IAM 角色传递给 EC2 实例。将实例配置文件附加到您的实例可以帮助实现最低权限和权限管理。
11.10(d) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(d) 仅限获得授权的人员访问系统。

ecs-task-definition-user-for-host-mode-check

如果任务定义具有提升的权限,那是因为客户专门选择了这些配置。当任务定义启用了主机联网,但客户未选择使用提升权限时,此控制会检查权限是否意外提升。
11.10(d) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(d) 仅限获得授权的人员访问系统。

efs-encrypted-check

由于可能存在敏感数据,并且为了帮助保护静态数据,请确保为您的 Amazon Elastic File System (EFS) 启用加密。
11.10(d) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(d) 仅限获得授权的人员访问系统。

elasticsearch-encrypted-at-rest

由于可能存在敏感数据,并且为了帮助保护静态数据,应确保您的 Amazon OpenSearch Service (OpenSearch Service) 域启用了加密。
11.10(d) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(d) 仅限获得授权的人员访问系统。

elasticsearch-in-vpc-only

通过确保 Amazon OpenSearch Service (OpenSearch Service) 域位于 Amazon Virtual Private Cloud (Amazon VPC) 中,来管理对 AWS 云的访问。Amazon VPC 中的 OpenSearch Service 域可实现 Amazon OpenSearch Service 与 Amazon VPC 中其他服务之间的安全通信,而无需互联网网关、NAT 设备或 VPN 连接。
11.10(d) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(d) 仅限获得授权的人员访问系统。

elasticsearch-node-to-node-encryption-check

确保 Amazon OpenSearch Service 启用了节点到节点加密。利用节点到节点加密,将能够为 Amazon Virtual Private Cloud (Amazon VPC) 内的所有通信启用 TLS 1.2 加密。由于可能存在敏感数据,因此应启用传输中加密以帮助保护这些数据。
11.10(d) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(d) 仅限获得授权的人员访问系统。

emr-kerberos-enabled

通过为 Amazon EMR 集群启用 Kerberos,可以按照最低权限和职责分离的原则管理和纳入访问权限和授权。在 Kerberos 中,需要进行身份验证的服务和用户称为委托人。委托人存在于 Kerberos 领域中。在该领域中,Kerberos 服务器被称为密钥分配中心 (KDC)。它为委托人提供一种进行身份验证的方法。KDC 通过颁发用于身份验证的票证进行身份验证。KDC 维护一个包含其领域中的委托人、它们的密码及其它有关每个委托人的管理信息的数据库。
11.10(d) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(d) 仅限获得授权的人员访问系统。

emr-master-no-public-ip

通过确保 Amazon EMR 集群主节点无法公开访问来管理对 AWS 云的访问。Amazon EMR 集群主节点可能包含敏感信息,因此需要对此类账户进行访问控制。
11.10(d) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(d) 仅限获得授权的人员访问系统。

encrypted-volumes

由于可能存在敏感数据,并且为了帮助保护静态数据,应确保您的 Amazon Elastic Block Store (Amazon EBS) 卷启用了加密。
11.10(d) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(d) 仅限获得授权的人员访问系统。

iam-customer-policy-blocked-kms-actions

AWS Identity and Access Management (IAM) 可以帮助您将最低权限和职责分离原则与访问权限和授权相结合,从而限制策略包含对所有 AWS Key Management Service 密钥的阻止操作。拥有超过完成任务所需的权限可能会违反最低权限和职责分离的原则。该规则允许您设置 blockedActionsPatterns 参数。(AWS 基础安全最佳实践值:kms:Decrypt、kms:ReEncryptFrom)。实际值应反映贵组织的策略
11.10(d) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(d) 仅限获得授权的人员访问系统。

iam-group-has-users-check

AWS Identity and Access Management (IAM) 可以确保 IAM 组至少有一个用户,从而帮助您将最低权限和职责分离原则与访问权限和授权相结合。根据用户的相关权限或工作职能将用户分组,是纳入最低权限的一种方法。
11.10(d) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(d) 仅限获得授权的人员访问系统。

iam-inline-policy-blocked-kms-actions

确保 AWS Identity and Access Management (IAM) 用户、IAM 角色或 IAM 组没有允许对所有 AWS Key Management Service 密钥执行阻止操作的内联策略。AWS 建议使用托管策略而不是内联策略。托管策略允许可重用性、版本控制、回滚和委托权限管理。该规则允许您设置 blockedActionsPatterns 参数。(AWS 基础安全最佳实践值:kms:Decrypt、kms:ReEncryptFrom)。实际值应反映贵组织的策略。
11.10(d) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(d) 仅限获得授权的人员访问系统。

iam-no-inline-policy-check

确保 AWS Identity and Access Management (IAM) 用户、IAM 角色或 IAM 组没有控制系统和资产访问的内联策略。AWS 建议使用托管策略而不是内联策略。托管策略允许可重用性、版本控制、回滚和委托权限管理。
11.10(d) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(d) 仅限获得授权的人员访问系统。

iam-password-policy

身份和凭证是根据组织 IAM 密码策略颁发、管理和验证的。它们符合或超过 NIST SP 800-63 和针对密码强度的 AWS 基础安全最佳实践标准规定的要求。此规则允许您为 IAM 密码策略选择设置 RequireUppercaseCharacters(AWS 基础安全最佳实践值:true)、RequireLowercaseCharacters(AWS 基础安全最佳实践值:true)、RequireSymbols(AWS 基础安全最佳实践值:true)、RequireNumbers(AWS 基础安全最佳实践值:true)、MinimumPasswordLength(AWS 基础安全最佳实践值:14)、PasswordReusePrevention(AWS 基础安全最佳实践值:24)和 MaxPasswordAge(AWS 基础安全最佳实践值:90)。实际值应反映贵组织的策略。
11.10(d) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(d) 仅限获得授权的人员访问系统。

iam-policy-no-statements-with-admin-access

AWS Identity and Access Management (IAM) 可以帮助您将最低权限和职责分离原则与访问权限和授权相结合,限制策略包含 "Effect": "Allow" with "Action": "*" over "Resource": "*"。允许用户拥有超过完成任务所需的权限,可能会违反最低权限和职责分离的原则。
11.10(d) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(d) 仅限获得授权的人员访问系统。

iam-policy-no-statements-with-full-access

确保 IAM 操作仅限于需要的那些操作。允许用户拥有超过完成任务所需的权限,可能会违反最低权限和职责分离的原则。
11.10(d) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(d) 仅限获得授权的人员访问系统。

iam-root-access-key-check

通过检查根用户的 AWS Identity and Access Management (IAM) 角色是否拥有访问密钥,可以控制对系统和资产的访问。确保删除根访问密钥。相反,创建和使用基于角色的 AWS 账户来帮助纳入最少功能原则。
11.10(d) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(d) 仅限获得授权的人员访问系统。

iam-user-group-membership-check

AWS Identity and Access Management (IAM) 可通过确保用户至少属于一个组来帮助您限制访问权限和授权。允许用户拥有超过完成任务所需的权限,可能会违反最低权限和职责分离的原则。
11.10(d) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(d) 仅限获得授权的人员访问系统。

iam-user-mfa-enabled

启用此规则可限制对 AWS 云中资源的访问。此规则可确保为所有用户启用多重身份验证 (MFA)。MFA 在登录凭证之上添加一层额外的保护。要求用户进行多重身份验证,从而减少账户被盗事件。
11.10(d) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(d) 仅限获得授权的人员访问系统。

iam-user-no-policies-check

此规则可确保仅将 AWS Identity and Access Management (IAM) 策略附加到组或角色,以控制对系统和资产的访问。在组或角色级别分配权限有助于减少身份获得或保留过多权限的机会。
11.10(d) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(d) 仅限获得授权的人员访问系统。

iam-user-unused-credentials-check

AWS Identity and Access Management (IAM) 可以通过检查指定时间段内未使用的 IAM 密码和访问密钥,来帮助您获得访问权限和授权。如果发现这些未使用的凭证,则应禁用和/或删除这些凭证,因为这可能违反最低权限原则。此规则要求您为 maxCredentialUsageAge 设置一个值(Config 默认值:90)。实际值应反映贵组织的策略。
11.10(d) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(d) 仅限获得授权的人员访问系统。

iam-user-unused-credentials-check

AWS Identity and Access Management (IAM) 可以通过检查指定时间段内未使用的 IAM 密码和访问密钥,来帮助您获得访问权限和授权。如果发现这些未使用的凭证,则应禁用和/或删除这些凭证,因为这可能违反最低权限原则。此规则要求您为 maxCredentialUsageAge 设置一个值(Config 默认值:90)。实际值应反映贵组织的策略。
11.10(d) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(d) 仅限获得授权的人员访问系统。

restricted-ssh

Amazon Elastic Compute Cloud (Amazon EC2) 安全组可对 AWS 资源的入口和出口网络流量进行有状态过滤,从而帮助管理网络访问。不允许您资源上的入口(或远程)流量从 0.0.0.0/0 进入端口 22 有助于限制远程访问。
11.10(d) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(d) 仅限获得授权的人员访问系统。

ec2-instances-in-vpc

在 Amazon Virtual Private Cloud (Amazon VPC) 内部署 Amazon Elastic Compute Cloud (Amazon EC2) 实例,以实现实例与 Amazon VPC 内其他服务之间的安全通信,而无需互联网网关、NAT 设备或 VPN 连接。AWS 云中的所有流量都会保持安全。由于进行了逻辑隔离,与使用公共终端节点的域相比,驻留在 Amazon VPC 中的域有一层额外的安全保护。将 Amazon EC2 实例分配给 Amazon VPC 以正确管理访问权限。
11.10(d) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(d) 仅限获得授权的人员访问系统。

lambda-function-public-access-prohibited

通过确保 AWS Lambda 函数无法公开访问,来管理对 AWS 云中资源的访问。公开访问可能导致资源可用性下降。
11.10(d) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(d) 仅限获得授权的人员访问系统。

lambda-inside-vpc

在 Amazon Virtual Private Cloud (Amazon VPC) 中部署 AWS Lambda 函数,以便在 Amazon VPC 中的函数和其他服务之间进行安全通信。使用此配置时,不需要互联网网关、NAT 设备或 VPN 连接。AWS 云中的所有流量都会保持安全。由于进行了逻辑隔离,与使用公共终端节点的域相比,驻留在 Amazon VPC 中的域有一层额外的安全保护。为了正确管理访问权限,应将 AWS Lambda 函数分配给 VPC。
11.10(d) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(d) 仅限获得授权的人员访问系统。

mfa-enabled-for-iam-console-access

通过确保为所有拥有控制台密码的 AWS Identity and Access Management (IAM) 用户启用 MFA,来管理对 AWS 云中资源的访问。MFA 在登录凭证之上添加一层额外的保护。通过要求用户进行 MFA,您可以减少账户被盗事件,防止未经授权的用户访问敏感数据。
11.10(d) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(d) 仅限获得授权的人员访问系统。

no-unrestricted-route-to-igw

确保 Amazon EC2 路由表中没有指向互联网网关的无限制路由。移除或限制 Amazon VPC 内工作负载的互联网访问可以减少环境中的意外访问。
11.10(d) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(d) 仅限获得授权的人员访问系统。

rds-instance-public-access-check

通过确保 Amazon Relational Database Service (Amazon RDS) 实例不是公有的,来管理对 AWS 云中资源的访问。Amazon RDS 数据库实例可能包含敏感信息,因此需要对此类账户实施相应原则和访问控制。
11.10(d) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(d) 仅限获得授权的人员访问系统。

rds-snapshots-public-prohibited

通过确保 Amazon Relational Database Service (Amazon RDS) 实例不是公有的,来管理对 AWS 云中资源的访问。Amazon RDS 数据库实例可能包含敏感信息,因此需要对此类账户实施相应原则和访问控制。
11.10(d) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(d) 仅限获得授权的人员访问系统。

redshift-cluster-public-access-check

通过确保 Amazon Redshift 集群不是公有的,来管理对 AWS 云中资源的访问。Amazon Redshift 集群可能包含敏感信息,因此需要对此类账户实施相应原则和访问控制。
11.10(d) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(d) 仅限获得授权的人员访问系统。

restricted-common-ports

通过确保在 Amazon Elastic Compute Cloud (Amazon EC2) 安全组上限制通用端口,来管理对 AWS 云中资源的访问。如果不将端口访问限制为可信来源,可能会导致针对系统可用性、完整性和机密性的攻击。此规则允许您选择设置 blockedPort1 - blockedPort5 参数(Config 默认值:20,21,3389,3306,4333)。实际值应反映贵组织的策略。
11.10(d) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(d) 仅限获得授权的人员访问系统。

root-account-hardware-mfa-enabled

通过确保为根用户启用硬件 MFA,来管理对 AWS 云中资源的访问。根用户是 AWS 账户中权限最高的用户。MFA 为登录凭证增加了一层额外的保护。通过要求根用户进行 MFA,可以减少 AWS 账户被盗的事件。
11.10(d) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(d) 仅限获得授权的人员访问系统。

root-account-mfa-enabled

通过确保为根用户启用 MFA,来管理对 AWS 云中资源的访问。根用户是 AWS 账户中权限最高的用户。MFA 为登录凭证增加了一层额外的保护。通过要求根用户进行 MFA,可以减少 AWS 账户被盗的事件。
11.10(d) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(d) 仅限获得授权的人员访问系统。

s3-account-level-public-access-blocks-periodic

通过确保 Amazon Simple Storage Service (Amazon S3) 存储桶无法公开访问,来管理对 AWS 云中资源的访问。该规则通过防止公众访问,来帮助保护敏感数据免受未经授权的远程用户的访问。此规则允许您选择设置 ignorePublicAcls(Config 默认:True)、blockPublicPolicy(Config 默认值:True)、blockPublicAcls(Config 默认值:True)和 restrictPublicBuckets 参数(Config 默认值:True)。实际值应反映贵组织的策略。
11.10(d) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(d) 仅限获得授权的人员访问系统。

s3-bucket-level-public-access-prohibited

通过确保 Amazon Simple Storage Service (Amazon S3) 存储桶无法公开访问,来管理对 AWS 云中资源的访问。该规则通过在存储桶级别防止公众访问,来帮助保护敏感数据免受未经授权的远程用户的访问。
11.10(d) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(d) 仅限获得授权的人员访问系统。

s3-bucket-public-read-prohibited

通过仅允许授权用户、进程和设备访问 Amazon Simple Storage Service (Amazon S3) 存储桶,来管理对 AWS 云中资源的访问。访问管理应与数据的分类保持一致。
11.10(d) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(d) 仅限获得授权的人员访问系统。

s3-bucket-public-write-prohibited

通过仅允许授权用户、进程和设备访问 Amazon Simple Storage Service (Amazon S3) 存储桶,来管理对 AWS 云中资源的访问。访问管理应与数据的分类保持一致。
11.10(d) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(d) 仅限获得授权的人员访问系统。

sagemaker-notebook-no-direct-internet-access

通过确保 Amazon SageMaker 笔记本不允许直接访问互联网,管理对 AWS 云中资源的访问。通过防止直接访问互联网,您可以防止未经授权的用户访问敏感数据。
11.10(d) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(d) 仅限获得授权的人员访问系统。

secretsmanager-rotation-enabled-check

此规则可确保 AWS Secrets Manager 机密已启用轮换。定期轮换机密可以缩短机密的有效期,并有可能减少机密泄露时对业务的影响。
11.10(d) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(d) 仅限获得授权的人员访问系统。

secretsmanager-scheduled-rotation-success-check

此规则可确保 AWS Secrets Manager 机密已根据轮换计划成功轮换。定期轮换机密可以缩短机密的有效期,并有可能减少机密泄露时对业务的影响。
11.10(d) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(d) 仅限获得授权的人员访问系统。

ssm-document-not-public

确保 AWS Systems Manager (SSM) 文档不公开,因为这可能会允许意外访问您的 SSM 文档。公开 SSM 文档可能会公开有关您的账户、资源和内部流程的信息。
11.10(d) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(d) 仅限获得授权的人员访问系统。

subnet-auto-assign-public-ip-disabled

通过确保 Amazon Virtual Private Cloud (VPC) 子网不会自动分配公有 IP 地址,来管理对 AWS 云的访问。Amazon Elastic Compute Cloud (EC2) 实例在启用此属性的子网中启动时,其主网络接口会分配一个公有 IP 地址。
11.10(d) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(d) 仅限获得授权的人员访问系统。

vpc-default-security-group-closed

Amazon Elastic Compute Cloud (Amazon EC2) 安全组可以通过对 AWS 资源的入口和出口网络流量进行有状态筛选,从而帮助管理网络访问。限制默认安全组上的所有流量有助于限制对 AWS 资源的远程访问。
11.10(d) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(d) 仅限获得授权的人员访问系统。

vpc-sg-open-only-to-authorized-ports

通过确保在 Amazon Elastic Compute Cloud (Amazon EC2) 安全组上限制通用端口,来管理对 AWS 云中资源的访问。如果不将端口访问限制为可信来源,可能会导致针对系统可用性、完整性和机密性的攻击。通过限制从互联网 (0.0.0.0/0) 访问安全组内的资源,可以控制对内部系统的远程访问。
11.10(e) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(e) 使用计算机生成的、带有时间戳的安全审计跟踪记录,来独立记录操作员输入以及创建、修改或删除电子记录的操作的日期和时间。记录变更不得掩盖先前记录的信息。此类审计跟踪记录文件的保留期限应至少与相关电子记录所需的期限相同,并应可供机构审查和复制。

access-keys-rotated

通过确保按照组织政策轮换 IAM 访问密钥,对授权的设备、用户和流程的凭证进行审核。定期更改访问密钥是一种安全最佳实践。它会缩短访问密钥的有效期,并降低密钥泄露时对业务的影响。此规则需要访问密钥轮换值(配置默认值:90)。实际值应反映贵组织的策略。
11.10(e) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(e) 使用计算机生成的、带有时间戳的安全审计跟踪记录,来独立记录操作员输入以及创建、修改或删除电子记录的操作的日期和时间。记录变更不得掩盖先前记录的信息。此类审计跟踪记录文件的保留期限应至少与相关电子记录所需的期限相同,并应可供机构审查和复制。

api-gw-execution-logging-enabled

API Gateway 日志显示访问 API 的用户以及他们访问 API 的方式的详细视图。这种洞察可实现用户活动的可见性。
11.10(e) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(e) 使用计算机生成的、带有时间戳的安全审计跟踪记录,来独立记录操作员输入以及创建、修改或删除电子记录的操作的日期和时间。记录变更不得掩盖先前记录的信息。此类审计跟踪记录文件的保留期限应至少与相关电子记录所需的期限相同,并应可供机构审查和复制。

cloud-trail-cloud-watch-logs-enabled

使用 Amazon CloudWatch 集中收集和管理日志事件活动。包含 AWS CloudTrail 数据可提供您的 AWS 账户中 API 调用活动的详细信息。
11.10(e) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(e) 使用计算机生成的、带有时间戳的安全审计跟踪记录,来独立记录操作员输入以及创建、修改或删除电子记录的操作的日期和时间。记录变更不得掩盖先前记录的信息。此类审计跟踪记录文件的保留期限应至少与相关电子记录所需的期限相同,并应可供机构审查和复制。

cloudtrail-enabled

AWS CloudTrail 可以通过记录 AWS 管理控制台操作和 API 调用来帮助实现不可否认性。您可以识别调用 AWS 服务的用户和 AWS 账户、发出调用的源 IP 地址以及调用的时间。捕获的数据的详细信息可在 AWS CloudTrail“记录内容”中查看。
11.10(e) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(e) 使用计算机生成的、带有时间戳的安全审计跟踪记录,来独立记录操作员输入以及创建、修改或删除电子记录的操作的日期和时间。记录变更不得掩盖先前记录的信息。此类审计跟踪记录文件的保留期限应至少与相关电子记录所需的期限相同,并应可供机构审查和复制。

cloudtrail-s3-dataevents-enabled

收集 Simple Storage Service (Amazon S3) 数据事件有助于检测任何异常活动。详细信息包括访问 Amazon S3 存储桶的 AWS 账户信息、IP 地址和事件时间。
11.10(e) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(e) 使用计算机生成的、带有时间戳的安全审计跟踪记录,来独立记录操作员输入以及创建、修改或删除电子记录的操作的日期和时间。记录变更不得掩盖先前记录的信息。此类审计跟踪记录文件的保留期限应至少与相关电子记录所需的期限相同,并应可供机构审查和复制。

cw-loggroup-retention-period-check

确保为日志组保留事件日志数据的最短时间,以帮助进行故障排除和取证调查。缺乏过去的事件日志数据会让重建和识别潜在的恶意事件变得困难。
11.10(e) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(e) 使用计算机生成的、带有时间戳的安全审计跟踪记录,来独立记录操作员输入以及创建、修改或删除电子记录的操作的日期和时间。记录变更不得掩盖先前记录的信息。此类审计跟踪记录文件的保留期限应至少与相关电子记录所需的期限相同,并应可供机构审查和复制。

ec2-imdsv2-check

确保启用实例元数据服务版本 2 (IMDSv2) 方法,以帮助保护对 Amazon Elastic Compute Cloud (Amazon EC2) 实例元数据的访问和控制。IMDSv2 方法使用基于会话的控制。使用 IMDSv2,可以实施控制来限制对实例元数据的更改。
11.10(e) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(e) 使用计算机生成的、带有时间戳的安全审计跟踪记录,来独立记录操作员输入以及创建、修改或删除电子记录的操作的日期和时间。记录变更不得掩盖先前记录的信息。此类审计跟踪记录文件的保留期限应至少与相关电子记录所需的期限相同,并应可供机构审查和复制。

elasticsearch-logs-to-cloudwatch

确保 Amazon OpenSearch Service 域已启用错误日志,并将其流式传输到 Amazon CloudWatch Logs 以进行保留和响应。域错误日志可以帮助进行安全和访问审核,还可以帮助诊断可用性问题。
11.10(e) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(e) 使用计算机生成的、带有时间戳的安全审计跟踪记录,来独立记录操作员输入以及创建、修改或删除电子记录的操作的日期和时间。记录变更不得掩盖先前记录的信息。此类审计跟踪记录文件的保留期限应至少与相关电子记录所需的期限相同,并应可供机构审查和复制。

elb-logging-enabled

Elastic Load Balancing 活动是环境中的一个通信中心点。确保已启用 ELB 日志记录。收集的数据将提供有关发送到 ELB 的请求的详细信息。每个日志都包含信息 (例如,收到请求的时间、客户端的 IP 地址、延迟、请求路径和服务器响应)。
11.10(e) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(e) 使用计算机生成的、带有时间戳的安全审计跟踪记录,来独立记录操作员输入以及创建、修改或删除电子记录的操作的日期和时间。记录变更不得掩盖先前记录的信息。此类审计跟踪记录文件的保留期限应至少与相关电子记录所需的期限相同,并应可供机构审查和复制。

emr-kerberos-enabled

通过为 Amazon EMR 集群启用 Kerberos,可以按照最低权限和职责分离的原则管理和纳入访问权限和授权。在 Kerberos 中,需要进行身份验证的服务和用户称为委托人。委托人存在于 Kerberos 领域中。在该领域中,Kerberos 服务器被称为密钥分配中心 (KDC)。它为委托人提供一种进行身份验证的方法。KDC 通过颁发用于身份验证的票证进行身份验证。KDC 维护一个包含其领域中的委托人、它们的密码及其它有关每个委托人的管理信息的数据库。
11.10(e) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(e) 使用计算机生成的、带有时间戳的安全审计跟踪记录,来独立记录操作员输入以及创建、修改或删除电子记录的操作的日期和时间。记录变更不得掩盖先前记录的信息。此类审计跟踪记录文件的保留期限应至少与相关电子记录所需的期限相同,并应可供机构审查和复制。

iam-group-has-users-check

AWS Identity and Access Management (IAM) 可以确保 IAM 组至少有一个用户,从而帮助您将最低权限和职责分离原则与访问权限和授权相结合。根据用户的相关权限或工作职能将用户分组,是纳入最低权限的一种方法。
11.10(e) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(e) 使用计算机生成的、带有时间戳的安全审计跟踪记录,来独立记录操作员输入以及创建、修改或删除电子记录的操作的日期和时间。记录变更不得掩盖先前记录的信息。此类审计跟踪记录文件的保留期限应至少与相关电子记录所需的期限相同,并应可供机构审查和复制。

iam-no-inline-policy-check

确保 AWS Identity and Access Management (IAM) 用户、IAM 角色或 IAM 组没有控制系统和资产访问的内联策略。AWS 建议使用托管策略而不是内联策略。托管策略允许可重用性、版本控制、回滚和委托权限管理。
11.10(e) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(e) 使用计算机生成的、带有时间戳的安全审计跟踪记录,来独立记录操作员输入以及创建、修改或删除电子记录的操作的日期和时间。记录变更不得掩盖先前记录的信息。此类审计跟踪记录文件的保留期限应至少与相关电子记录所需的期限相同,并应可供机构审查和复制。

iam-password-policy

身份和凭证是根据组织 IAM 密码策略颁发、管理和验证的。它们符合或超过 NIST SP 800-63 和针对密码强度的 AWS 基础安全最佳实践标准规定的要求。此规则允许您为 IAM 密码策略选择设置 RequireUppercaseCharacters(AWS 基础安全最佳实践值:true)、RequireLowercaseCharacters(AWS 基础安全最佳实践值:true)、RequireSymbols(AWS 基础安全最佳实践值:true)、RequireNumbers(AWS 基础安全最佳实践值:true)、MinimumPasswordLength(AWS 基础安全最佳实践值:14)、PasswordReusePrevention(AWS 基础安全最佳实践值:24)和 MaxPasswordAge(AWS 基础安全最佳实践值:90)。实际值应反映贵组织的策略。
11.10(e) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(e) 使用计算机生成的、带有时间戳的安全审计跟踪记录,来独立记录操作员输入以及创建、修改或删除电子记录的操作的日期和时间。记录变更不得掩盖先前记录的信息。此类审计跟踪记录文件的保留期限应至少与相关电子记录所需的期限相同,并应可供机构审查和复制。

iam-policy-no-statements-with-admin-access

AWS Identity and Access Management (IAM) 可以帮助您将最低权限和职责分离原则与访问权限和授权相结合,限制策略包含 "Effect": "Allow" with "Action": "*" over "Resource": "*"。允许用户拥有超过完成任务所需的权限,可能会违反最低权限和职责分离的原则。
11.10(e) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(e) 使用计算机生成的、带有时间戳的安全审计跟踪记录,来独立记录操作员输入以及创建、修改或删除电子记录的操作的日期和时间。记录变更不得掩盖先前记录的信息。此类审计跟踪记录文件的保留期限应至少与相关电子记录所需的期限相同,并应可供机构审查和复制。

multi-region-cloudtrail-enabled

AWS CloudTrail 记录 AWS 管理控制台操作和 API 调用。您可以标识哪些用户和账户调用了 AWS、从中发出调用的源 IP 地址以及调用的发生时间。如果启用了 MULTI_REGION_CLOUD_TRAIL_ENABLED,CloudTrail 会将来自所有 AWS 区域的日志文件传输到您的 S3 存储桶。此外,当 AWS 推出新区域时,CloudTrail 将在新区域中创建相同的跟踪。因此,您无需采取任何措施,即可收到包含新区域的 API 活动的日志文件。
11.10(e) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(e) 使用计算机生成的、带有时间戳的安全审计跟踪记录,来独立记录操作员输入以及创建、修改或删除电子记录的操作的日期和时间。记录变更不得掩盖先前记录的信息。此类审计跟踪记录文件的保留期限应至少与相关电子记录所需的期限相同,并应可供机构审查和复制。

opensearch-logs-to-cloudwatch

确保 Amazon OpenSearch Service 域已启用错误日志,并将其流式传输到 Amazon CloudWatch Logs 以进行保留和响应。OpenSearch Service 错误日志可以帮助进行安全和访问审核,还可以帮助诊断可用性问题。
11.10(e) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(e) 使用计算机生成的、带有时间戳的安全审计跟踪记录,来独立记录操作员输入以及创建、修改或删除电子记录的操作的日期和时间。记录变更不得掩盖先前记录的信息。此类审计跟踪记录文件的保留期限应至少与相关电子记录所需的期限相同,并应可供机构审查和复制。

rds-logging-enabled

为了帮助在环境中进行日志记录和监控,请确保已启用 Amazon Relational Database Service (Amazon RDS) 日志记录。利用 Amazon RDS 日志记录,您可以捕获诸如连接、断开连接、查询或查询的表之类的事件。
11.10(e) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(e) 使用计算机生成的、带有时间戳的安全审计跟踪记录,来独立记录操作员输入以及创建、修改或删除电子记录的操作的日期和时间。记录变更不得掩盖先前记录的信息。此类审计跟踪记录文件的保留期限应至少与相关电子记录所需的期限相同,并应可供机构审查和复制。

redshift-audit-logging-enabled

要捕获有关您的 Amazon Redshift 集群上的连接和用户活动的信息,请确保已启用审计日志记录。
11.10(e) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(e) 使用计算机生成的、带有时间戳的安全审计跟踪记录,来独立记录操作员输入以及创建、修改或删除电子记录的操作的日期和时间。记录变更不得掩盖先前记录的信息。此类审计跟踪记录文件的保留期限应至少与相关电子记录所需的期限相同,并应可供机构审查和复制。

redshift-cluster-configuration-check

要保护静态数据,请确保您的 Amazon Redshift 集群启用了加密。您还必须确保在 Amazon Redshift 集群上部署所需的配置。应启用审计日志记录,以提供有关数据库中连接和用户活动的信息。此规则要求为 clusterDbEncrypted(Config 默认值:TRUE)和 loggingEnabled(Config 默认值:TRUE)设置值。实际值应反映贵组织的策略。
11.10(e) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(e) 使用计算机生成的、带有时间戳的安全审计跟踪记录,来独立记录操作员输入以及创建、修改或删除电子记录的操作的日期和时间。记录变更不得掩盖先前记录的信息。此类审计跟踪记录文件的保留期限应至少与相关电子记录所需的期限相同,并应可供机构审查和复制。

s3-bucket-logging-enabled

Amazon Simple Storage Service (Amazon S3) 服务器访问日志记录可提供一种监控网络中是否存在潜在网络安全事件的方法。通过捕获向 Amazon S3 存储桶发出的请求的详细记录,来监控事件。每条访问日志记录都提供有关单个访问请求的详细信息。这些详细信息包括请求者、存储桶名称、请求时间、请求操作、响应状态和错误代码(如果相关)。
11.10(e) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(e) 使用计算机生成的、带有时间戳的安全审计跟踪记录,来独立记录操作员输入以及创建、修改或删除电子记录的操作的日期和时间。记录变更不得掩盖先前记录的信息。此类审计跟踪记录文件的保留期限应至少与相关电子记录所需的期限相同,并应可供机构审查和复制。

vpc-flow-logs-enabled

VPC 流日志详细记录进出 Amazon Virtual Private Cloud (Amazon VPC) 网络接口的 IP 流量信息。默认情况下,流日志记录包括 IP 流的不同组件的值,包括源、目标和协议。
11.10(e) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(e) 使用计算机生成的、带有时间戳的安全审计跟踪记录,来独立记录操作员输入以及创建、修改或删除电子记录的操作的日期和时间。记录变更不得掩盖先前记录的信息。此类审计跟踪记录文件的保留期限应至少与相关电子记录所需的期限相同,并应可供机构审查和复制。

wafv2-logging-enabled

为了帮助在您的环境中进行日志记录和监控,请在区域和全局 Web ACL 上启用 AWS WAF (V2) 日志记录。AWSWAF 日志记录提供有关 Web ACL 分析的流量的详细信息。日志记录 AWS 接收来自 AWS 资源的请求的时间,有关请求的详细信息,以及每个请求所匹配的规则的操作。
11.10(g) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(g) 使用权限检查来确保只有获得授权的个人才能使用系统、对记录进行电子签名、访问操作或计算机系统输入或输出设备、更改记录或执行手头的操作。

access-keys-rotated

通过确保按照组织政策轮换 IAM 访问密钥,对授权的设备、用户和流程的凭证进行审核。定期更改访问密钥是一种安全最佳实践。它会缩短访问密钥的有效期,并降低密钥泄露时对业务的影响。此规则需要访问密钥轮换值(配置默认值:90)。实际值应反映贵组织的策略。
11.10(g) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(g) 使用权限检查来确保只有获得授权的个人才能使用系统、对记录进行电子签名、访问操作或计算机系统输入或输出设备、更改记录或执行手头的操作。

account-part-of-organizations

在 AWS Organizations 中集中管理 AWS 账户有助于确保账户合规。缺乏集中式账户管理可能会导致账户配置不一致,从而可能泄露资源和敏感数据。
11.10(g) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(g) 使用权限检查来确保只有获得授权的个人才能使用系统、对记录进行电子签名、访问操作或计算机系统输入或输出设备、更改记录或执行手头的操作。

dms-replication-not-public

通过确保 DMS 复制实例无法公开访问来管理对 AWS 云的访问。DMS 复制实例可能包含敏感信息,因此需要对此类账户进行访问控制。
11.10(g) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(g) 使用权限检查来确保只有获得授权的个人才能使用系统、对记录进行电子签名、访问操作或计算机系统输入或输出设备、更改记录或执行手头的操作。

dynamodb-table-encrypted-kms

确保为 Amazon DynamoDB 表启用加密。由于这些表中可能存在敏感的静态数据,因此应启用静态加密以帮助保护这些数据。默认情况下,DynamoDB 表使用 AWS 拥有的客户主密钥 (CMK) 进行加密。
11.10(g) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(g) 使用权限检查来确保只有获得授权的个人才能使用系统、对记录进行电子签名、访问操作或计算机系统输入或输出设备、更改记录或执行手头的操作。

ebs-snapshot-public-restorable-check

通过确保 EBS 快照不可公开还原来管理对 AWS 云的访问。EBS 卷快照可能包含敏感信息,因此需要对此类账户进行访问控制。
11.10(g) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(g) 使用权限检查来确保只有获得授权的个人才能使用系统、对记录进行电子签名、访问操作或计算机系统输入或输出设备、更改记录或执行手头的操作。

ec2-ebs-encryption-by-default

为了帮助保护静态数据,请确保为您的 Amazon Elastic Block Store (Amazon EBS) 卷启用加密。由于这些卷中可能存在敏感的静态数据,因此应启用静态加密以帮助保护这些数据。
11.10(g) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(g) 使用权限检查来确保只有获得授权的个人才能使用系统、对记录进行电子签名、访问操作或计算机系统输入或输出设备、更改记录或执行手头的操作。

ec2-imdsv2-check

确保启用实例元数据服务版本 2 (IMDSv2) 方法,以帮助保护对 Amazon Elastic Compute Cloud (Amazon EC2) 实例元数据的访问和控制。IMDSv2 方法使用基于会话的控制。使用 IMDSv2,可以实施控制来限制对实例元数据的更改。
11.10(g) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(g) 使用权限检查来确保只有获得授权的个人才能使用系统、对记录进行电子签名、访问操作或计算机系统输入或输出设备、更改记录或执行手头的操作。

ec2-instance-no-public-ip

通过确保 Amazon Elastic Compute Cloud (Amazon EC2) 实例无法公开访问来管理对 AWS 云的访问。Amazon EC2 实例可能包含敏感信息,因此需要对此类账户进行访问控制。
11.10(g) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(g) 使用权限检查来确保只有获得授权的个人才能使用系统、对记录进行电子签名、访问操作或计算机系统输入或输出设备、更改记录或执行手头的操作。

ec2-instance-profile-attached

EC2 实例配置文件将 IAM 角色传递给 EC2 实例。将实例配置文件附加到您的实例可以帮助实现最低权限和权限管理。
11.10(g) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(g) 使用权限检查来确保只有获得授权的个人才能使用系统、对记录进行电子签名、访问操作或计算机系统输入或输出设备、更改记录或执行手头的操作。

ecs-task-definition-user-for-host-mode-check

如果任务定义具有提升的权限,那是因为客户专门选择了这些配置。当任务定义启用了主机联网,但客户未选择使用提升权限时,此控制会检查权限是否意外提升。
11.10(g) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(g) 使用权限检查来确保只有获得授权的个人才能使用系统、对记录进行电子签名、访问操作或计算机系统输入或输出设备、更改记录或执行手头的操作。

efs-encrypted-check

由于可能存在敏感数据,并且为了帮助保护静态数据,请确保为您的 Amazon Elastic File System (EFS) 启用加密。
11.10(g) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(g) 使用权限检查来确保只有获得授权的个人才能使用系统、对记录进行电子签名、访问操作或计算机系统输入或输出设备、更改记录或执行手头的操作。

elasticsearch-encrypted-at-rest

由于可能存在敏感数据,并且为了帮助保护静态数据,应确保您的 Amazon OpenSearch Service (OpenSearch Service) 域启用了加密。
11.10(g) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(g) 使用权限检查来确保只有获得授权的个人才能使用系统、对记录进行电子签名、访问操作或计算机系统输入或输出设备、更改记录或执行手头的操作。

elasticsearch-in-vpc-only

通过确保 Amazon OpenSearch Service (OpenSearch Service) 域位于 Amazon Virtual Private Cloud (Amazon VPC) 中,来管理对 AWS 云的访问。Amazon VPC 中的 OpenSearch Service 域可实现 Amazon OpenSearch Service 与 Amazon VPC 中其他服务之间的安全通信,而无需互联网网关、NAT 设备或 VPN 连接。
11.10(g) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(g) 使用权限检查来确保只有获得授权的个人才能使用系统、对记录进行电子签名、访问操作或计算机系统输入或输出设备、更改记录或执行手头的操作。

elasticsearch-node-to-node-encryption-check

确保 Amazon OpenSearch Service 启用了节点到节点加密。利用节点到节点加密,将能够为 Amazon Virtual Private Cloud (Amazon VPC) 内的所有通信启用 TLS 1.2 加密。由于可能存在敏感数据,因此应启用传输中加密以帮助保护这些数据。
11.10(g) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(g) 使用权限检查来确保只有获得授权的个人才能使用系统、对记录进行电子签名、访问操作或计算机系统输入或输出设备、更改记录或执行手头的操作。

emr-kerberos-enabled

通过为 Amazon EMR 集群启用 Kerberos,可以按照最低权限和职责分离的原则管理和纳入访问权限和授权。在 Kerberos 中,需要进行身份验证的服务和用户称为委托人。委托人存在于 Kerberos 领域中。在该领域中,Kerberos 服务器被称为密钥分配中心 (KDC)。它为委托人提供一种进行身份验证的方法。KDC 通过颁发用于身份验证的票证进行身份验证。KDC 维护一个包含其领域中的委托人、它们的密码及其它有关每个委托人的管理信息的数据库。
11.10(g) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(g) 使用权限检查来确保只有获得授权的个人才能使用系统、对记录进行电子签名、访问操作或计算机系统输入或输出设备、更改记录或执行手头的操作。

emr-master-no-public-ip

通过确保 Amazon EMR 集群主节点无法公开访问来管理对 AWS 云的访问。Amazon EMR 集群主节点可能包含敏感信息,因此需要对此类账户进行访问控制。
11.10(g) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(g) 使用权限检查来确保只有获得授权的个人才能使用系统、对记录进行电子签名、访问操作或计算机系统输入或输出设备、更改记录或执行手头的操作。

encrypted-volumes

由于可能存在敏感数据,并且为了帮助保护静态数据,应确保您的 Amazon Elastic Block Store (Amazon EBS) 卷启用了加密。
11.10(g) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(g) 使用权限检查来确保只有获得授权的个人才能使用系统、对记录进行电子签名、访问操作或计算机系统输入或输出设备、更改记录或执行手头的操作。

iam-customer-policy-blocked-kms-actions

AWS Identity and Access Management (IAM) 可以帮助您将最低权限和职责分离原则与访问权限和授权相结合,从而限制策略包含对所有 AWS Key Management Service 密钥的阻止操作。拥有超过完成任务所需的权限可能会违反最低权限和职责分离的原则。该规则允许您设置 blockedActionsPatterns 参数。(AWS 基础安全最佳实践值:kms:Decrypt、kms:ReEncryptFrom)。实际值应反映贵组织的策略
11.10(g) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(g) 使用权限检查来确保只有获得授权的个人才能使用系统、对记录进行电子签名、访问操作或计算机系统输入或输出设备、更改记录或执行手头的操作。

iam-group-has-users-check

AWS Identity and Access Management (IAM) 可以确保 IAM 组至少有一个用户,从而帮助您将最低权限和职责分离原则与访问权限和授权相结合。根据用户的相关权限或工作职能将用户分组,是纳入最低权限的一种方法。
11.10(g) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(g) 使用权限检查来确保只有获得授权的个人才能使用系统、对记录进行电子签名、访问操作或计算机系统输入或输出设备、更改记录或执行手头的操作。

iam-inline-policy-blocked-kms-actions

确保 AWS Identity and Access Management (IAM) 用户、IAM 角色或 IAM 组没有允许对所有 AWS Key Management Service 密钥执行阻止操作的内联策略。AWS 建议使用托管策略而不是内联策略。托管策略允许可重用性、版本控制、回滚和委托权限管理。该规则允许您设置 blockedActionsPatterns 参数。(AWS 基础安全最佳实践值:kms:Decrypt、kms:ReEncryptFrom)。实际值应反映贵组织的策略。
11.10(g) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(g) 使用权限检查来确保只有获得授权的个人才能使用系统、对记录进行电子签名、访问操作或计算机系统输入或输出设备、更改记录或执行手头的操作。

iam-no-inline-policy-check

确保 AWS Identity and Access Management (IAM) 用户、IAM 角色或 IAM 组没有控制系统和资产访问的内联策略。AWS 建议使用托管策略而不是内联策略。托管策略允许可重用性、版本控制、回滚和委托权限管理。
11.10(g) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(g) 使用权限检查来确保只有获得授权的个人才能使用系统、对记录进行电子签名、访问操作或计算机系统输入或输出设备、更改记录或执行手头的操作。

iam-password-policy

身份和凭证是根据组织 IAM 密码策略颁发、管理和验证的。它们符合或超过 NIST SP 800-63 和针对密码强度的 AWS 基础安全最佳实践标准规定的要求。此规则允许您为 IAM 密码策略选择设置 RequireUppercaseCharacters(AWS 基础安全最佳实践值:true)、RequireLowercaseCharacters(AWS 基础安全最佳实践值:true)、RequireSymbols(AWS 基础安全最佳实践值:true)、RequireNumbers(AWS 基础安全最佳实践值:true)、MinimumPasswordLength(AWS 基础安全最佳实践值:14)、PasswordReusePrevention(AWS 基础安全最佳实践值:24)和 MaxPasswordAge(AWS 基础安全最佳实践值:90)。实际值应反映贵组织的策略。
11.10(g) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(g) 使用权限检查来确保只有获得授权的个人才能使用系统、对记录进行电子签名、访问操作或计算机系统输入或输出设备、更改记录或执行手头的操作。

iam-policy-no-statements-with-admin-access

AWS Identity and Access Management (IAM) 可以帮助您将最低权限和职责分离原则与访问权限和授权相结合,限制策略包含 "Effect": "Allow" with "Action": "*" over "Resource": "*"。允许用户拥有超过完成任务所需的权限,可能会违反最低权限和职责分离的原则。
11.10(g) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(g) 使用权限检查来确保只有获得授权的个人才能使用系统、对记录进行电子签名、访问操作或计算机系统输入或输出设备、更改记录或执行手头的操作。

iam-policy-no-statements-with-full-access

确保 IAM 操作仅限于需要的那些操作。允许用户拥有超过完成任务所需的权限,可能会违反最低权限和职责分离的原则。
11.10(g) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(g) 使用权限检查来确保只有获得授权的个人才能使用系统、对记录进行电子签名、访问操作或计算机系统输入或输出设备、更改记录或执行手头的操作。

iam-root-access-key-check

通过检查根用户的 AWS Identity and Access Management (IAM) 角色是否拥有访问密钥,可以控制对系统和资产的访问。确保删除根访问密钥。相反,创建和使用基于角色的 AWS 账户来帮助纳入最少功能原则。
11.10(g) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(g) 使用权限检查来确保只有获得授权的个人才能使用系统、对记录进行电子签名、访问操作或计算机系统输入或输出设备、更改记录或执行手头的操作。

iam-user-group-membership-check

AWS Identity and Access Management (IAM) 可通过确保用户至少属于一个组来帮助您限制访问权限和授权。允许用户拥有超过完成任务所需的权限,可能会违反最低权限和职责分离的原则。
11.10(g) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(g) 使用权限检查来确保只有获得授权的个人才能使用系统、对记录进行电子签名、访问操作或计算机系统输入或输出设备、更改记录或执行手头的操作。

iam-user-mfa-enabled

启用此规则可限制对 AWS 云中资源的访问。此规则可确保为所有用户启用多重身份验证 (MFA)。MFA 在登录凭证之上添加一层额外的保护。要求用户进行多重身份验证,从而减少账户被盗事件。
11.10(g) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(g) 使用权限检查来确保只有获得授权的个人才能使用系统、对记录进行电子签名、访问操作或计算机系统输入或输出设备、更改记录或执行手头的操作。

iam-user-no-policies-check

此规则可确保仅将 AWS Identity and Access Management (IAM) 策略附加到组或角色,以控制对系统和资产的访问。在组或角色级别分配权限有助于减少身份获得或保留过多权限的机会。
11.10(g) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(g) 使用权限检查来确保只有获得授权的个人才能使用系统、对记录进行电子签名、访问操作或计算机系统输入或输出设备、更改记录或执行手头的操作。

iam-user-no-policies-check

此规则可确保仅将 AWS Identity and Access Management (IAM) 策略附加到组或角色,以控制对系统和资产的访问。在组或角色级别分配权限有助于减少身份获得或保留过多权限的机会。
11.10(g) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(g) 使用权限检查来确保只有获得授权的个人才能使用系统、对记录进行电子签名、访问操作或计算机系统输入或输出设备、更改记录或执行手头的操作。

iam-user-unused-credentials-check

AWS Identity and Access Management (IAM) 可以通过检查指定时间段内未使用的 IAM 密码和访问密钥,来帮助您获得访问权限和授权。如果发现这些未使用的凭证,则应禁用和/或删除这些凭证,因为这可能违反最低权限原则。此规则要求您为 maxCredentialUsageAge 设置一个值(Config 默认值:90)。实际值应反映贵组织的策略。
11.10(g) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(g) 使用权限检查来确保只有获得授权的个人才能使用系统、对记录进行电子签名、访问操作或计算机系统输入或输出设备、更改记录或执行手头的操作。

restricted-ssh

Amazon Elastic Compute Cloud (Amazon EC2) 安全组可对 AWS 资源的入口和出口网络流量进行有状态过滤,从而帮助管理网络访问。不允许您资源上的入口(或远程)流量从 0.0.0.0/0 进入端口 22 有助于限制远程访问。
11.10(g) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(g) 使用权限检查来确保只有获得授权的个人才能使用系统、对记录进行电子签名、访问操作或计算机系统输入或输出设备、更改记录或执行手头的操作。

ec2-instances-in-vpc

在 Amazon Virtual Private Cloud (Amazon VPC) 内部署 Amazon Elastic Compute Cloud (Amazon EC2) 实例,以实现实例与 Amazon VPC 内其他服务之间的安全通信,而无需互联网网关、NAT 设备或 VPN 连接。AWS 云中的所有流量都会保持安全。由于进行了逻辑隔离,与使用公共终端节点的域相比,驻留在 Amazon VPC 中的域有一层额外的安全保护。将 Amazon EC2 实例分配给 Amazon VPC 以正确管理访问权限。
11.10(g) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(g) 使用权限检查来确保只有获得授权的个人才能使用系统、对记录进行电子签名、访问操作或计算机系统输入或输出设备、更改记录或执行手头的操作。

lambda-function-public-access-prohibited

通过确保 AWS Lambda 函数无法公开访问,来管理对 AWS 云中资源的访问。公开访问可能导致资源可用性下降。
11.10(g) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(g) 使用权限检查来确保只有获得授权的个人才能使用系统、对记录进行电子签名、访问操作或计算机系统输入或输出设备、更改记录或执行手头的操作。

lambda-inside-vpc

在 Amazon Virtual Private Cloud (Amazon VPC) 中部署 AWS Lambda 函数,以便在 Amazon VPC 中的函数和其他服务之间进行安全通信。使用此配置时,不需要互联网网关、NAT 设备或 VPN 连接。AWS 云中的所有流量都会保持安全。由于进行了逻辑隔离,与使用公共终端节点的域相比,驻留在 Amazon VPC 中的域有一层额外的安全保护。为了正确管理访问权限,应将 AWS Lambda 函数分配给 VPC。
11.10(g) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(g) 使用权限检查来确保只有获得授权的个人才能使用系统、对记录进行电子签名、访问操作或计算机系统输入或输出设备、更改记录或执行手头的操作。

mfa-enabled-for-iam-console-access

通过确保为所有拥有控制台密码的 AWS Identity and Access Management (IAM) 用户启用 MFA,来管理对 AWS 云中资源的访问。MFA 在登录凭证之上添加一层额外的保护。通过要求用户进行 MFA,您可以减少账户被盗事件,防止未经授权的用户访问敏感数据。
11.10(g) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(g) 使用权限检查来确保只有获得授权的个人才能使用系统、对记录进行电子签名、访问操作或计算机系统输入或输出设备、更改记录或执行手头的操作。

no-unrestricted-route-to-igw

确保 Amazon EC2 路由表中没有指向互联网网关的无限制路由。移除或限制 Amazon VPC 内工作负载的互联网访问可以减少环境中的意外访问。
11.10(g) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(g) 使用权限检查来确保只有获得授权的个人才能使用系统、对记录进行电子签名、访问操作或计算机系统输入或输出设备、更改记录或执行手头的操作。

rds-instance-public-access-check

通过确保 Amazon Relational Database Service (Amazon RDS) 实例不是公有的,来管理对 AWS 云中资源的访问。Amazon RDS 数据库实例可能包含敏感信息,因此需要对此类账户实施相应原则和访问控制。
11.10(g) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(g) 使用权限检查来确保只有获得授权的个人才能使用系统、对记录进行电子签名、访问操作或计算机系统输入或输出设备、更改记录或执行手头的操作。

rds-snapshots-public-prohibited

通过确保 Amazon Relational Database Service (Amazon RDS) 实例不是公有的,来管理对 AWS 云中资源的访问。Amazon RDS 数据库实例可能包含敏感信息,因此需要对此类账户实施相应原则和访问控制。
11.10(g) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(g) 使用权限检查来确保只有获得授权的个人才能使用系统、对记录进行电子签名、访问操作或计算机系统输入或输出设备、更改记录或执行手头的操作。

redshift-cluster-kms-enabled

为了帮助保护静态数据,请确保您的 Amazon Redshift 集群启用了使用 AWS Key Management Service (AWS KMS) 的加密。由于 Redshift 集群中可能存在敏感的静态数据,因此应启用静态加密以帮助保护这些数据。
11.10(g) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(g) 使用权限检查来确保只有获得授权的个人才能使用系统、对记录进行电子签名、访问操作或计算机系统输入或输出设备、更改记录或执行手头的操作。

redshift-cluster-public-access-check

通过确保 Amazon Redshift 集群不是公有的,来管理对 AWS 云中资源的访问。Amazon Redshift 集群可能包含敏感信息,因此需要对此类账户实施相应原则和访问控制。
11.10(g) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(g) 使用权限检查来确保只有获得授权的个人才能使用系统、对记录进行电子签名、访问操作或计算机系统输入或输出设备、更改记录或执行手头的操作。

redshift-enhanced-vpc-routing-enabled

增强型 VPC 路由会强制群集和数据存储库之间的所有 COPY 和 UNLOAD 流量都通过 Amazon VPC。然后,您可以使用安全组和网络访问控制列表等 VPC 功能,来保护网络流量。还可以使用 VPC 流日志来监控网络流量。
11.10(g) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(g) 使用权限检查来确保只有获得授权的个人才能使用系统、对记录进行电子签名、访问操作或计算机系统输入或输出设备、更改记录或执行手头的操作。

restricted-common-ports

通过确保在 Amazon Elastic Compute Cloud (Amazon EC2) 安全组上限制通用端口,来管理对 AWS 云中资源的访问。如果不将端口访问限制为可信来源,可能会导致针对系统可用性、完整性和机密性的攻击。此规则允许您选择设置 blockedPort1 - blockedPort5 参数(Config 默认值:20,21,3389,3306,4333)。实际值应反映贵组织的策略。
11.10(g) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(g) 使用权限检查来确保只有获得授权的个人才能使用系统、对记录进行电子签名、访问操作或计算机系统输入或输出设备、更改记录或执行手头的操作。

root-account-hardware-mfa-enabled

通过确保为根用户启用硬件 MFA,来管理对 AWS 云中资源的访问。根用户是 AWS 账户中权限最高的用户。MFA 为登录凭证增加了一层额外的保护。通过要求根用户进行 MFA,可以减少 AWS 账户被盗的事件。
11.10(g) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(g) 使用权限检查来确保只有获得授权的个人才能使用系统、对记录进行电子签名、访问操作或计算机系统输入或输出设备、更改记录或执行手头的操作。

root-account-mfa-enabled

通过确保为根用户启用 MFA,来管理对 AWS 云中资源的访问。根用户是 AWS 账户中权限最高的用户。MFA 为登录凭证增加了一层额外的保护。通过要求根用户进行 MFA,可以减少 AWS 账户被盗的事件。
11.10(g) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(g) 使用权限检查来确保只有获得授权的个人才能使用系统、对记录进行电子签名、访问操作或计算机系统输入或输出设备、更改记录或执行手头的操作。

s3-account-level-public-access-blocks-periodic

通过确保 Amazon Simple Storage Service (Amazon S3) 存储桶无法公开访问,来管理对 AWS 云中资源的访问。该规则通过防止公众访问,来帮助保护敏感数据免受未经授权的远程用户的访问。此规则允许您选择设置 ignorePublicAcls(Config 默认:True)、blockPublicPolicy(Config 默认值:True)、blockPublicAcls(Config 默认值:True)和 restrictPublicBuckets 参数(Config 默认值:True)。实际值应反映贵组织的策略。
11.10(g) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(g) 使用权限检查来确保只有获得授权的个人才能使用系统、对记录进行电子签名、访问操作或计算机系统输入或输出设备、更改记录或执行手头的操作。

s3-bucket-level-public-access-prohibited

通过确保 Amazon Simple Storage Service (Amazon S3) 存储桶无法公开访问,来管理对 AWS 云中资源的访问。该规则通过在存储桶级别防止公众访问,来帮助保护敏感数据免受未经授权的远程用户的访问。
11.10(g) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(g) 使用权限检查来确保只有获得授权的个人才能使用系统、对记录进行电子签名、访问操作或计算机系统输入或输出设备、更改记录或执行手头的操作。

s3-bucket-public-read-prohibited

通过仅允许授权用户、进程和设备访问 Amazon Simple Storage Service (Amazon S3) 存储桶,来管理对 AWS 云中资源的访问。访问管理应与数据的分类保持一致。
11.10(g) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(g) 使用权限检查来确保只有获得授权的个人才能使用系统、对记录进行电子签名、访问操作或计算机系统输入或输出设备、更改记录或执行手头的操作。

s3-bucket-public-write-prohibited

通过仅允许授权用户、进程和设备访问 Amazon Simple Storage Service (Amazon S3) 存储桶,来管理对 AWS 云中资源的访问。访问管理应与数据的分类保持一致。
11.10(g) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(g) 使用权限检查来确保只有获得授权的个人才能使用系统、对记录进行电子签名、访问操作或计算机系统输入或输出设备、更改记录或执行手头的操作。

sagemaker-notebook-no-direct-internet-access

通过确保 Amazon SageMaker 笔记本不允许直接访问互联网,管理对 AWS 云中资源的访问。通过防止直接访问互联网,您可以防止未经授权的用户访问敏感数据。
11.10(g) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(g) 使用权限检查来确保只有获得授权的个人才能使用系统、对记录进行电子签名、访问操作或计算机系统输入或输出设备、更改记录或执行手头的操作。

secretsmanager-rotation-enabled-check

此规则可确保 AWS Secrets Manager 机密已启用轮换。定期轮换机密可以缩短机密的有效期,并有可能减少机密泄露时对业务的影响。
11.10(g) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(g) 使用权限检查来确保只有获得授权的个人才能使用系统、对记录进行电子签名、访问操作或计算机系统输入或输出设备、更改记录或执行手头的操作。

secretsmanager-scheduled-rotation-success-check

此规则可确保 AWS Secrets Manager 机密已根据轮换计划成功轮换。定期轮换机密可以缩短机密的有效期,并有可能减少机密泄露时对业务的影响。
11.10(g) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(g) 使用权限检查来确保只有获得授权的个人才能使用系统、对记录进行电子签名、访问操作或计算机系统输入或输出设备、更改记录或执行手头的操作。

ssm-document-not-public

确保 AWS Systems Manager (SSM) 文档不公开,因为这可能会允许意外访问您的 SSM 文档。公开 SSM 文档可能会公开有关您的账户、资源和内部流程的信息。
11.10(g) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(g) 使用权限检查来确保只有获得授权的个人才能使用系统、对记录进行电子签名、访问操作或计算机系统输入或输出设备、更改记录或执行手头的操作。

subnet-auto-assign-public-ip-disabled

通过确保 Amazon Virtual Private Cloud (VPC) 子网不会自动分配公有 IP 地址,来管理对 AWS 云的访问。Amazon Elastic Compute Cloud (EC2) 实例在启用此属性的子网中启动时,其主网络接口会分配一个公有 IP 地址。
11.10(g) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(g) 使用权限检查来确保只有获得授权的个人才能使用系统、对记录进行电子签名、访问操作或计算机系统输入或输出设备、更改记录或执行手头的操作。

vpc-default-security-group-closed

Amazon Elastic Compute Cloud (Amazon EC2) 安全组可以通过对 AWS 资源的入口和出口网络流量进行有状态筛选,从而帮助管理网络访问。限制默认安全组上的所有流量有助于限制对 AWS 资源的远程访问。
11.10(g) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(g) 使用权限检查来确保只有获得授权的个人才能使用系统、对记录进行电子签名、访问操作或计算机系统输入或输出设备、更改记录或执行手头的操作。

vpc-sg-open-only-to-authorized-ports

通过确保在 Amazon Elastic Compute Cloud (Amazon EC2) 安全组上限制通用端口,来管理对 AWS 云中资源的访问。如果不将端口访问限制为可信来源,可能会导致针对系统可用性、完整性和机密性的攻击。通过限制从互联网 (0.0.0.0/0) 访问安全组内的资源,可以控制对内部系统的远程访问。
11.10(h) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(h) 使用设备(例如终端)检查来酌情确定数据输入来源或操作指令的有效性。

ec2-instance-managed-by-systems-manager

利用 AWS Systems Manager 管理 Amazon Elastic Compute Cloud (Amazon EC2) 实例,可以清点组织中的软件平台和应用程序。使用 AWS Systems Manager 提供详细的系统配置、操作系统补丁级别、服务名称和类型、软件安装、应用程序名称、发布者和版本以及有关您的环境的其他详细信息。
11.10(h) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(h) 使用设备(例如终端)检查来酌情确定数据输入来源或操作指令的有效性。

ec2-managedinstance-association-compliance-status-check

使用 AWS Systems Manager Associations 来帮助清点组织内的软件平台和应用程序。AWSSystems Manager 会为您的托管实例分配配置状态,并允许您设置操作系统补丁级别、软件安装、应用程序配置以及有关您的环境的其他详细信息的基准。
11.10(h) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(h) 使用设备(例如终端)检查来酌情确定数据输入来源或操作指令的有效性。

ec2-managedinstance-patch-compliance-status-check

启用此规则以帮助识别和记录 Amazon Elastic Compute Cloud (Amazon EC2) 漏洞。此规则根据贵组织的政策和程序的要求检查 AWS Systems Manager 中的 Amazon EC2 实例补丁是否合规。
11.10(i) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(i) 确定开发、维护或使用电子记录/电子签名系统的人员是否受过教育和培训并拥有相关经验,可以完成分配的任务。 security-awareness-program-exists(流程检查) 为您的组织制定并维护安全认知计划。安全认知计划教育员工如何保护其组织免受各种安全漏洞或事件的侵害。
11.10(k) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(k) 对系统文档使用适当的控制措施,包括:(1) 对系统操作和维护文档的分发、获取和使用进行适当控制。(2) 修订和变更控制程序,以维护审计跟踪记录,按时间顺序记录系统文档的开发和修改。

autoscaling-launch-config-public-ip-disabled

如果您使用公有 IP 地址配置网络接口,则可以从互联网访问这些网络接口的相关资源。EC2 资源不应可公开访问,因为这可能会允许意外地访问您的应用程序或服务器。
11.10(k) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(k) 对系统文档使用适当的控制措施,包括:(1) 对系统操作和维护文档的分发、获取和使用进行适当控制。(2) 修订和变更控制程序,以维护审计跟踪记录,按时间顺序记录系统文档的开发和修改。

cloud-trail-cloud-watch-logs-enabled

使用 Amazon CloudWatch 集中收集和管理日志事件活动。包含 AWS CloudTrail 数据可提供您的 AWS 账户中 API 调用活动的详细信息。
11.10(k) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(k) 对系统文档使用适当的控制措施,包括:(1) 对系统操作和维护文档的分发、获取和使用进行适当控制。(2) 修订和变更控制程序,以维护审计跟踪记录,按时间顺序记录系统文档的开发和修改。

cloudtrail-enabled

AWS CloudTrail 可以通过记录 AWS 管理控制台操作和 API 调用来帮助实现不可否认性。您可以识别调用 AWS 服务的用户和 AWS 账户、发出调用的源 IP 地址以及调用的时间。捕获的数据的详细信息可在 AWS CloudTrail“记录内容”中查看。
11.10(k) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(k) 对系统文档使用适当的控制措施,包括:(1) 对系统操作和维护文档的分发、获取和使用进行适当控制。(2) 修订和变更控制程序,以维护审计跟踪记录,按时间顺序记录系统文档的开发和修改。

cloudtrail-s3-dataevents-enabled

收集 Simple Storage Service (Amazon S3) 数据事件有助于检测任何异常活动。详细信息包括访问 Amazon S3 存储桶的 AWS 账户信息、IP 地址和事件时间。
11.10(k) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(k) 对系统文档使用适当的控制措施,包括:(1) 对系统操作和维护文档的分发、获取和使用进行适当控制。(2) 修订和变更控制程序,以维护审计跟踪记录,按时间顺序记录系统文档的开发和修改。

dms-replication-not-public

通过确保 DMS 复制实例无法公开访问来管理对 AWS 云的访问。DMS 复制实例可能包含敏感信息,因此需要对此类账户进行访问控制。
11.10(k) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(k) 对系统文档使用适当的控制措施,包括:(1) 对系统操作和维护文档的分发、获取和使用进行适当控制。(2) 修订和变更控制程序,以维护审计跟踪记录,按时间顺序记录系统文档的开发和修改。

ebs-snapshot-public-restorable-check

通过确保 EBS 快照不可公开还原来管理对 AWS 云的访问。EBS 卷快照可能包含敏感信息,因此需要对此类账户进行访问控制。
11.10(k) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(k) 对系统文档使用适当的控制措施,包括:(1) 对系统操作和维护文档的分发、获取和使用进行适当控制。(2) 修订和变更控制程序,以维护审计跟踪记录,按时间顺序记录系统文档的开发和修改。

emr-master-no-public-ip

通过确保 Amazon EMR 集群主节点无法公开访问来管理对 AWS 云的访问。Amazon EMR 集群主节点可能包含敏感信息,因此需要对此类账户进行访问控制。
11.10(k) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(k) 对系统文档使用适当的控制措施,包括:(1) 对系统操作和维护文档的分发、获取和使用进行适当控制。(2) 修订和变更控制程序,以维护审计跟踪记录,按时间顺序记录系统文档的开发和修改。

ec2-instances-in-vpc

在 Amazon Virtual Private Cloud (Amazon VPC) 内部署 Amazon Elastic Compute Cloud (Amazon EC2) 实例,以实现实例与 Amazon VPC 内其他服务之间的安全通信,而无需互联网网关、NAT 设备或 VPN 连接。AWS 云中的所有流量都会保持安全。由于进行了逻辑隔离,与使用公共终端节点的域相比,驻留在 Amazon VPC 中的域有一层额外的安全保护。将 Amazon EC2 实例分配给 Amazon VPC 以正确管理访问权限。
11.10(k) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(k) 对系统文档使用适当的控制措施,包括:(1) 对系统操作和维护文档的分发、获取和使用进行适当控制。(2) 修订和变更控制程序,以维护审计跟踪记录,按时间顺序记录系统文档的开发和修改。

rds-instance-public-access-check

通过确保 Amazon Relational Database Service (Amazon RDS) 实例不是公有的,来管理对 AWS 云中资源的访问。Amazon RDS 数据库实例可能包含敏感信息,因此需要对此类账户实施相应原则和访问控制。
11.10(k) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(k) 对系统文档使用适当的控制措施,包括:(1) 对系统操作和维护文档的分发、获取和使用进行适当控制。(2) 修订和变更控制程序,以维护审计跟踪记录,按时间顺序记录系统文档的开发和修改。

rds-logging-enabled

为了帮助在环境中进行日志记录和监控,请确保已启用 Amazon Relational Database Service (Amazon RDS) 日志记录。利用 Amazon RDS 日志记录,您可以捕获诸如连接、断开连接、查询或查询的表之类的事件。
11.10(k) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(k) 对系统文档使用适当的控制措施,包括:(1) 对系统操作和维护文档的分发、获取和使用进行适当控制。(2) 修订和变更控制程序,以维护审计跟踪记录,按时间顺序记录系统文档的开发和修改。

rds-snapshots-public-prohibited

通过确保 Amazon Relational Database Service (Amazon RDS) 实例不是公有的,来管理对 AWS 云中资源的访问。Amazon RDS 数据库实例可能包含敏感信息,因此需要对此类账户实施相应原则和访问控制。
11.10(k) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(k) 对系统文档使用适当的控制措施,包括:(1) 对系统操作和维护文档的分发、获取和使用进行适当控制。(2) 修订和变更控制程序,以维护审计跟踪记录,按时间顺序记录系统文档的开发和修改。

redshift-cluster-public-access-check

通过确保 Amazon Redshift 集群不是公有的,来管理对 AWS 云中资源的访问。Amazon Redshift 集群可能包含敏感信息,因此需要对此类账户实施相应原则和访问控制。
11.10(k) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(k) 对系统文档使用适当的控制措施,包括:(1) 对系统操作和维护文档的分发、获取和使用进行适当控制。(2) 修订和变更控制程序,以维护审计跟踪记录,按时间顺序记录系统文档的开发和修改。

restricted-common-ports

通过确保在 Amazon Elastic Compute Cloud (Amazon EC2) 安全组上限制通用端口,来管理对 AWS 云中资源的访问。如果不将端口访问限制为可信来源,可能会导致针对系统可用性、完整性和机密性的攻击。此规则允许您选择设置 blockedPort1 - blockedPort5 参数(Config 默认值:20,21,3389,3306,4333)。实际值应反映贵组织的策略。
11.10(k) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(k) 对系统文档使用适当的控制措施,包括:(1) 对系统操作和维护文档的分发、获取和使用进行适当控制。(2) 修订和变更控制程序,以维护审计跟踪记录,按时间顺序记录系统文档的开发和修改。

s3-account-level-public-access-blocks-periodic

通过确保 Amazon Simple Storage Service (Amazon S3) 存储桶无法公开访问,来管理对 AWS 云中资源的访问。该规则通过防止公众访问,来帮助保护敏感数据免受未经授权的远程用户的访问。此规则允许您选择设置 ignorePublicAcls(Config 默认:True)、blockPublicPolicy(Config 默认值:True)、blockPublicAcls(Config 默认值:True)和 restrictPublicBuckets 参数(Config 默认值:True)。实际值应反映贵组织的策略。
11.10(k) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(k) 对系统文档使用适当的控制措施,包括:(1) 对系统操作和维护文档的分发、获取和使用进行适当控制。(2) 修订和变更控制程序,以维护审计跟踪记录,按时间顺序记录系统文档的开发和修改。

s3-bucket-logging-enabled

Amazon Simple Storage Service (Amazon S3) 服务器访问日志记录可提供一种监控网络中是否存在潜在网络安全事件的方法。通过捕获向 Amazon S3 存储桶发出的请求的详细记录,来监控事件。每条访问日志记录都提供有关单个访问请求的详细信息。这些详细信息包括请求者、存储桶名称、请求时间、请求操作、响应状态和错误代码(如果相关)。
11.10(k) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(k) 对系统文档使用适当的控制措施,包括:(1) 对系统操作和维护文档的分发、获取和使用进行适当控制。(2) 修订和变更控制程序,以维护审计跟踪记录,按时间顺序记录系统文档的开发和修改。

s3-bucket-public-read-prohibited

通过仅允许授权用户、进程和设备访问 Amazon Simple Storage Service (Amazon S3) 存储桶,来管理对 AWS 云中资源的访问。访问管理应与数据的分类保持一致。
11.10(k) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(k) 对系统文档使用适当的控制措施,包括:(1) 对系统操作和维护文档的分发、获取和使用进行适当控制。(2) 修订和变更控制程序,以维护审计跟踪记录,按时间顺序记录系统文档的开发和修改。

s3-bucket-public-write-prohibited

通过仅允许授权用户、进程和设备访问 Amazon Simple Storage Service (Amazon S3) 存储桶,来管理对 AWS 云中资源的访问。访问管理应与数据的分类保持一致。
11.10(k) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(k) 对系统文档使用适当的控制措施,包括:(1) 对系统操作和维护文档的分发、获取和使用进行适当控制。(2) 修订和变更控制程序,以维护审计跟踪记录,按时间顺序记录系统文档的开发和修改。

sagemaker-notebook-no-direct-internet-access

通过确保 Amazon SageMaker 笔记本不允许直接访问互联网,管理对 AWS 云中资源的访问。通过防止直接访问互联网,您可以防止未经授权的用户访问敏感数据。
11.10(k) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(k) 对系统文档使用适当的控制措施,包括:(1) 对系统操作和维护文档的分发、获取和使用进行适当控制。(2) 修订和变更控制程序,以维护审计跟踪记录,按时间顺序记录系统文档的开发和修改。

ssm-document-not-public

确保 AWS Systems Manager (SSM) 文档不公开,因为这可能会允许意外访问您的 SSM 文档。公开 SSM 文档可能会公开有关您的账户、资源和内部流程的信息。
11.10(k) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(k) 对系统文档使用适当的控制措施,包括:(1) 对系统操作和维护文档的分发、获取和使用进行适当控制。(2) 修订和变更控制程序,以维护审计跟踪记录,按时间顺序记录系统文档的开发和修改。

vpc-default-security-group-closed

Amazon Elastic Compute Cloud (Amazon EC2) 安全组可以通过对 AWS 资源的入口和出口网络流量进行有状态筛选,从而帮助管理网络访问。限制默认安全组上的所有流量有助于限制对 AWS 资源的远程访问。
11.10(k) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(k) 对系统文档使用适当的控制措施,包括:(1) 对系统操作和维护文档的分发、获取和使用进行适当控制。(2) 修订和变更控制程序,以维护审计跟踪记录,按时间顺序记录系统文档的开发和修改。

vpc-sg-open-only-to-authorized-ports

通过确保在 Amazon Elastic Compute Cloud (Amazon EC2) 安全组上限制通用端口,来管理对 AWS 云中资源的访问。如果不将端口访问限制为可信来源,可能会导致针对系统可用性、完整性和机密性的攻击。通过限制从互联网 (0.0.0.0/0) 访问安全组内的资源,可以控制对内部系统的远程访问。
11.10(k) 使用封闭系统创建、修改、维护或传输电子记录的人员,应采用旨在确保电子记录真实性、完整性以及适当情况下的机密性的程序和控制措施,并确保签名者不能轻易否认所签名记录的不真实性。此类程序和控制应包括以下内容:(k) 对系统文档使用适当的控制措施,包括:(1) 对系统操作和维护文档的分发、获取和使用进行适当控制。(2) 修订和变更控制程序,以维护审计跟踪记录,按时间顺序记录系统文档的开发和修改。

s3-bucket-level-public-access-prohibited

通过确保 Amazon Simple Storage Service (Amazon S3) 存储桶无法公开访问,来管理对 AWS 云中资源的访问。该规则通过在存储桶级别防止公众访问,来帮助保护敏感数据免受未经授权的远程用户的访问。
11.2 (a) 非基于生物识别技术的电子签名应:(1) 至少使用两个不同的识别组成部分,例如识别码和密码。(i) 当个人在单次、连续的受控系统访问期间执行一系列签名时,第一次签名应使用所有电子签名组成部分;随后的签名应使用至少一个电子签名组成部分,该组成部分只能由个人执行,且设计为仅供个人使用。(ii) 当个人执行一项或多项非在单次连续受控访问系统期间进行的签署时,每次签署均应使用所有电子签名组成部分执行。(2) 仅供其真正所有者使用;(3) 其管理和执行方式可确保当个人电子签名的真正所有者以外的任何人试图使用个人电子签名时,需要两个或两个以上人员的配合。

access-keys-rotated

通过确保按照组织政策轮换 IAM 访问密钥,对授权的设备、用户和流程的凭证进行审核。定期更改访问密钥是一种安全最佳实践。它会缩短访问密钥的有效期,并降低密钥泄露时对业务的影响。此规则需要访问密钥轮换值(配置默认值:90)。实际值应反映贵组织的策略。
11.2 (a) 非基于生物识别技术的电子签名应:(1) 至少使用两个不同的识别组成部分,例如识别码和密码。(i) 当个人在单次、连续的受控系统访问期间执行一系列签名时,第一次签名应使用所有电子签名组成部分;随后的签名应使用至少一个电子签名组成部分,该组成部分只能由个人执行,且设计为仅供个人使用。(ii) 当个人执行一项或多项非在单次连续受控访问系统期间进行的签署时,每次签署均应使用所有电子签名组成部分执行。(2) 仅供其真正所有者使用;(3) 其管理和执行方式可确保当个人电子签名的真正所有者以外的任何人试图使用个人电子签名时,需要两个或两个以上人员的配合。

iam-password-policy

身份和凭证是根据组织 IAM 密码策略颁发、管理和验证的。它们符合或超过 NIST SP 800-63 和针对密码强度的 AWS 基础安全最佳实践标准规定的要求。此规则允许您为 IAM 密码策略选择设置 RequireUppercaseCharacters(AWS 基础安全最佳实践值:true)、RequireLowercaseCharacters(AWS 基础安全最佳实践值:true)、RequireSymbols(AWS 基础安全最佳实践值:true)、RequireNumbers(AWS 基础安全最佳实践值:true)、MinimumPasswordLength(AWS 基础安全最佳实践值:14)、PasswordReusePrevention(AWS 基础安全最佳实践值:24)和 MaxPasswordAge(AWS 基础安全最佳实践值:90)。实际值应反映贵组织的策略。
11.2 (a) 非基于生物识别技术的电子签名应:(1) 至少使用两个不同的识别组成部分,例如识别码和密码。(i) 当个人在单次、连续的受控系统访问期间执行一系列签名时,第一次签名应使用所有电子签名组成部分;随后的签名应使用至少一个电子签名组成部分,该组成部分只能由个人执行,且设计为仅供个人使用。(ii) 当个人执行一项或多项非在单次连续受控访问系统期间进行的签署时,每次签署均应使用所有电子签名组成部分执行。(2) 仅供其真正所有者使用;(3) 其管理和执行方式可确保当个人电子签名的真正所有者以外的任何人试图使用个人电子签名时,需要两个或两个以上人员的配合。

iam-root-access-key-check

通过检查根用户的 AWS Identity and Access Management (IAM) 角色是否拥有访问密钥,可以控制对系统和资产的访问。确保删除根访问密钥。相反,创建和使用基于角色的 AWS 账户来帮助纳入最少功能原则。
11.2 (a) 非基于生物识别技术的电子签名应:(1) 至少使用两个不同的识别组成部分,例如识别码和密码。(i) 当个人在单次、连续的受控系统访问期间执行一系列签名时,第一次签名应使用所有电子签名组成部分;随后的签名应使用至少一个电子签名组成部分,该组成部分只能由个人执行,且设计为仅供个人使用。(ii) 当个人执行一项或多项非在单次连续受控访问系统期间进行的签署时,每次签署均应使用所有电子签名组成部分执行。(2) 仅供其真正所有者使用;(3) 其管理和执行方式可确保当个人电子签名的真正所有者以外的任何人试图使用个人电子签名时,需要两个或两个以上人员的配合。

iam-user-mfa-enabled

启用此规则可限制对 AWS 云中资源的访问。此规则可确保为所有用户启用多重身份验证 (MFA)。MFA 在登录凭证之上添加一层额外的保护。要求用户进行多重身份验证,从而减少账户被盗事件。
11.2 (a) 非基于生物识别技术的电子签名应:(1) 至少使用两个不同的识别组成部分,例如识别码和密码。(i) 当个人在单次、连续的受控系统访问期间执行一系列签名时,第一次签名应使用所有电子签名组成部分;随后的签名应使用至少一个电子签名组成部分,该组成部分只能由个人执行,且设计为仅供个人使用。(ii) 当个人执行一项或多项非在单次连续受控访问系统期间进行的签署时,每次签署均应使用所有电子签名组成部分执行。(2) 仅供其真正所有者使用;(3) 其管理和执行方式可确保当个人电子签名的真正所有者以外的任何人试图使用个人电子签名时,需要两个或两个以上人员的配合。

mfa-enabled-for-iam-console-access

通过确保为所有拥有控制台密码的 AWS Identity and Access Management (IAM) 用户启用 MFA,来管理对 AWS 云中资源的访问。MFA 在登录凭证之上添加一层额外的保护。通过要求用户进行 MFA,您可以减少账户被盗事件,防止未经授权的用户访问敏感数据。
11.2 (a) 非基于生物识别技术的电子签名应:(1) 至少使用两个不同的识别组成部分,例如识别码和密码。(i) 当个人在单次、连续的受控系统访问期间执行一系列签名时,第一次签名应使用所有电子签名组成部分;随后的签名应使用至少一个电子签名组成部分,该组成部分只能由个人执行,且设计为仅供个人使用。(ii) 当个人执行一项或多项非在单次连续受控访问系统期间进行的签署时,每次签署均应使用所有电子签名组成部分执行。(2) 仅供其真正所有者使用;(3) 其管理和执行方式可确保当个人电子签名的真正所有者以外的任何人试图使用个人电子签名时,需要两个或两个以上人员的配合。

root-account-hardware-mfa-enabled

通过确保为根用户启用硬件 MFA,来管理对 AWS 云中资源的访问。根用户是 AWS 账户中权限最高的用户。MFA 为登录凭证增加了一层额外的保护。通过要求根用户进行 MFA,可以减少 AWS 账户被盗的事件。
11.2 (a) 非基于生物识别技术的电子签名应:(1) 至少使用两个不同的识别组成部分,例如识别码和密码。(i) 当个人在单次、连续的受控系统访问期间执行一系列签名时,第一次签名应使用所有电子签名组成部分;随后的签名应使用至少一个电子签名组成部分,该组成部分只能由个人执行,且设计为仅供个人使用。(ii) 当个人执行一项或多项非在单次连续受控访问系统期间进行的签署时,每次签署均应使用所有电子签名组成部分执行。(2) 仅供其真正所有者使用;(3) 其管理和执行方式可确保当个人电子签名的真正所有者以外的任何人试图使用个人电子签名时,需要两个或两个以上人员的配合。

root-account-mfa-enabled

通过确保为根用户启用 MFA,来管理对 AWS 云中资源的访问。根用户是 AWS 账户中权限最高的用户。MFA 为登录凭证增加了一层额外的保护。通过要求根用户进行 MFA,可以减少 AWS 账户被盗的事件。
11.3 使用开放系统创建、修改、维护或传输电子记录的人员应采用旨在确保电子记录从创建到接收的整个过程中的真实性、完整性和适当保密性的程序和控制措施。此类程序和控制措施应酌情包括 11.10 中确定的程序和控制措施,以及其他措施,例如文档加密和使用适当的数字签名标准,以便在必要时确保记录的真实性、完整性和保密性。

alb-http-to-https-redirection-check

为帮助保护传输中的数据,请确保应用负载均衡器自动将未加密的 HTTP 请求重定向到 HTTPS。由于可能存在敏感数据,因此应启用传输中加密以帮助保护这些数据。
11.3 使用开放系统创建、修改、维护或传输电子记录的人员应采用旨在确保电子记录从创建到接收的整个过程中的真实性、完整性和适当保密性的程序和控制措施。此类程序和控制措施应酌情包括 11.10 中确定的程序和控制措施,以及其他措施,例如文档加密和使用适当的数字签名标准,以便在必要时确保记录的真实性、完整性和保密性。

api-gw-cache-enabled-and-encrypted

为了帮助保护静态数据,请确保为 API Gateway 阶段的缓存启用加密。由于可能会为 API 方法捕获敏感数据,因此应启用静态加密以帮助保护这些数据。
11.3 使用开放系统创建、修改、维护或传输电子记录的人员应采用旨在确保电子记录从创建到接收的整个过程中的真实性、完整性和适当保密性的程序和控制措施。此类程序和控制措施应酌情包括 11.10 中确定的程序和控制措施,以及其他措施,例如文档加密和使用适当的数字签名标准,以便在必要时确保记录的真实性、完整性和保密性。

api-gw-ssl-enabled

确保 Amazon API Gateway REST API 阶段配置了 SSL 证书,以允许后端系统验证请求来自 API Gateway。
11.3 使用开放系统创建、修改、维护或传输电子记录的人员应采用旨在确保电子记录从创建到接收的整个过程中的真实性、完整性和适当保密性的程序和控制措施。此类程序和控制措施应酌情包括 11.10 中确定的程序和控制措施,以及其他措施,例如文档加密和使用适当的数字签名标准,以便在必要时确保记录的真实性、完整性和保密性。

api-gw-ssl-enabled

确保 Amazon API Gateway REST API 阶段配置了 SSL 证书,以允许后端系统验证请求来自 API Gateway。
11.3 使用开放系统创建、修改、维护或传输电子记录的人员应采用旨在确保电子记录从创建到接收的整个过程中的真实性、完整性和适当保密性的程序和控制措施。此类程序和控制措施应酌情包括 11.10 中确定的程序和控制措施,以及其他措施,例如文档加密和使用适当的数字签名标准,以便在必要时确保记录的真实性、完整性和保密性。

backup-recovery-point-encrypted

确保您的 AWS Backup 恢复点已启用加密。由于可能存在敏感的静态数据,因此应启用静态加密以帮助保护这些数据。
11.3 使用开放系统创建、修改、维护或传输电子记录的人员应采用旨在确保电子记录从创建到接收的整个过程中的真实性、完整性和适当保密性的程序和控制措施。此类程序和控制措施应酌情包括 11.10 中确定的程序和控制措施,以及其他措施,例如文档加密和使用适当的数字签名标准,以便在必要时确保记录的真实性、完整性和保密性。

cloud-trail-encryption-enabled

由于可能存在敏感数据,并且为了帮助保护静态数据,应确保您的 AWS CloudTrail 跟踪启用了加密。
11.3 使用开放系统创建、修改、维护或传输电子记录的人员应采用旨在确保电子记录从创建到接收的整个过程中的真实性、完整性和适当保密性的程序和控制措施。此类程序和控制措施应酌情包括 11.10 中确定的程序和控制措施,以及其他措施,例如文档加密和使用适当的数字签名标准,以便在必要时确保记录的真实性、完整性和保密性。

cloud-trail-log-file-validation-enabled

利用 AWS CloudTrail 日志文件验证来检查 CloudTrail 日志的完整性。日志文件验证有助于确定日志文件在 CloudTrail 交付后是否被修改、删除或更改。该功能是使用业界标准算法构建的:哈希采用 SHA-256,数字签名采用带 RSA 的 SHA-256。这样,要修改、删除或伪造 CloudTrail 日志文件而不被检测到在计算上是不可行的。
11.3 使用开放系统创建、修改、维护或传输电子记录的人员应采用旨在确保电子记录从创建到接收的整个过程中的真实性、完整性和适当保密性的程序和控制措施。此类程序和控制措施应酌情包括 11.10 中确定的程序和控制措施,以及其他措施,例如文档加密和使用适当的数字签名标准,以便在必要时确保记录的真实性、完整性和保密性。

cloudwatch-log-group-encrypted

为了帮助保护静态敏感数据,请确保您的 Amazon CloudWatch 日志组启用了加密。
11.3 使用开放系统创建、修改、维护或传输电子记录的人员应采用旨在确保电子记录从创建到接收的整个过程中的真实性、完整性和适当保密性的程序和控制措施。此类程序和控制措施应酌情包括 11.10 中确定的程序和控制措施,以及其他措施,例如文档加密和使用适当的数字签名标准,以便在必要时确保记录的真实性、完整性和保密性。

cmk-backing-key-rotation-enabled

启用密钥轮换,以确保密钥在加密周期结束后立即进行轮换。
11.3 使用开放系统创建、修改、维护或传输电子记录的人员应采用旨在确保电子记录从创建到接收的整个过程中的真实性、完整性和适当保密性的程序和控制措施。此类程序和控制措施应酌情包括 11.10 中确定的程序和控制措施,以及其他措施,例如文档加密和使用适当的数字签名标准,以便在必要时确保记录的真实性、完整性和保密性。

codebuild-project-artifact-encryption

为了帮助保护静态敏感数据,请确保为 AWS CodeBuild 构件启用加密。
11.3 使用开放系统创建、修改、维护或传输电子记录的人员应采用旨在确保电子记录从创建到接收的整个过程中的真实性、完整性和适当保密性的程序和控制措施。此类程序和控制措施应酌情包括 11.10 中确定的程序和控制措施,以及其他措施,例如文档加密和使用适当的数字签名标准,以便在必要时确保记录的真实性、完整性和保密性。

codebuild-project-s3-logs-encrypted

为了帮助保护静态敏感数据,请确保对存储在 Amazon S3 中的 AWS CodeBuild 日志启用加密。
11.3 使用开放系统创建、修改、维护或传输电子记录的人员应采用旨在确保电子记录从创建到接收的整个过程中的真实性、完整性和适当保密性的程序和控制措施。此类程序和控制措施应酌情包括 11.10 中确定的程序和控制措施,以及其他措施,例如文档加密和使用适当的数字签名标准,以便在必要时确保记录的真实性、完整性和保密性。

dynamodb-table-encrypted-kms

确保为 Amazon DynamoDB 表启用加密。由于这些表中可能存在敏感的静态数据,因此应启用静态加密以帮助保护这些数据。默认情况下,DynamoDB 表使用 AWS 拥有的客户主密钥 (CMK) 进行加密。
11.3 使用开放系统创建、修改、维护或传输电子记录的人员应采用旨在确保电子记录从创建到接收的整个过程中的真实性、完整性和适当保密性的程序和控制措施。此类程序和控制措施应酌情包括 11.10 中确定的程序和控制措施,以及其他措施,例如文档加密和使用适当的数字签名标准,以便在必要时确保记录的真实性、完整性和保密性。

ec2-ebs-encryption-by-default

为了帮助保护静态数据,请确保为您的 Amazon Elastic Block Store (Amazon EBS) 卷启用加密。由于这些卷中可能存在敏感的静态数据,因此应启用静态加密以帮助保护这些数据。
11.3 使用开放系统创建、修改、维护或传输电子记录的人员应采用旨在确保电子记录从创建到接收的整个过程中的真实性、完整性和适当保密性的程序和控制措施。此类程序和控制措施应酌情包括 11.10 中确定的程序和控制措施,以及其他措施,例如文档加密和使用适当的数字签名标准,以便在必要时确保记录的真实性、完整性和保密性。

efs-encrypted-check

由于可能存在敏感数据,并且为了帮助保护静态数据,请确保为您的 Amazon Elastic File System (EFS) 启用加密。
11.3 使用开放系统创建、修改、维护或传输电子记录的人员应采用旨在确保电子记录从创建到接收的整个过程中的真实性、完整性和适当保密性的程序和控制措施。此类程序和控制措施应酌情包括 11.10 中确定的程序和控制措施,以及其他措施,例如文档加密和使用适当的数字签名标准,以便在必要时确保记录的真实性、完整性和保密性。

elasticsearch-encrypted-at-rest

由于可能存在敏感数据,并且为了帮助保护静态数据,应确保您的 Amazon OpenSearch Service (OpenSearch Service) 域启用了加密。
11.3 使用开放系统创建、修改、维护或传输电子记录的人员应采用旨在确保电子记录从创建到接收的整个过程中的真实性、完整性和适当保密性的程序和控制措施。此类程序和控制措施应酌情包括 11.10 中确定的程序和控制措施,以及其他措施,例如文档加密和使用适当的数字签名标准,以便在必要时确保记录的真实性、完整性和保密性。

elasticsearch-encrypted-at-rest

由于可能存在敏感数据,并且为了帮助保护静态数据,应确保您的 Amazon OpenSearch Service (OpenSearch Service) 域启用了加密。
11.3 使用开放系统创建、修改、维护或传输电子记录的人员应采用旨在确保电子记录从创建到接收的整个过程中的真实性、完整性和适当保密性的程序和控制措施。此类程序和控制措施应酌情包括 11.10 中确定的程序和控制措施,以及其他措施,例如文档加密和使用适当的数字签名标准,以便在必要时确保记录的真实性、完整性和保密性。

elasticsearch-node-to-node-encryption-check

确保 Amazon OpenSearch Service 启用了节点到节点加密。利用节点到节点加密,将能够为 Amazon Virtual Private Cloud (Amazon VPC) 内的所有通信启用 TLS 1.2 加密。由于可能存在敏感数据,因此应启用传输中加密以帮助保护这些数据。
11.3 使用开放系统创建、修改、维护或传输电子记录的人员应采用旨在确保电子记录从创建到接收的整个过程中的真实性、完整性和适当保密性的程序和控制措施。此类程序和控制措施应酌情包括 11.10 中确定的程序和控制措施,以及其他措施,例如文档加密和使用适当的数字签名标准,以便在必要时确保记录的真实性、完整性和保密性。

elb-acm-certificate-required

由于可能存在敏感数据,并且为了帮助保护传输中的数据,应确保 Elastic Load Balancing 启用了加密。使用 AWS Certificate Manager 通过 AWS 服务和内部资源管理、预置和部署公有和私有 SSL/TLS 证书。
11.3 使用开放系统创建、修改、维护或传输电子记录的人员应采用旨在确保电子记录从创建到接收的整个过程中的真实性、完整性和适当保密性的程序和控制措施。此类程序和控制措施应酌情包括 11.10 中确定的程序和控制措施,以及其他措施,例如文档加密和使用适当的数字签名标准,以便在必要时确保记录的真实性、完整性和保密性。

elb-acm-certificate-required

由于可能存在敏感数据,并且为了帮助保护传输中的数据,应确保 Elastic Load Balancing 启用了加密。使用 AWS Certificate Manager 通过 AWS 服务和内部资源管理、预置和部署公有和私有 SSL/TLS 证书。
11.3 使用开放系统创建、修改、维护或传输电子记录的人员应采用旨在确保电子记录从创建到接收的整个过程中的真实性、完整性和适当保密性的程序和控制措施。此类程序和控制措施应酌情包括 11.10 中确定的程序和控制措施,以及其他措施,例如文档加密和使用适当的数字签名标准,以便在必要时确保记录的真实性、完整性和保密性。

elb-tls-https-listeners-only

确保您的弹性负载均衡器 (ELB) 配置了 SSL 或 HTTPS 侦听器。由于可能存在敏感数据,因此应启用传输中加密以帮助保护这些数据。
11.3 使用开放系统创建、修改、维护或传输电子记录的人员应采用旨在确保电子记录从创建到接收的整个过程中的真实性、完整性和适当保密性的程序和控制措施。此类程序和控制措施应酌情包括 11.10 中确定的程序和控制措施,以及其他措施,例如文档加密和使用适当的数字签名标准,以便在必要时确保记录的真实性、完整性和保密性。

elbv2-acm-certificate-required

由于可能存在敏感数据,并且为了帮助保护传输中的数据,应确保 Elastic Load Balancing 启用了加密。使用 AWS Certificate Manager 通过 AWS 服务和内部资源管理、预置和部署公有和私有 SSL/TLS 证书。
11.3 使用开放系统创建、修改、维护或传输电子记录的人员应采用旨在确保电子记录从创建到接收的整个过程中的真实性、完整性和适当保密性的程序和控制措施。此类程序和控制措施应酌情包括 11.10 中确定的程序和控制措施,以及其他措施,例如文档加密和使用适当的数字签名标准,以便在必要时确保记录的真实性、完整性和保密性。

encrypted-volumes

由于可能存在敏感数据,并且为了帮助保护静态数据,应确保您的 Amazon Elastic Block Store (Amazon EBS) 卷启用了加密。
11.3 使用开放系统创建、修改、维护或传输电子记录的人员应采用旨在确保电子记录从创建到接收的整个过程中的真实性、完整性和适当保密性的程序和控制措施。此类程序和控制措施应酌情包括 11.10 中确定的程序和控制措施,以及其他措施,例如文档加密和使用适当的数字签名标准,以便在必要时确保记录的真实性、完整性和保密性。

kinesis-stream-encrypted

由于可能存在敏感数据,并且为了帮助保护静态数据,应确保您的 Amazon Kinesis Streams 启用了加密。
11.3 使用开放系统创建、修改、维护或传输电子记录的人员应采用旨在确保电子记录从创建到接收的整个过程中的真实性、完整性和适当保密性的程序和控制措施。此类程序和控制措施应酌情包括 11.10 中确定的程序和控制措施,以及其他措施,例如文档加密和使用适当的数字签名标准,以便在必要时确保记录的真实性、完整性和保密性。

kms-cmk-not-scheduled-for-deletion

为了帮助保护静态数据,请确保没有在 AWS Key Management Service (AWS KMS) 中计划删除必要的客户主密钥 (CMK)。由于有时需要删除密钥,因此此规则可以帮助检查所有计划删除的密钥,以防密钥被无意中安排删除。
11.3 使用开放系统创建、修改、维护或传输电子记录的人员应采用旨在确保电子记录从创建到接收的整个过程中的真实性、完整性和适当保密性的程序和控制措施。此类程序和控制措施应酌情包括 11.10 中确定的程序和控制措施,以及其他措施,例如文档加密和使用适当的数字签名标准,以便在必要时确保记录的真实性、完整性和保密性。

opensearch-encrypted-at-rest

由于可能存在敏感数据,并且为了帮助保护静态数据,应确保您的 Amazon OpenSearch Service 域启用了加密。
11.3 使用开放系统创建、修改、维护或传输电子记录的人员应采用旨在确保电子记录从创建到接收的整个过程中的真实性、完整性和适当保密性的程序和控制措施。此类程序和控制措施应酌情包括 11.10 中确定的程序和控制措施,以及其他措施,例如文档加密和使用适当的数字签名标准,以便在必要时确保记录的真实性、完整性和保密性。

opensearch-node-to-node-encryption-check

确保 Amazon OpenSearch Service 启用了节点到节点加密。利用节点到节点加密,将能够为 Amazon Virtual Private Cloud (Amazon VPC) 内的所有通信启用 TLS 1.2 加密。由于可能存在敏感数据,因此应启用传输中加密以帮助保护这些数据。
11.3 使用开放系统创建、修改、维护或传输电子记录的人员应采用旨在确保电子记录从创建到接收的整个过程中的真实性、完整性和适当保密性的程序和控制措施。此类程序和控制措施应酌情包括 11.10 中确定的程序和控制措施,以及其他措施,例如文档加密和使用适当的数字签名标准,以便在必要时确保记录的真实性、完整性和保密性。

rds-snapshot-encrypted

确保为 Amazon Relational Database Service (Amazon RDS) 快照启用加密。由于可能存在敏感的静态数据,因此应启用静态加密以帮助保护这些数据。
11.3 使用开放系统创建、修改、维护或传输电子记录的人员应采用旨在确保电子记录从创建到接收的整个过程中的真实性、完整性和适当保密性的程序和控制措施。此类程序和控制措施应酌情包括 11.10 中确定的程序和控制措施,以及其他措施,例如文档加密和使用适当的数字签名标准,以便在必要时确保记录的真实性、完整性和保密性。

rds-storage-encrypted

为了帮助保护静态数据,请确保您的 Amazon Relational Database Service (Amazon RDS) 实例启用了加密。由于 Amazon RDS 实例中可能存在敏感的静态数据,因此应启用静态加密以帮助保护这些数据。
11.3 使用开放系统创建、修改、维护或传输电子记录的人员应采用旨在确保电子记录从创建到接收的整个过程中的真实性、完整性和适当保密性的程序和控制措施。此类程序和控制措施应酌情包括 11.10 中确定的程序和控制措施,以及其他措施,例如文档加密和使用适当的数字签名标准,以便在必要时确保记录的真实性、完整性和保密性。

redshift-cluster-configuration-check

要保护静态数据,请确保您的 Amazon Redshift 集群启用了加密。您还必须确保在 Amazon Redshift 集群上部署所需的配置。应启用审计日志记录,以提供有关数据库中连接和用户活动的信息。此规则要求为 clusterDbEncrypted(Config 默认值:TRUE)和 loggingEnabled(Config 默认值:TRUE)设置值。实际值应反映贵组织的策略。
11.3 使用开放系统创建、修改、维护或传输电子记录的人员应采用旨在确保电子记录从创建到接收的整个过程中的真实性、完整性和适当保密性的程序和控制措施。此类程序和控制措施应酌情包括 11.10 中确定的程序和控制措施,以及其他措施,例如文档加密和使用适当的数字签名标准,以便在必要时确保记录的真实性、完整性和保密性。

redshift-cluster-kms-enabled

为了帮助保护静态数据,请确保您的 Amazon Redshift 集群启用了使用 AWS Key Management Service (AWS KMS) 的加密。由于 Redshift 集群中可能存在敏感的静态数据,因此应启用静态加密以帮助保护这些数据。
11.3 使用开放系统创建、修改、维护或传输电子记录的人员应采用旨在确保电子记录从创建到接收的整个过程中的真实性、完整性和适当保密性的程序和控制措施。此类程序和控制措施应酌情包括 11.10 中确定的程序和控制措施,以及其他措施,例如文档加密和使用适当的数字签名标准,以便在必要时确保记录的真实性、完整性和保密性。

redshift-require-tls-ssl

确保您的 Amazon Redshift 集群需要 TLS/SSL 加密才能连接到 SQL 客户端。由于可能存在敏感数据,因此应启用传输中加密以帮助保护这些数据。
11.3 使用开放系统创建、修改、维护或传输电子记录的人员应采用旨在确保电子记录从创建到接收的整个过程中的真实性、完整性和适当保密性的程序和控制措施。此类程序和控制措施应酌情包括 11.10 中确定的程序和控制措施,以及其他措施,例如文档加密和使用适当的数字签名标准,以便在必要时确保记录的真实性、完整性和保密性。

s3-bucket-server-side-encryption-enabled

为了帮助保护静态数据,请确保您的 Amazon Simple Storage Service (Amazon S3) 存储桶启用了加密。由于 Amazon S3 存储桶中可能存在敏感的静态数据,因此应启用加密以帮助保护这些数据。
11.3 使用开放系统创建、修改、维护或传输电子记录的人员应采用旨在确保电子记录从创建到接收的整个过程中的真实性、完整性和适当保密性的程序和控制措施。此类程序和控制措施应酌情包括 11.10 中确定的程序和控制措施,以及其他措施,例如文档加密和使用适当的数字签名标准,以便在必要时确保记录的真实性、完整性和保密性。

s3-bucket-ssl-requests-only

为了帮助保护传输中的数据,请确保您的 Amazon Simple Storage Service (Amazon S3) 存储桶需要请求使用安全套接字层 (SSL)。由于可能存在敏感数据,因此应启用传输中加密以帮助保护这些数据。
11.3 使用开放系统创建、修改、维护或传输电子记录的人员应采用旨在确保电子记录从创建到接收的整个过程中的真实性、完整性和适当保密性的程序和控制措施。此类程序和控制措施应酌情包括 11.10 中确定的程序和控制措施,以及其他措施,例如文档加密和使用适当的数字签名标准,以便在必要时确保记录的真实性、完整性和保密性。

s3-default-encryption-kms

确保您的 Amazon Simple Storage Service (Amazon S3) 存储桶启用了加密。由于 Amazon S3 存储桶中可能存在敏感的静态数据,因此应启用静态加密以帮助保护这些数据。
11.3 使用开放系统创建、修改、维护或传输电子记录的人员应采用旨在确保电子记录从创建到接收的整个过程中的真实性、完整性和适当保密性的程序和控制措施。此类程序和控制措施应酌情包括 11.10 中确定的程序和控制措施,以及其他措施,例如文档加密和使用适当的数字签名标准,以便在必要时确保记录的真实性、完整性和保密性。

sagemaker-endpoint-configuration-kms-key-configured

为了帮助保护静态数据,请确保您的 SageMaker 终端节点启用了使用 AWS Key Management Service (AWS KMS) 的加密。由于 SageMaker 端点中可能存在敏感的静态数据,因此应启用静态加密以帮助保护这些数据。
11.3 使用开放系统创建、修改、维护或传输电子记录的人员应采用旨在确保电子记录从创建到接收的整个过程中的真实性、完整性和适当保密性的程序和控制措施。此类程序和控制措施应酌情包括 11.10 中确定的程序和控制措施,以及其他措施,例如文档加密和使用适当的数字签名标准,以便在必要时确保记录的真实性、完整性和保密性。

sagemaker-notebook-instance-kms-key-configured

为了帮助保护静态数据,请确保您的 SageMaker 笔记本启用了使用 AWS Key Management Service (AWS KMS) 的加密。由于 SageMaker 笔记本中可能存在敏感的静态数据,因此应启用静态加密以帮助保护这些数据。
11.3 使用开放系统创建、修改、维护或传输电子记录的人员应采用旨在确保电子记录从创建到接收的整个过程中的真实性、完整性和适当保密性的程序和控制措施。此类程序和控制措施应酌情包括 11.10 中确定的程序和控制措施,以及其他措施,例如文档加密和使用适当的数字签名标准,以便在必要时确保记录的真实性、完整性和保密性。

secretsmanager-using-cmk

为了帮助保护静态数据,请确保为 AWS Secrets Manager 机密启用 AWS Key Management Service (AWS KMS)。由于 Secrets Manager 机密中可能存在敏感的静态数据,因此应启用静态加密以帮助保护这些数据。
11.3 使用开放系统创建、修改、维护或传输电子记录的人员应采用旨在确保电子记录从创建到接收的整个过程中的真实性、完整性和适当保密性的程序和控制措施。此类程序和控制措施应酌情包括 11.10 中确定的程序和控制措施,以及其他措施,例如文档加密和使用适当的数字签名标准,以便在必要时确保记录的真实性、完整性和保密性。

sns-encrypted-kms

为了帮助保护静态数据,请确保您的 Amazon Simple Notification Service (Amazon SNS) 主题需要使用 AWS Key Management Service (AWS KMS) 进行加密。由于已发布的消息中可能存在敏感的静态数据,因此应启用静态加密以帮助保护这些数据。
11.300(b) 使用基于识别码和密码的电子签名的人应采用控制措施来确保这些信息的安全性和完整性。此类控制措施应包括:(b) 确保定期检查、撤回或修改签发的识别码和密码(例如,为了应对密码到期等事件)。

access-keys-rotated

通过确保按照组织政策轮换 IAM 访问密钥,对授权的设备、用户和流程的凭证进行审核。定期更改访问密钥是一种安全最佳实践。它会缩短访问密钥的有效期,并降低密钥泄露时对业务的影响。此规则需要访问密钥轮换值(配置默认值:90)。实际值应反映贵组织的策略。
11.300(b) 使用基于识别码和密码的电子签名的人应采用控制措施来确保这些信息的安全性和完整性。此类控制措施应包括:(b) 确保定期检查、撤回或修改签发的识别码和密码(例如,为了应对密码到期等事件)。

emr-kerberos-enabled

通过为 Amazon EMR 集群启用 Kerberos,可以按照最低权限和职责分离的原则管理和纳入访问权限和授权。在 Kerberos 中,需要进行身份验证的服务和用户称为委托人。委托人存在于 Kerberos 领域中。在该领域中,Kerberos 服务器被称为密钥分配中心 (KDC)。它为委托人提供一种进行身份验证的方法。KDC 通过颁发用于身份验证的票证进行身份验证。KDC 维护一个包含其领域中的委托人、它们的密码及其它有关每个委托人的管理信息的数据库。
11.300(b) 使用基于识别码和密码的电子签名的人应采用控制措施来确保这些信息的安全性和完整性。此类控制措施应包括:(b) 确保定期检查、撤回或修改签发的识别码和密码(例如,为了应对密码到期等事件)。

iam-password-policy

身份和凭证是根据组织 IAM 密码策略颁发、管理和验证的。它们符合或超过 NIST SP 800-63 和针对密码强度的 AWS 基础安全最佳实践标准规定的要求。此规则允许您为 IAM 密码策略选择设置 RequireUppercaseCharacters(AWS 基础安全最佳实践值:true)、RequireLowercaseCharacters(AWS 基础安全最佳实践值:true)、RequireSymbols(AWS 基础安全最佳实践值:true)、RequireNumbers(AWS 基础安全最佳实践值:true)、MinimumPasswordLength(AWS 基础安全最佳实践值:14)、PasswordReusePrevention(AWS 基础安全最佳实践值:24)和 MaxPasswordAge(AWS 基础安全最佳实践值:90)。实际值应反映贵组织的策略。
11.300(b) 使用基于识别码和密码的电子签名的人应采用控制措施来确保这些信息的安全性和完整性。此类控制措施应包括:(b) 确保定期检查、撤回或修改签发的识别码和密码(例如,为了应对密码到期等事件)。

iam-user-unused-credentials-check

AWS Identity and Access Management (IAM) 可以通过检查指定时间段内未使用的 IAM 密码和访问密钥,来帮助您获得访问权限和授权。如果发现这些未使用的凭证,则应禁用和/或删除这些凭证,因为这可能违反最低权限原则。此规则要求您为 maxCredentialUsageAge 设置一个值(Config 默认值:90)。实际值应反映贵组织的策略。
11.300(b) 使用基于识别码和密码的电子签名的人应采用控制措施来确保这些信息的安全性和完整性。此类控制措施应包括:(b) 确保定期检查、撤回或修改签发的识别码和密码(例如,为了应对密码到期等事件)。

secretsmanager-rotation-enabled-check

此规则可确保 AWS Secrets Manager 机密已启用轮换。定期轮换机密可以缩短机密的有效期,并有可能减少机密泄露时对业务的影响。
11.300(b) 使用基于识别码和密码的电子签名的人应采用控制措施来确保这些信息的安全性和完整性。此类控制措施应包括:(b) 确保定期检查、撤回或修改签发的识别码和密码(例如,为了应对密码到期等事件)。

secretsmanager-scheduled-rotation-success-check

此规则可确保 AWS Secrets Manager 机密已根据轮换计划成功轮换。定期轮换机密可以缩短机密的有效期,并有可能减少机密泄露时对业务的影响。
11.300(d) 使用基于识别码和密码的电子签名的人应采用控制措施来确保这些信息的安全性和完整性。此类控制措施应包括:(d) 使用交易保障措施,防止未经授权使用密码和/或识别码,发现任何未经授权使用密码和/或识别码的企图,并立即向系统安全部门报告,同时酌情向组织管理层报告。

cloud-trail-cloud-watch-logs-enabled

使用 Amazon CloudWatch 集中收集和管理日志事件活动。包含 AWS CloudTrail 数据可提供您的 AWS 账户中 API 调用活动的详细信息。
11.300(d) 使用基于识别码和密码的电子签名的人应采用控制措施来确保这些信息的安全性和完整性。此类控制措施应包括:(d) 使用交易保障措施,防止未经授权使用密码和/或识别码,发现任何未经授权使用密码和/或识别码的企图,并立即向系统安全部门报告,同时酌情向组织管理层报告。

cloudtrail-enabled

AWS CloudTrail 可以通过记录 AWS 管理控制台操作和 API 调用来帮助实现不可否认性。您可以识别调用 AWS 服务的用户和 AWS 账户、发出调用的源 IP 地址以及调用的时间。捕获的数据的详细信息可在 AWS CloudTrail“记录内容”中查看。
11.300(d) 使用基于识别码和密码的电子签名的人应采用控制措施来确保这些信息的安全性和完整性。此类控制措施应包括:(d) 使用交易保障措施,防止未经授权使用密码和/或识别码,发现任何未经授权使用密码和/或识别码的企图,并立即向系统安全部门报告,同时酌情向组织管理层报告。

guardduty-enabled-centralized

Amazon GuardDuty 可以通过使用威胁情报源来帮助监控和检测潜在的网络安全事件。这些威胁情报源包括恶意 IP 列表和机器学习列表,用于标识您的 AWS 云环境中的意外、未经授权的恶意活动。
11.300(d) 使用基于识别码和密码的电子签名的人应采用控制措施来确保这些信息的安全性和完整性。此类控制措施应包括:(d) 使用交易保障措施,防止未经授权使用密码和/或识别码,发现任何未经授权使用密码和/或识别码的企图,并立即向系统安全部门报告,同时酌情向组织管理层报告。

securityhub-enabled

AWS Security Hub 有助于监控未经授权的人员、连接、设备和软件。AWSSecurity Hub 可以聚合、组织和优先处理来自多个 AWS 服务的安全告警或结果。其中一些服务包括 Amazon Security Hub、Amazon Inspector、Amazon Macie、AWS Identity and Access Management (IAM) Access Analyzer、AWS Firewall Manager 和 AWS 合作伙伴解决方案。

模板

该模板可在 GitHub 上找到:FDA 联邦法规第 21 篇第 11 部分操作最佳实践