NYDFS 23 操作最佳实践 - AWS Config

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

NYDFS 23 操作最佳实践

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

下面提供了纽约州金融服务部 (NYDFS) 对金融服务公司的网络安全要求 (23 NYCRR 500) 与 AWS 托管 Config 规则之间的映射示例。每条 AWS Config 规则都适用于特定的 AWS 资源,并与一个或多个美国 NYDFS 控制有关。一个美国 NYDFS 23 NYCRR 500 控制可以与多个 Config 规则相关联。有关这些映射的更多详细信息和指导,请参阅下表。

控制 ID 控制描述 AWS Config 规则 指南
500.02(a) (a) 网络安全计划。每个被涵盖实体均应维护网络安全计划,旨在保护被涵盖实体信息系统的机密性、完整性和可用性。

acm-certificate-expiration-check

通过确保 X509 证书由 AWS ACM 颁发,确保网络完整性得到保护。这些证书必须有效且未过期。此规则要求为 daysToExpiration 设置一个值(AWS 基础安全最佳实践值:90)。实际值应反映贵组织的策略。
500.02(a) (a) 网络安全计划。每个被涵盖实体均应维护网络安全计划,旨在保护被涵盖实体信息系统的机密性、完整性和可用性。

alb-http-to-https-redirection-check

为帮助保护传输中的数据,请确保应用负载均衡器自动将未加密的 HTTP 请求重定向到 HTTPS。由于可能存在敏感数据,因此应启用传输中加密以帮助保护这些数据。
500.02(a) (a) 网络安全计划。每个被涵盖实体均应维护网络安全计划,旨在保护被涵盖实体信息系统的机密性、完整性和可用性。

api-gw-cache-enabled-and-encrypted

为了帮助保护静态数据,请确保为 API Gateway 阶段的缓存启用加密。由于可能会为 API 方法捕获敏感数据,因此应启用静态加密以帮助保护这些数据。
500.02(a) (a) 网络安全计划。每个被涵盖实体均应维护网络安全计划,旨在保护被涵盖实体信息系统的机密性、完整性和可用性。

cloud-trail-encryption-enabled

由于可能存在敏感数据,并且为了帮助保护静态数据,应确保您的 AWS CloudTrail 跟踪启用了加密。
500.02(a) (a) 网络安全计划。每个被涵盖实体均应维护网络安全计划,旨在保护被涵盖实体信息系统的机密性、完整性和可用性。

cloudwatch-log-group-encrypted

为了帮助保护静态敏感数据,请确保您的 Amazon CloudWatch 日志组启用了加密。
500.02(a) (a) 网络安全计划。每个被涵盖实体均应维护网络安全计划,旨在保护被涵盖实体信息系统的机密性、完整性和可用性。

efs-encrypted-check

由于可能存在敏感数据,并且为了帮助保护静态数据,请确保为您的 Amazon Elastic File System (EFS) 启用加密。
500.02(a) (a) 网络安全计划。每个被涵盖实体均应维护网络安全计划,旨在保护被涵盖实体信息系统的机密性、完整性和可用性。

elasticsearch-encrypted-at-rest

由于可能存在敏感数据,并且为了帮助保护静态数据,应确保您的 Amazon OpenSearch Service (OpenSearch Service) 域启用了加密。
500.02(a) (a) 网络安全计划。每个被涵盖实体均应维护网络安全计划,旨在保护被涵盖实体信息系统的机密性、完整性和可用性。

elb-acm-certificate-required

由于可能存在敏感数据,并且为了帮助保护传输中的数据,应确保 Elastic Load Balancing 启用了加密。使用 AWS Certificate Manager 通过 AWS 服务和内部资源管理、预置和部署公有和私有 SSL/TLS 证书。
500.02(a) (a) 网络安全计划。每个被涵盖实体均应维护网络安全计划,旨在保护被涵盖实体信息系统的机密性、完整性和可用性。

encrypted-volumes

由于可能存在敏感数据,并且为了帮助保护静态数据,应确保您的 Amazon Elastic Block Store (Amazon EBS) 卷启用了加密。
500.02(a) (a) 网络安全计划。每个被涵盖实体均应维护网络安全计划,旨在保护被涵盖实体信息系统的机密性、完整性和可用性。

rds-storage-encrypted

为了帮助保护静态数据,请确保您的 Amazon Relational Database Service (Amazon RDS) 实例启用了加密。由于 Amazon RDS 实例中可能存在敏感的静态数据,因此应启用静态加密以帮助保护这些数据。
500.02(a) (a) 网络安全计划。每个被涵盖实体均应维护网络安全计划,旨在保护被涵盖实体信息系统的机密性、完整性和可用性。

redshift-cluster-configuration-check

要保护静态数据,请确保您的 Amazon Redshift 集群启用了加密。您还必须确保在 Amazon Redshift 集群上部署所需的配置。应启用审计日志记录,以提供有关数据库中连接和用户活动的信息。此规则要求为 clusterDbEncrypted(Config 默认值:TRUE)和 loggingEnabled(Config 默认值:TRUE)设置值。实际值应反映贵组织的策略。
500.02(a) (a) 网络安全计划。每个被涵盖实体均应维护网络安全计划,旨在保护被涵盖实体信息系统的机密性、完整性和可用性。

redshift-require-tls-ssl

确保您的 Amazon Redshift 集群需要 TLS/SSL 加密才能连接到 SQL 客户端。由于可能存在敏感数据,因此应启用传输中加密以帮助保护这些数据。
500.02(a) (a) 网络安全计划。每个被涵盖实体均应维护网络安全计划,旨在保护被涵盖实体信息系统的机密性、完整性和可用性。

s3-bucket-server-side-encryption-enabled

为了帮助保护静态数据,请确保您的 Amazon Simple Storage Service (Amazon S3) 存储桶启用了加密。由于 Amazon S3 存储桶中可能存在敏感的静态数据,因此应启用加密以帮助保护这些数据。
500.02(a) (a) 网络安全计划。每个被涵盖实体均应维护网络安全计划,旨在保护被涵盖实体信息系统的机密性、完整性和可用性。

s3-bucket-ssl-requests-only

为了帮助保护传输中的数据,请确保您的 Amazon Simple Storage Service (Amazon S3) 存储桶需要请求使用安全套接字层 (SSL)。由于可能存在敏感数据,因此应启用传输中加密以帮助保护这些数据。
500.02(a) (a) 网络安全计划。每个被涵盖实体均应维护网络安全计划,旨在保护被涵盖实体信息系统的机密性、完整性和可用性。

sagemaker-endpoint-configuration-kms-key-configured

为了帮助保护静态数据,请确保您的 SageMaker 终端节点启用了使用 AWS Key Management Service (AWS KMS) 的加密。由于 SageMaker 端点中可能存在敏感的静态数据,因此应启用静态加密以帮助保护这些数据。
500.02(a) (a) 网络安全计划。每个被涵盖实体均应维护网络安全计划,旨在保护被涵盖实体信息系统的机密性、完整性和可用性。

sagemaker-notebook-instance-kms-key-configured

为了帮助保护静态数据,请确保您的 SageMaker 笔记本启用了使用 AWS Key Management Service (AWS KMS) 的加密。由于 SageMaker 笔记本中可能存在敏感的静态数据,因此应启用静态加密以帮助保护这些数据。
500.02(a) (a) 网络安全计划。每个被涵盖实体均应维护网络安全计划,旨在保护被涵盖实体信息系统的机密性、完整性和可用性。

sns-encrypted-kms

为了帮助保护静态数据,请确保您的 Amazon Simple Notification Service (Amazon SNS) 主题需要使用 AWS Key Management Service (AWS KMS) 进行加密。由于已发布的消息中可能存在敏感的静态数据,因此应启用静态加密以帮助保护这些数据。
500.02(a) (a) 网络安全计划。每个被涵盖实体均应维护网络安全计划,旨在保护被涵盖实体信息系统的机密性、完整性和可用性。

ec2-ebs-encryption-by-default

为了帮助保护静态数据,请确保为您的 Amazon Elastic Block Store (Amazon EBS) 卷启用加密。由于这些卷中可能存在敏感的静态数据,因此应启用静态加密以帮助保护这些数据。
500.02(a) (a) 网络安全计划。每个被涵盖实体均应维护网络安全计划,旨在保护被涵盖实体信息系统的机密性、完整性和可用性。

rds-snapshot-encrypted

确保为 Amazon Relational Database Service (Amazon RDS) 快照启用加密。由于可能存在敏感的静态数据,因此应启用静态加密以帮助保护这些数据。
500.02(a) (a) 网络安全计划。每个被涵盖实体均应维护网络安全计划,旨在保护被涵盖实体信息系统的机密性、完整性和可用性。

alb-http-drop-invalid-header-enabled

确保您的 Elastic Load Balancers (ELB) 已配置为丢弃 http 标头。由于可能存在敏感数据,因此应启用传输中加密以帮助保护这些数据。
500.02(a) (a) 网络安全计划。每个被涵盖实体均应维护网络安全计划,旨在保护被涵盖实体信息系统的机密性、完整性和可用性。

kinesis-stream-encrypted

由于可能存在敏感数据,并且为了帮助保护静态数据,应确保您的 Amazon Kinesis Streams 启用了加密。
500.02(a) (a) 网络安全计划。每个被涵盖实体均应维护网络安全计划,旨在保护被涵盖实体信息系统的机密性、完整性和可用性。

elasticsearch-node-to-node-encryption-check

确保 Amazon OpenSearch Service 启用了节点到节点加密。利用节点到节点加密,将能够为 Amazon Virtual Private Cloud (Amazon VPC) 内的所有通信启用 TLS 1.2 加密。由于可能存在敏感数据,因此应启用传输中加密以帮助保护这些数据。
500.02(a) (a) 网络安全计划。每个被涵盖实体均应维护网络安全计划,旨在保护被涵盖实体信息系统的机密性、完整性和可用性。

elb-tls-https-listeners-only

确保您的弹性负载均衡器 (ELB) 配置了 SSL 或 HTTPS 侦听器。由于可能存在敏感数据,因此应启用传输中加密以帮助保护这些数据。
500.02(a) (a) 网络安全计划。每个被涵盖实体均应维护网络安全计划,旨在保护被涵盖实体信息系统的机密性、完整性和可用性。

cloud-trail-log-file-validation-enabled

利用 AWS CloudTrail 日志文件验证来检查 CloudTrail 日志的完整性。日志文件验证有助于确定日志文件在 CloudTrail 交付后是否被修改、删除或更改。该功能是使用业界标准算法构建的:哈希采用 SHA-256,数字签名采用带 RSA 的 SHA-256。这样,要修改、删除或伪造 CloudTrail 日志文件而不被检测到在计算上是不可行的。
500.02(a) (a) 网络安全计划。每个被涵盖实体均应维护网络安全计划,旨在保护被涵盖实体信息系统的机密性、完整性和可用性。

dynamodb-autoscaling-enabled

Amazon DynamoDB 自动扩缩使用 AWS 应用程序自动扩缩服务来调整预置的吞吐量容量,并自动响应实际流量模式。这将允许表或全局二级索引增大其预置的读/写容量以处理突发流量,而不进行节流。
500.02(a) (a) 网络安全计划。每个被涵盖实体均应维护网络安全计划,旨在保护被涵盖实体信息系统的机密性、完整性和可用性。

elb-deletion-protection-enabled

此规则可确保 Elastic Load Balancing 已启用删除保护。使用此功能可防止负载均衡器被意外或恶意删除,因为这可能导致应用程序丧失可用性。
500.02(a) (a) 网络安全计划。每个被涵盖实体均应维护网络安全计划,旨在保护被涵盖实体信息系统的机密性、完整性和可用性。

rds-multi-az-support

Amazon Relational Database Service (Amazon RDS) 中的多可用区支持为数据库实例提供了增强的可用性和耐久性。当您预置多可用区数据库实例时,Amazon RDS 会自动创建一个主数据库实例,并将数据同步复制到不同可用区中的备用实例。每个可用性区域都在各自独立的物理基础设施上运行,具有高度可靠性。如果基础设施出现故障,Amazon RDS 会自动失效转移到备用服务器,这样您就可以在失效转移完成后立即恢复数据库操作。
500.02(a) (a) 网络安全计划。每个被涵盖实体均应维护网络安全计划,旨在保护被涵盖实体信息系统的机密性、完整性和可用性。

s3-bucket-default-lock-enabled

确保默认情况下 Amazon Simple Storage Service (Amazon S3) 存储桶已启用锁定。由于 S3 存储桶中可能存在敏感的静态数据,因此应强制执行静态对象锁定以帮助保护这些数据。
500.02(a) (a) 网络安全计划。每个被涵盖实体均应维护网络安全计划,旨在保护被涵盖实体信息系统的机密性、完整性和可用性。

vpc-vpn-2-tunnels-up

可实施冗余站点到站点 VPN 隧道来实现弹性需求。它使用两条隧道来帮助确保连接性,以防其中一个站点到站点 VPN 连接不可用。为防止在客户网关不可用的情况下断开连接,您可以使用第二个客户网关为您的 Amazon Virtual Private Cloud (Amazon VPC) 和虚拟私有网关建立第二个站点到站点 VPN 连接。
500.02(a) (a) 网络安全计划。每个被涵盖实体均应维护网络安全计划,旨在保护被涵盖实体信息系统的机密性、完整性和可用性。

elb-cross-zone-load-balancing-enabled

为您的 Elastic Load Balancers (ELB) 启用跨区域负载均衡,以帮助保持足够的容量和可用性。跨区域负载均衡可降低在每个启用的可用区维持相同数量实例的需求。它还将提高应用程序处理一个或多个实例丢失情况的能力。
500.02(a) (a) 网络安全计划。每个被涵盖实体均应维护网络安全计划,旨在保护被涵盖实体信息系统的机密性、完整性和可用性。

rds-instance-deletion-protection-enabled

确保 Amazon Relational Database Service (Amazon RDS) 实例已启用删除保护。使用删除保护可防止您的 Amazon RDS 实例被意外或恶意删除,这可能会导致您的应用程序丧失可用性。
500.02(a) (a) 网络安全计划。每个被涵盖实体均应维护网络安全计划,旨在保护被涵盖实体信息系统的机密性、完整性和可用性。

api-gw-ssl-enabled

确保 Amazon API Gateway REST API 阶段配置了 SSL 证书,以允许后端系统验证请求来自 API Gateway。
500.02(a) (a) 网络安全计划。每个被涵盖实体均应维护网络安全计划,旨在保护被涵盖实体信息系统的机密性、完整性和可用性。

autoscaling-group-elb-healthcheck-required

Amazon Elastic Compute Cloud (Amazon EC2) Auto Scaling 组的 Elastic Load Balancer (ELB) 运行状况检查支持维持足够的容量和可用性。负载均衡器会定期发送 ping、尝试进行连接或者发送请求来测试自动扩缩组中的 Amazon EC2 实例。如果实例没有返回报告,则流量会发送到新的 Amazon EC2 实例。
500.02(a) (a) 网络安全计划。每个被涵盖实体均应维护网络安全计划,旨在保护被涵盖实体信息系统的机密性、完整性和可用性。

autoscaling-launch-config-public-ip-disabled

如果您使用公有 IP 地址配置网络接口,则可以从互联网访问这些网络接口的相关资源。EC2 资源不应可公开访问,因为这可能会允许意外地访问您的应用程序或服务器。
500.02(a) (a) 网络安全计划。每个被涵盖实体均应维护网络安全计划,旨在保护被涵盖实体信息系统的机密性、完整性和可用性。

backup-recovery-point-encrypted

确保您的 AWS Backup 恢复点已启用加密。由于可能存在敏感的静态数据,因此应启用静态加密以帮助保护这些数据。
500.02(a) (a) 网络安全计划。每个被涵盖实体均应维护网络安全计划,旨在保护被涵盖实体信息系统的机密性、完整性和可用性。

beanstalk-enhanced-health-reporting-enabled

AWS Elastic Beanstalk 增强的运行状况报告功能可以更快地响应底层基础设施运行状况的变化。这些更改可能会导致应用程序可用性不足。Elastic Beanstalk 增强的运行状况报告提供了状态描述符,用于衡量已发现问题的严重性并确定可能的原因以进行调查。
500.02(a) (a) 网络安全计划。每个被涵盖实体均应维护网络安全计划,旨在保护被涵盖实体信息系统的机密性、完整性和可用性。

dynamodb-table-encrypted-kms

确保为 Amazon DynamoDB 表启用加密。由于这些表中可能存在敏感的静态数据,因此应启用静态加密以帮助保护这些数据。默认情况下,DynamoDB 表使用 AWS 拥有的客户主密钥 (CMK) 进行加密。
500.02(a) (a) 网络安全计划。每个被涵盖实体均应维护网络安全计划,旨在保护被涵盖实体信息系统的机密性、完整性和可用性。

ec2-instance-detailed-monitoring-enabled

启用此规则可帮助改进 Amazon EC2 控制台上的 Amazon Elastic Compute Cloud (Amazon EC2) 实例监控,该控制台以 1 分钟为周期显示实例的监控图。
500.02(a) (a) 网络安全计划。每个被涵盖实体均应维护网络安全计划,旨在保护被涵盖实体信息系统的机密性、完整性和可用性。

elbv2-acm-certificate-required

由于可能存在敏感数据,并且为了帮助保护传输中的数据,应确保 Elastic Load Balancing 启用了加密。使用 AWS Certificate Manager 通过 AWS 服务和内部资源管理、预置和部署公有和私有 SSL/TLS 证书。
500.02(a) (a) 网络安全计划。每个被涵盖实体均应维护网络安全计划,旨在保护被涵盖实体信息系统的机密性、完整性和可用性。

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)。实际值应反映贵组织的策略。
500.02(a) (a) 网络安全计划。每个被涵盖实体均应维护网络安全计划,旨在保护被涵盖实体信息系统的机密性、完整性和可用性。

s3-default-encryption-kms

确保您的 Amazon Simple Storage Service (Amazon S3) 存储桶启用了加密。由于 Amazon S3 存储桶中可能存在敏感的静态数据,因此应启用静态加密以帮助保护这些数据。
500.02(a) (a) 网络安全计划。每个被涵盖实体均应维护网络安全计划,旨在保护被涵盖实体信息系统的机密性、完整性和可用性。

ssm-document-not-public

确保 AWS Systems Manager (SSM) 文档不公开,因为这可能会允许意外访问您的 SSM 文档。公开 SSM 文档可能会公开有关您的账户、资源和内部流程的信息。
500.02(a) (a) 网络安全计划。每个被涵盖实体均应维护网络安全计划,旨在保护被涵盖实体信息系统的机密性、完整性和可用性。

opensearch-encrypted-at-rest

由于可能存在敏感数据,并且为了帮助保护静态数据,应确保您的 Amazon OpenSearch Service 域启用了加密。
500.02(a) (a) 网络安全计划。每个被涵盖实体均应维护网络安全计划,旨在保护被涵盖实体信息系统的机密性、完整性和可用性。

opensearch-node-to-node-encryption-check

确保 Amazon OpenSearch Service 启用了节点到节点加密。利用节点到节点加密,将能够为 Amazon Virtual Private Cloud (Amazon VPC) 内的所有通信启用 TLS 1.2 加密。由于可能存在敏感数据,因此应启用传输中加密以帮助保护这些数据。
500.02(a) (a) 网络安全计划。每个被涵盖实体均应维护网络安全计划,旨在保护被涵盖实体信息系统的机密性、完整性和可用性。

codebuild-project-artifact-encryption

为了帮助保护静态敏感数据,请确保为 AWS CodeBuild 构件启用加密。
500.02(b)(2) (b) 网络安全计划应基于所涵盖实体的风险评估,旨在履行以下核心网络安全职能:(2) 使用防御性基础设施并实施政策和程序,保护所涵盖实体的信息系统以及存储在这些信息系统上的非公开信息免受未经授权的访问、使用或其他恶意行为的侵害。

emr-kerberos-enabled

通过为 Amazon EMR 集群启用 Kerberos,可以按照最低权限和职责分离的原则管理和纳入访问权限和授权。在 Kerberos 中,需要进行身份验证的服务和用户称为委托人。委托人存在于 Kerberos 领域中。在该领域中,Kerberos 服务器被称为密钥分配中心 (KDC)。它为委托人提供一种进行身份验证的方法。KDC 通过颁发用于身份验证的票证进行身份验证。KDC 维护一个包含其领域中的委托人、它们的密码及其它有关每个委托人的管理信息的数据库。
500.02(b)(2) (b) 网络安全计划应基于所涵盖实体的风险评估,旨在履行以下核心网络安全职能:(2) 使用防御性基础设施并实施政策和程序,保护所涵盖实体的信息系统以及存储在这些信息系统上的非公开信息免受未经授权的访问、使用或其他恶意行为的侵害。

iam-group-has-users-check

AWS Identity and Access Management (IAM) 可以确保 IAM 组至少有一个用户,从而帮助您将最低权限和职责分离原则与访问权限和授权相结合。根据用户的相关权限或工作职能将用户分组,是纳入最低权限的一种方法。
500.02(b)(2) (b) 网络安全计划应基于所涵盖实体的风险评估,旨在履行以下核心网络安全职能:(2) 使用防御性基础设施并实施政策和程序,保护所涵盖实体的信息系统以及存储在这些信息系统上的非公开信息免受未经授权的访问、使用或其他恶意行为的侵害。

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)。实际值应反映贵组织的策略。
500.02(b)(2) (b) 网络安全计划应基于所涵盖实体的风险评估,旨在履行以下核心网络安全职能:(2) 使用防御性基础设施并实施政策和程序,保护所涵盖实体的信息系统以及存储在这些信息系统上的非公开信息免受未经授权的访问、使用或其他恶意行为的侵害。

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

AWS Identity and Access Management (IAM) 可以帮助您将最低权限和职责分离原则与访问权限和授权相结合,限制策略包含 "Effect": "Allow" with "Action": "*" over "Resource": "*"。允许用户拥有超过完成任务所需的权限,可能会违反最低权限和职责分离的原则。
500.02(b)(2) (b) 网络安全计划应基于所涵盖实体的风险评估,旨在履行以下核心网络安全职能:(2) 使用防御性基础设施并实施政策和程序,保护所涵盖实体的信息系统以及存储在这些信息系统上的非公开信息免受未经授权的访问、使用或其他恶意行为的侵害。

iam-root-access-key-check

通过检查根用户的 AWS Identity and Access Management (IAM) 角色是否拥有访问密钥,可以控制对系统和资产的访问。确保删除根访问密钥。相反,创建和使用基于角色的 AWS 账户来帮助纳入最少功能原则。
500.02(b)(2) (b) 网络安全计划应基于所涵盖实体的风险评估,旨在履行以下核心网络安全职能:(2) 使用防御性基础设施并实施政策和程序,保护所涵盖实体的信息系统以及存储在这些信息系统上的非公开信息免受未经授权的访问、使用或其他恶意行为的侵害。

iam-user-group-membership-check

AWS Identity and Access Management (IAM) 可通过确保用户至少属于一个组来帮助您限制访问权限和授权。允许用户拥有超过完成任务所需的权限,可能会违反最低权限和职责分离的原则。
500.02(b)(2) (b) 网络安全计划应基于所涵盖实体的风险评估,旨在履行以下核心网络安全职能:(2) 使用防御性基础设施并实施政策和程序,保护所涵盖实体的信息系统以及存储在这些信息系统上的非公开信息免受未经授权的访问、使用或其他恶意行为的侵害。

iam-user-mfa-enabled

启用此规则可限制对 AWS 云中资源的访问。此规则可确保为所有用户启用多重身份验证 (MFA)。MFA 在登录凭证之上添加一层额外的保护。要求用户进行多重身份验证,从而减少账户被盗事件。
500.02(b)(2) (b) 网络安全计划应基于所涵盖实体的风险评估,旨在履行以下核心网络安全职能:(2) 使用防御性基础设施并实施政策和程序,保护所涵盖实体的信息系统以及存储在这些信息系统上的非公开信息免受未经授权的访问、使用或其他恶意行为的侵害。

iam-user-no-policies-check

此规则可确保仅将 AWS Identity and Access Management (IAM) 策略附加到组或角色,以控制对系统和资产的访问。在组或角色级别分配权限有助于减少身份获得或保留过多权限的机会。
500.02(b)(2) (b) 网络安全计划应基于所涵盖实体的风险评估,旨在履行以下核心网络安全职能:(2) 使用防御性基础设施并实施政策和程序,保护所涵盖实体的信息系统以及存储在这些信息系统上的非公开信息免受未经授权的访问、使用或其他恶意行为的侵害。

mfa-enabled-for-iam-console-access

通过确保为所有拥有控制台密码的 AWS Identity and Access Management (IAM) 用户启用 MFA,来管理对 AWS 云中资源的访问。MFA 在登录凭证之上添加一层额外的保护。通过要求用户进行 MFA,您可以减少账户被盗事件,防止未经授权的用户访问敏感数据。
500.02(b)(2) (b) 网络安全计划应基于所涵盖实体的风险评估,旨在履行以下核心网络安全职能:(2) 使用防御性基础设施并实施政策和程序,保护所涵盖实体的信息系统以及存储在这些信息系统上的非公开信息免受未经授权的访问、使用或其他恶意行为的侵害。

root-account-hardware-mfa-enabled

通过确保为根用户启用硬件 MFA,来管理对 AWS 云中资源的访问。根用户是 AWS 账户中权限最高的用户。MFA 为登录凭证增加了一层额外的保护。通过要求根用户进行 MFA,可以减少 AWS 账户被盗的事件。
500.02(b)(2) (b) 网络安全计划应基于所涵盖实体的风险评估,旨在履行以下核心网络安全职能:(2) 使用防御性基础设施并实施政策和程序,保护所涵盖实体的信息系统以及存储在这些信息系统上的非公开信息免受未经授权的访问、使用或其他恶意行为的侵害。

root-account-mfa-enabled

通过确保为根用户启用 MFA,来管理对 AWS 云中资源的访问。根用户是 AWS 账户中权限最高的用户。MFA 为登录凭证增加了一层额外的保护。通过要求根用户进行 MFA,可以减少 AWS 账户被盗的事件。
500.02(b)(2) (b) 网络安全计划应基于所涵盖实体的风险评估,旨在履行以下核心网络安全职能:(2) 使用防御性基础设施并实施政策和程序,保护所涵盖实体的信息系统以及存储在这些信息系统上的非公开信息免受未经授权的访问、使用或其他恶意行为的侵害。

s3-bucket-policy-grantee-check

通过启用 s3_ bucket_policy_grantee_check 来管理对 AWS 云的访问权限。此规则检查 Amazon S3 存储桶授予的访问权限是否受任何 AWS 委托人、联合身份用户、服务委托人、IP 地址或您提供的 Amazon Virtual Private Cloud (Amazon VPC) ID 的限制。
500.02(b)(2) (b) 网络安全计划应基于所涵盖实体的风险评估,旨在履行以下核心网络安全职能:(2) 使用防御性基础设施并实施政策和程序,保护所涵盖实体的信息系统以及存储在这些信息系统上的非公开信息免受未经授权的访问、使用或其他恶意行为的侵害。

ec2-imdsv2-check

确保启用实例元数据服务版本 2 (IMDSv2) 方法,以帮助保护对 Amazon Elastic Compute Cloud (Amazon EC2) 实例元数据的访问和控制。IMDSv2 方法使用基于会话的控制。使用 IMDSv2,可以实施控制来限制对实例元数据的更改。
500.02(b)(2) (b) 网络安全计划应基于所涵盖实体的风险评估,旨在履行以下核心网络安全职能:(2) 使用防御性基础设施并实施政策和程序,保护所涵盖实体的信息系统以及存储在这些信息系统上的非公开信息免受未经授权的访问、使用或其他恶意行为的侵害。

iam-no-inline-policy-check

确保 AWS Identity and Access Management (IAM) 用户、IAM 角色或 IAM 组没有控制系统和资产访问的内联策略。AWS 建议使用托管策略而不是内联策略。托管策略允许可重用性、版本控制、回滚和委托权限管理。
500.02(b)(2) (b) 网络安全计划应基于所涵盖实体的风险评估,旨在履行以下核心网络安全职能:(2) 使用防御性基础设施并实施政策和程序,保护所涵盖实体的信息系统以及存储在这些信息系统上的非公开信息免受未经授权的访问、使用或其他恶意行为的侵害。

dms-replication-not-public

通过确保 DMS 复制实例无法公开访问来管理对 AWS 云的访问。DMS 复制实例可能包含敏感信息,因此需要对此类账户进行访问控制。
500.02(b)(2) (b) 网络安全计划应基于所涵盖实体的风险评估,旨在履行以下核心网络安全职能:(2) 使用防御性基础设施并实施政策和程序,保护所涵盖实体的信息系统以及存储在这些信息系统上的非公开信息免受未经授权的访问、使用或其他恶意行为的侵害。

ebs-snapshot-public-restorable-check

通过确保 EBS 快照不可公开还原来管理对 AWS 云的访问。EBS 卷快照可能包含敏感信息,因此需要对此类账户进行访问控制。
500.02(b)(2) (b) 网络安全计划应基于所涵盖实体的风险评估,旨在履行以下核心网络安全职能:(2) 使用防御性基础设施并实施政策和程序,保护所涵盖实体的信息系统以及存储在这些信息系统上的非公开信息免受未经授权的访问、使用或其他恶意行为的侵害。

ec2-instance-no-public-ip

通过确保 Amazon Elastic Compute Cloud (Amazon EC2) 实例无法公开访问来管理对 AWS 云的访问。Amazon EC2 实例可能包含敏感信息,因此需要对此类账户进行访问控制。
500.02(b)(2) (b) 网络安全计划应基于所涵盖实体的风险评估,旨在履行以下核心网络安全职能:(2) 使用防御性基础设施并实施政策和程序,保护所涵盖实体的信息系统以及存储在这些信息系统上的非公开信息免受未经授权的访问、使用或其他恶意行为的侵害。

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 连接。
500.02(b)(2) (b) 网络安全计划应基于所涵盖实体的风险评估,旨在履行以下核心网络安全职能:(2) 使用防御性基础设施并实施政策和程序,保护所涵盖实体的信息系统以及存储在这些信息系统上的非公开信息免受未经授权的访问、使用或其他恶意行为的侵害。

emr-master-no-public-ip

通过确保 Amazon EMR 集群主节点无法公开访问来管理对 AWS 云的访问。Amazon EMR 集群主节点可能包含敏感信息,因此需要对此类账户进行访问控制。
500.02(b)(2) (b) 网络安全计划应基于所涵盖实体的风险评估,旨在履行以下核心网络安全职能:(2) 使用防御性基础设施并实施政策和程序,保护所涵盖实体的信息系统以及存储在这些信息系统上的非公开信息免受未经授权的访问、使用或其他恶意行为的侵害。

restricted-ssh

Amazon Elastic Compute Cloud (Amazon EC2) 安全组可对 AWS 资源的入口和出口网络流量进行有状态过滤,从而帮助管理网络访问。不允许您资源上的入口(或远程)流量从 0.0.0.0/0 进入端口 22 有助于限制远程访问。
500.02(b)(2) (b) 网络安全计划应基于所涵盖实体的风险评估,旨在履行以下核心网络安全职能:(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 以正确管理访问权限。
500.02(b)(2) (b) 网络安全计划应基于所涵盖实体的风险评估,旨在履行以下核心网络安全职能:(2) 使用防御性基础设施并实施政策和程序,保护所涵盖实体的信息系统以及存储在这些信息系统上的非公开信息免受未经授权的访问、使用或其他恶意行为的侵害。

internet-gateway-authorized-vpc-only

通过确保互联网网关仅连接到经过授权的 Amazon Virtual Private Cloud (Amazon VPC),来管理对 AWS 云中资源的访问。互联网网关允许进出 Amazon VPC 的双向互联网访问,这可能会导致未经授权访问 Amazon VPC 资源。
500.02(b)(2) (b) 网络安全计划应基于所涵盖实体的风险评估,旨在履行以下核心网络安全职能:(2) 使用防御性基础设施并实施政策和程序,保护所涵盖实体的信息系统以及存储在这些信息系统上的非公开信息免受未经授权的访问、使用或其他恶意行为的侵害。

lambda-function-public-access-prohibited

通过确保 AWS Lambda 函数无法公开访问,来管理对 AWS 云中资源的访问。公开访问可能导致资源可用性下降。
500.02(b)(2) (b) 网络安全计划应基于所涵盖实体的风险评估,旨在履行以下核心网络安全职能:(2) 使用防御性基础设施并实施政策和程序,保护所涵盖实体的信息系统以及存储在这些信息系统上的非公开信息免受未经授权的访问、使用或其他恶意行为的侵害。

lambda-inside-vpc

在 Amazon Virtual Private Cloud (Amazon VPC) 中部署 AWS Lambda 函数,以便在 Amazon VPC 中的函数和其他服务之间进行安全通信。使用此配置时,不需要互联网网关、NAT 设备或 VPN 连接。AWS 云中的所有流量都会保持安全。由于进行了逻辑隔离,与使用公共终端节点的域相比,驻留在 Amazon VPC 中的域有一层额外的安全保护。为了正确管理访问权限,应将 AWS Lambda 函数分配给 VPC。
500.02(b)(2) (b) 网络安全计划应基于所涵盖实体的风险评估,旨在履行以下核心网络安全职能:(2) 使用防御性基础设施并实施政策和程序,保护所涵盖实体的信息系统以及存储在这些信息系统上的非公开信息免受未经授权的访问、使用或其他恶意行为的侵害。

rds-instance-public-access-check

通过确保 Amazon Relational Database Service (Amazon RDS) 实例不是公有的,来管理对 AWS 云中资源的访问。Amazon RDS 数据库实例可能包含敏感信息,因此需要对此类账户实施相应原则和访问控制。
500.02(b)(2) (b) 网络安全计划应基于所涵盖实体的风险评估,旨在履行以下核心网络安全职能:(2) 使用防御性基础设施并实施政策和程序,保护所涵盖实体的信息系统以及存储在这些信息系统上的非公开信息免受未经授权的访问、使用或其他恶意行为的侵害。

rds-snapshots-public-prohibited

通过确保 Amazon Relational Database Service (Amazon RDS) 实例不是公有的,来管理对 AWS 云中资源的访问。Amazon RDS 数据库实例可能包含敏感信息,因此需要对此类账户实施相应原则和访问控制。
500.02(b)(2) (b) 网络安全计划应基于所涵盖实体的风险评估,旨在履行以下核心网络安全职能:(2) 使用防御性基础设施并实施政策和程序,保护所涵盖实体的信息系统以及存储在这些信息系统上的非公开信息免受未经授权的访问、使用或其他恶意行为的侵害。

redshift-cluster-public-access-check

通过确保 Amazon Redshift 集群不是公有的,来管理对 AWS 云中资源的访问。Amazon Redshift 集群可能包含敏感信息,因此需要对此类账户实施相应原则和访问控制。
500.02(b)(2) (b) 网络安全计划应基于所涵盖实体的风险评估,旨在履行以下核心网络安全职能:(2) 使用防御性基础设施并实施政策和程序,保护所涵盖实体的信息系统以及存储在这些信息系统上的非公开信息免受未经授权的访问、使用或其他恶意行为的侵害。

restricted-common-ports

通过确保在 Amazon Elastic Compute Cloud (Amazon EC2) 安全组上限制通用端口,来管理对 AWS 云中资源的访问。如果不将端口访问限制为可信来源,可能会导致针对系统可用性、完整性和机密性的攻击。此规则允许您选择设置 blockedPort1 - blockedPort5 参数(Config 默认值:20,21,3389,3306,4333)。实际值应反映贵组织的策略。
500.02(b)(2) (b) 网络安全计划应基于所涵盖实体的风险评估,旨在履行以下核心网络安全职能:(2) 使用防御性基础设施并实施政策和程序,保护所涵盖实体的信息系统以及存储在这些信息系统上的非公开信息免受未经授权的访问、使用或其他恶意行为的侵害。

s3-bucket-public-read-prohibited

通过仅允许授权用户、进程和设备访问 Amazon Simple Storage Service (Amazon S3) 存储桶,来管理对 AWS 云中资源的访问。访问管理应与数据的分类保持一致。
500.02(b)(2) (b) 网络安全计划应基于所涵盖实体的风险评估,旨在履行以下核心网络安全职能:(2) 使用防御性基础设施并实施政策和程序,保护所涵盖实体的信息系统以及存储在这些信息系统上的非公开信息免受未经授权的访问、使用或其他恶意行为的侵害。

s3-bucket-public-write-prohibited

通过仅允许授权用户、进程和设备访问 Amazon Simple Storage Service (Amazon S3) 存储桶,来管理对 AWS 云中资源的访问。访问管理应与数据的分类保持一致。
500.02(b)(2) (b) 网络安全计划应基于所涵盖实体的风险评估,旨在履行以下核心网络安全职能:(2) 使用防御性基础设施并实施政策和程序,保护所涵盖实体的信息系统以及存储在这些信息系统上的非公开信息免受未经授权的访问、使用或其他恶意行为的侵害。

sagemaker-notebook-no-direct-internet-access

通过确保 Amazon SageMaker 笔记本不允许直接访问互联网,管理对 AWS 云中资源的访问。通过防止直接访问互联网,您可以防止未经授权的用户访问敏感数据。
500.02(b)(2) (b) 网络安全计划应基于所涵盖实体的风险评估,旨在履行以下核心网络安全职能:(2) 使用防御性基础设施并实施政策和程序,保护所涵盖实体的信息系统以及存储在这些信息系统上的非公开信息免受未经授权的访问、使用或其他恶意行为的侵害。

vpc-default-security-group-closed

Amazon Elastic Compute Cloud (Amazon EC2) 安全组可以通过对 AWS 资源的入口和出口网络流量进行有状态筛选,从而帮助管理网络访问。限制默认安全组上的所有流量有助于限制对 AWS 资源的远程访问。
500.02(b)(2) (b) 网络安全计划应基于所涵盖实体的风险评估,旨在履行以下核心网络安全职能:(2) 使用防御性基础设施并实施政策和程序,保护所涵盖实体的信息系统以及存储在这些信息系统上的非公开信息免受未经授权的访问、使用或其他恶意行为的侵害。

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

通过确保在 Amazon Elastic Compute Cloud (Amazon EC2) 安全组上限制通用端口,来管理对 AWS 云中资源的访问。如果不将端口访问限制为可信来源,可能会导致针对系统可用性、完整性和机密性的攻击。通过限制从互联网 (0.0.0.0/0) 访问安全组内的资源,可以控制对内部系统的远程访问。
500.02(b)(2) (b) 网络安全计划应基于所涵盖实体的风险评估,旨在履行以下核心网络安全职能:(2) 使用防御性基础设施并实施政策和程序,保护所涵盖实体的信息系统以及存储在这些信息系统上的非公开信息免受未经授权的访问、使用或其他恶意行为的侵害。

alb-waf-enabled

确保在 Elastic Load Balancers (ELB) 上启用 AWS WAF,以帮助保护 Web 应用程序。WAF 有助于保护您的 Web 应用程序或 API 免遭常见 Web 漏洞的侵害。这些 Web 漏洞可能会影响可用性、损害安全性或消耗环境中过多的资源。
500.02(b)(2) (b) 网络安全计划应基于所涵盖实体的风险评估,旨在履行以下核心网络安全职能:(2) 使用防御性基础设施并实施政策和程序,保护所涵盖实体的信息系统以及存储在这些信息系统上的非公开信息免受未经授权的访问、使用或其他恶意行为的侵害。

api-gw-associated-with-waf

通过 AWS WAF,您可以配置一组规则(称为 Web 访问控制列表,即 Web ACL),基于可自定义的 Web 安全规则以及您定义的条件,允许、阻止 Web 请求或统计 Web 请求数量。确保您的 Amazon API Gateway 阶段与某个 WAF Web ACL 关联,以保护其免受恶意攻击
500.02(b)(2) (b) 网络安全计划应基于所涵盖实体的风险评估,旨在履行以下核心网络安全职能:(2) 使用防御性基础设施并实施政策和程序,保护所涵盖实体的信息系统以及存储在这些信息系统上的非公开信息免受未经授权的访问、使用或其他恶意行为的侵害。

no-unrestricted-route-to-igw

确保 Amazon EC2 路由表中没有指向互联网网关的无限制路由。移除或限制 Amazon VPC 内工作负载的互联网访问可以减少环境中的意外访问。
500.02(b)(2) (b) 网络安全计划应基于所涵盖实体的风险评估,旨在履行以下核心网络安全职能:(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)。实际值应反映贵组织的策略。
500.02(b)(2) (b) 网络安全计划应基于所涵盖实体的风险评估,旨在履行以下核心网络安全职能:(2) 使用防御性基础设施并实施政策和程序,保护所涵盖实体的信息系统以及存储在这些信息系统上的非公开信息免受未经授权的访问、使用或其他恶意行为的侵害。

ssm-document-not-public

确保 AWS Systems Manager (SSM) 文档不公开,因为这可能会允许意外访问您的 SSM 文档。公开 SSM 文档可能会公开有关您的账户、资源和内部流程的信息。
500.02(b)(2) (b) 网络安全计划应基于所涵盖实体的风险评估,旨在履行以下核心网络安全职能:(2) 使用防御性基础设施并实施政策和程序,保护所涵盖实体的信息系统以及存储在这些信息系统上的非公开信息免受未经授权的访问、使用或其他恶意行为的侵害。

opensearch-in-vpc-only

通过确保 Amazon OpenSearch Service 域位于 Amazon Virtual Private Cloud (Amazon VPC) 中,来管理对 AWS 云的访问。Amazon VPC 中的 Amazon OpenSearch Service 域可实现 Amazon OpenSearch Service 与 Amazon VPC 中其他服务之间的安全通信,而无需互联网网关、NAT 设备或 VPN 连接。
500.02(b)(3) (b) 网络安全计划应基于所涵盖实体的风险评估,旨在履行以下核心网络安全职能:(3) 检测网络安全事件。

opensearch-logs-to-cloudwatch

确保 Amazon OpenSearch Service 域已启用错误日志,并将其流式传输到 Amazon CloudWatch Logs 以进行保留和响应。OpenSearch Service 错误日志可以帮助进行安全和访问审核,还可以帮助诊断可用性问题。
500.02(b)(3) (b) 网络安全计划应基于所涵盖实体的风险评估,旨在履行以下核心网络安全职能:(3) 检测网络安全事件。

guardduty-enabled-centralized

Amazon GuardDuty 可以通过使用威胁情报源来帮助监控和检测潜在的网络安全事件。这些威胁情报源包括恶意 IP 列表和机器学习列表,用于标识您的 AWS 云环境中的意外、未经授权的恶意活动。
500.02(b)(3) (b) 网络安全计划应基于所涵盖实体的风险评估,旨在履行以下核心网络安全职能:(3) 检测网络安全事件。

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 合作伙伴解决方案。
500.02(b)(3) (b) 网络安全计划应基于所涵盖实体的风险评估,旨在履行以下核心网络安全职能:(3) 检测网络安全事件。

api-gw-execution-logging-enabled

API Gateway 日志显示访问 API 的用户以及他们访问 API 的方式的详细视图。这种洞察可实现用户活动的可见性。
500.02(b)(3) (b) 网络安全计划应基于所涵盖实体的风险评估,旨在履行以下核心网络安全职能:(3) 检测网络安全事件。

cloud-trail-cloud-watch-logs-enabled

使用 Amazon CloudWatch 集中收集和管理日志事件活动。包含 AWS CloudTrail 数据可提供您的 AWS 账户中 API 调用活动的详细信息。
500.02(b)(3) (b) 网络安全计划应基于所涵盖实体的风险评估,旨在履行以下核心网络安全职能:(3) 检测网络安全事件。

cloudtrail-enabled

AWS CloudTrail 可以通过记录 AWS 管理控制台操作和 API 调用来帮助实现不可否认性。您可以识别调用 AWS 服务的用户和 AWS 账户、发出调用的源 IP 地址以及调用的时间。捕获的数据的详细信息可在 AWS CloudTrail“记录内容”中查看。
500.02(b)(3) (b) 网络安全计划应基于所涵盖实体的风险评估,旨在履行以下核心网络安全职能:(3) 检测网络安全事件。

redshift-audit-logging-enabled

要捕获有关您的 Amazon Redshift 集群上的连接和用户活动的信息,请确保已启用审计日志记录。
500.02(b)(3) (b) 网络安全计划应基于所涵盖实体的风险评估,旨在履行以下核心网络安全职能:(3) 检测网络安全事件。

ec2-instance-detailed-monitoring-enabled

启用此规则可帮助改进 Amazon EC2 控制台上的 Amazon Elastic Compute Cloud (Amazon EC2) 实例监控,该控制台以 1 分钟为周期显示实例的监控图。
500.02(b)(3) (b) 网络安全计划应基于所涵盖实体的风险评估,旨在履行以下核心网络安全职能:(3) 检测网络安全事件。

ec2-managedinstance-association-compliance-status-check

使用 AWS Systems Manager Associations 来帮助清点组织内的软件平台和应用程序。AWSSystems Manager 会为您的托管实例分配配置状态,并允许您设置操作系统补丁级别、软件安装、应用程序配置以及有关您的环境的其他详细信息的基准。
500.02(b)(3) (b) 网络安全计划应基于所涵盖实体的风险评估,旨在履行以下核心网络安全职能:(3) 检测网络安全事件。

elasticsearch-logs-to-cloudwatch

确保 Amazon OpenSearch Service 域已启用错误日志,并将其流式传输到 Amazon CloudWatch Logs 以进行保留和响应。域错误日志可以帮助进行安全和访问审核,还可以帮助诊断可用性问题。
500.02(b)(3) (b) 网络安全计划应基于所涵盖实体的风险评估,旨在履行以下核心网络安全职能:(3) 检测网络安全事件。

rds-enhanced-monitoring-enabled

启用 Amazon Relational Database Service (Amazon RDS),以帮助监控 Amazon RDS 可用性。这让您可以详细了解您的 Amazon RDS 数据库实例的运行状况。当 Amazon RDS 存储使用多个底层物理设备时,“增强监控”会收集每台设备的数据。此外,当 Amazon RDS 数据库实例在多可用区部署中运行时,会收集辅助主机上每个设备的数据和辅助主机指标。
500.02(b)(3) (b) 网络安全计划应基于所涵盖实体的风险评估,旨在履行以下核心网络安全职能:(3) 检测网络安全事件。

cloudtrail-s3-dataevents-enabled

收集 Simple Storage Service (Amazon S3) 数据事件有助于检测任何异常活动。详细信息包括访问 Amazon S3 存储桶的 AWS 账户信息、IP 地址和事件时间。
500.02(b)(3) (b) 网络安全计划应基于所涵盖实体的风险评估,旨在履行以下核心网络安全职能:(3) 检测网络安全事件。

elb-logging-enabled

Elastic Load Balancing 活动是环境中的一个通信中心点。确保已启用 ELB 日志记录。收集的数据将提供有关发送到 ELB 的请求的详细信息。每个日志都包含信息 (例如,收到请求的时间、客户端的 IP 地址、延迟、请求路径和服务器响应)。
500.02(b)(3) (b) 网络安全计划应基于所涵盖实体的风险评估,旨在履行以下核心网络安全职能:(3) 检测网络安全事件。

multi-region-cloudtrail-enabled

AWS CloudTrail 记录 AWS 管理控制台操作和 API 调用。您可以标识哪些用户和账户调用了 AWS、从中发出调用的源 IP 地址以及调用的发生时间。如果启用了 MULTI_REGION_CLOUD_TRAIL_ENABLED,CloudTrail 会将来自所有 AWS 区域的日志文件传输到您的 S3 存储桶。此外,当 AWS 推出新区域时,CloudTrail 将在新区域中创建相同的跟踪。因此,您无需采取任何措施,即可收到包含新区域的 API 活动的日志文件。
500.02(b)(3) (b) 网络安全计划应基于所涵盖实体的风险评估,旨在履行以下核心网络安全职能:(3) 检测网络安全事件。

s3-bucket-logging-enabled

Amazon Simple Storage Service (Amazon S3) 服务器访问日志记录可提供一种监控网络中是否存在潜在网络安全事件的方法。通过捕获向 Amazon S3 存储桶发出的请求的详细记录,来监控事件。每条访问日志记录都提供有关单个访问请求的详细信息。这些详细信息包括请求者、存储桶名称、请求时间、请求操作、响应状态和错误代码(如果相关)。
500.02(b)(3) (b) 网络安全计划应基于所涵盖实体的风险评估,旨在履行以下核心网络安全职能:(3) 检测网络安全事件。

opensearch-audit-logging-enabled

确保在 Amazon OpenSearch Service 域中启用审计日志记录。审计日志记录允许您跟踪 OpenSearch 域上的用户活动,包括成功和失败的身份验证、对 OpenSearch 的请求、索引更改以及传入的搜索查询。
500.02(b)(3) (b) 网络安全计划应基于所涵盖实体的风险评估,旨在履行以下核心网络安全职能:(3) 检测网络安全事件。

vpc-flow-logs-enabled

VPC 流日志详细记录进出 Amazon Virtual Private Cloud (Amazon VPC) 网络接口的 IP 流量信息。默认情况下,流日志记录包括 IP 流的不同组件的值,包括源、目标和协议。
500.02(b)(3) (b) 网络安全计划应基于所涵盖实体的风险评估,旨在履行以下核心网络安全职能:(3) 检测网络安全事件。

codebuild-project-logging-enabled

确保已启用 AWS CodeBuild 项目日志记录,以便将构建输出日志发送到 Amazon CloudWatch 或 Amazon Simple Storage Service (Amazon S3)。构建输出日志提供有关您的构建项目的详细信息。
500.02(b)(3) (b) 网络安全计划应基于所涵盖实体的风险评估,旨在履行以下核心网络安全职能:(3) 检测网络安全事件。

rds-logging-enabled

为了帮助在环境中进行日志记录和监控,请确保已启用 Amazon Relational Database Service (Amazon RDS) 日志记录。利用 Amazon RDS 日志记录,您可以捕获诸如连接、断开连接、查询或查询的表之类的事件。
500.02(b)(3) (b) 网络安全计划应基于所涵盖实体的风险评估,旨在履行以下核心网络安全职能:(3) 检测网络安全事件。

wafv2-logging-enabled

为了帮助在您的环境中进行日志记录和监控,请在区域和全局 Web ACL 上启用 AWS WAF (V2) 日志记录。AWSWAF 日志记录提供有关 Web ACL 分析的流量的详细信息。日志记录 AWS 接收来自 AWS 资源的请求的时间,有关请求的详细信息,以及每个请求所匹配的规则的操作。
500.02(b)(3) (b) 网络安全计划应基于所涵盖实体的风险评估,旨在履行以下核心网络安全职能:(3) 检测网络安全事件。

redshift-cluster-configuration-check

要保护静态数据,请确保您的 Amazon Redshift 集群启用了加密。您还必须确保在 Amazon Redshift 集群上部署所需的配置。应启用审计日志记录,以提供有关数据库中连接和用户活动的信息。此规则要求为 clusterDbEncrypted(Config 默认值:TRUE)和 loggingEnabled(Config 默认值:TRUE)设置值。实际值应反映贵组织的策略。
500.02(b)(5) (b) 网络安全计划应基于所涵盖实体的风险评估,旨在履行以下核心网络安全职能:(5) 从网络安全事件中恢复并恢复正常运营和服务。

db-instance-backup-enabled

Amazon RDS 的备份功能可创建数据库和事务日志的备份。Amazon RDS 会自动创建数据库实例的存储卷快照,备份整个数据库实例。系统允许您设置特定的保留期以满足您的弹性要求。
500.02(b)(5) (b) 网络安全计划应基于所涵盖实体的风险评估,旨在履行以下核心网络安全职能:(5) 从网络安全事件中恢复并恢复正常运营和服务。

redshift-backup-enabled

为了帮助完成数据备份流程,请确保您的 Amazon Redshift 集群具有自动快照。当某个集群的自动快照处于启用状态时,Redshift 会定期拍摄该集群的快照。默认情况下,Redshift 大约每 8 小时或在每节点数据更改达到 5 GB 时拍摄一次快照,以先到者为准。
500.02(b)(5) (b) 网络安全计划应基于所涵盖实体的风险评估,旨在履行以下核心网络安全职能:(5) 从网络安全事件中恢复并恢复正常运营和服务。

dynamodb-pitr-enabled

启用此规则可检查信息是否已备份。它还通过确保在 Amazon DynamoDB 中启用时间点恢复,来维护备份。恢复过程会维持表在过去 35 天的连续备份。
500.02(b)(5) (b) 网络安全计划应基于所涵盖实体的风险评估,旨在履行以下核心网络安全职能:(5) 从网络安全事件中恢复并恢复正常运营和服务。

ebs-optimized-instance

Amazon Elastic Block Store (Amazon EBS) 中的优化实例为 Amazon EBS I/O 操作提供了额外的专用容量。这种优化通过最大限度减少 Amazon EBS I/O 操作与来自您实例的其他流量之间的争用,为您的 EBS 卷提供最佳性能。
500.02(b)(5) (b) 网络安全计划应基于所涵盖实体的风险评估,旨在履行以下核心网络安全职能:(5) 从网络安全事件中恢复并恢复正常运营和服务。

elasticache-redis-cluster-automatic-backup-check

启用自动备份后,Amazon ElastiCache 会每天为集群创建一个备份。备份可保留的天数由贵组织规定。自动备份可以帮助防止数据丢失。发生故障时,您可以通过从最新的备份还原数据来创建新集群。
500.02(b)(5) (b) 网络安全计划应基于所涵盖实体的风险评估,旨在履行以下核心网络安全职能:(5) 从网络安全事件中恢复并恢复正常运营和服务。

s3-bucket-replication-enabled

Amazon Simple Storage Service (Amazon S3) 跨区域复制 (CRR) 支持保持足够的容量和可用性。CRR 可在 Amazon S3 存储桶间自动异步复制对象,以帮助确保数据的可用性。
500.02(b)(5) (b) 网络安全计划应基于所涵盖实体的风险评估,旨在履行以下核心网络安全职能:(5) 从网络安全事件中恢复并恢复正常运营和服务。

s3-bucket-versioning-enabled

Amazon Simple Storage Service (Amazon S3) 存储桶版本控制有助于将对象的多个变体保存在同一 Amazon S3 存储桶中。对于 Amazon S3 存储桶中存储的每个对象,使用版本控制功能来保存、检索和还原它们的各个版本。版本控制功能可帮助您轻松地从用户意外操作和应用程序故障中恢复。
500.02(b)(5) (b) 网络安全计划应基于所涵盖实体的风险评估,旨在履行以下核心网络安全职能:(5) 从网络安全事件中恢复并恢复正常运营和服务。

dynamodb-in-backup-plan

为了帮助完成数据备份流程,请确保 AWS 备份计划中包含您的 Amazon DynamoDB 表。AWSBackup 是一项完全托管式备份服务,具有基于策略的备份解决方案。该解决方案可简化您的备份管理,使您能够满足业务和监管备份合规性要求。
500.02(b)(5) (b) 网络安全计划应基于所涵盖实体的风险评估,旨在履行以下核心网络安全职能:(5) 从网络安全事件中恢复并恢复正常运营和服务。

ebs-in-backup-plan

为了帮助完成数据备份流程,请确保 AWS 备份计划中包含您的 Amazon Elastic Block Store (Amazon EBS) 卷。AWSBackup 是一项完全托管式备份服务,具有基于策略的备份解决方案。该解决方案可简化您的备份管理,使您能够满足业务和监管备份合规性要求。
500.02(b)(5) (b) 网络安全计划应基于所涵盖实体的风险评估,旨在履行以下核心网络安全职能:(5) 从网络安全事件中恢复并恢复正常运营和服务。

efs-in-backup-plan

为了帮助完成数据备份流程,请确保 AWS 备份计划中包含您的 Amazon Elastic File System (Amazon EFS) 文件系统。AWSBackup 是一项完全托管式备份服务,具有基于策略的备份解决方案。该解决方案可简化您的备份管理,使您能够满足业务和监管备份合规性要求。
500.02(b)(5) (b) 网络安全计划应基于所涵盖实体的风险评估,旨在履行以下核心网络安全职能:(5) 从网络安全事件中恢复并恢复正常运营和服务。

rds-in-backup-plan

为了帮助完成数据备份流程,请确保 AWS 备份计划中包含您的 Amazon Relational Database Service (Amazon RDS) 实例。AWSBackup 是一项完全托管式备份服务,具有基于策略的备份解决方案。该解决方案可简化您的备份管理,使您能够满足业务和监管备份合规性要求。
500.02(b)(5) (b) 网络安全计划应基于所涵盖实体的风险评估,旨在履行以下核心网络安全职能:(5) 从网络安全事件中恢复并恢复正常运营和服务。

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

为了帮助完成数据备份流程,请确保为 AWS Backup 计划设置最低频率和保留期。AWSBackup 是一项完全托管式备份服务,具有基于策略的备份解决方案。该解决方案可简化您的备份管理,使您能够满足业务和监管备份合规性要求。此规则允许您设置 requiredFrequencyValue(Config 默认值:1)、requiredRetentionDays(Config 默认值:35)和 requiredFrequencyUnit(Config 默认值:days)参数。实际值应反映贵组织的需求。
500.02(b)(5) (b) 网络安全计划应基于所涵盖实体的风险评估,旨在履行以下核心网络安全职能:(5) 从网络安全事件中恢复并恢复正常运营和服务。

backup-recovery-point-manual-deletion-disabled

确保您的 AWS Backup 恢复点附加了基于资源的策略,以防止删除恢复点。使用基于资源的策略来防止删除恢复点有助于防止意外或故意删除。
500.05 每个所涵盖实体的网络安全计划均应包括根据所涵盖实体的风险评估制定的监控和测试,旨在评估所涵盖实体网络安全计划的有效性。监控和测试应包括持续监控或定期渗透测试和漏洞评估。如果没有有效的持续监控或其他系统来持续检测信息系统中可能会产生或指示存在漏洞的变化,则所涵盖实体应:(a) 根据风险评估确定的相关已识别风险,每年对所涵盖实体的信息系统进行年度渗透测试;(b) 每半年进行一次漏洞评估,包括对信息系统进行任何系统性扫描或审查,以根据风险评估合理确定所涵盖实体信息系统中公开已知的网络安全漏洞。 vuln-management-plan-exists(流程检查) 确保制定并实施漏洞管理计划,以便有一个正式定义的流程来处理环境中的漏洞。
500.06(a) (a) 每个所涵盖实体均应在适用范围内根据其风险评估安全地维护系统:(1) 旨在重建足以支持所涵盖实体的正常运营和义务的重大金融交易;(2) 包括旨在检测和应对网络安全事件的审计跟踪记录,这些事件很有可能对所涵盖实体正常运营的任何重要部分造成重大损害。

api-gw-execution-logging-enabled

API Gateway 日志显示访问 API 的用户以及他们访问 API 的方式的详细视图。这种洞察可实现用户活动的可见性。
500.06(a) (a) 每个所涵盖实体均应在适用范围内根据其风险评估安全地维护系统:(1) 旨在重建足以支持所涵盖实体的正常运营和义务的重大金融交易;(2) 包括旨在检测和应对网络安全事件的审计跟踪记录,这些事件很有可能对所涵盖实体正常运营的任何重要部分造成重大损害。

cloud-trail-cloud-watch-logs-enabled

使用 Amazon CloudWatch 集中收集和管理日志事件活动。包含 AWS CloudTrail 数据可提供您的 AWS 账户中 API 调用活动的详细信息。
500.06(a) (a) 每个所涵盖实体均应在适用范围内根据其风险评估安全地维护系统:(1) 旨在重建足以支持所涵盖实体的正常运营和义务的重大金融交易;(2) 包括旨在检测和应对网络安全事件的审计跟踪记录,这些事件很有可能对所涵盖实体正常运营的任何重要部分造成重大损害。

cloudtrail-enabled

AWS CloudTrail 可以通过记录 AWS 管理控制台操作和 API 调用来帮助实现不可否认性。您可以识别调用 AWS 服务的用户和 AWS 账户、发出调用的源 IP 地址以及调用的时间。捕获的数据的详细信息可在 AWS CloudTrail“记录内容”中查看。
500.06(a) (a) 每个所涵盖实体均应在适用范围内根据其风险评估安全地维护系统:(1) 旨在重建足以支持所涵盖实体的正常运营和义务的重大金融交易;(2) 包括旨在检测和应对网络安全事件的审计跟踪记录,这些事件很有可能对所涵盖实体正常运营的任何重要部分造成重大损害。

cloudtrail-s3-dataevents-enabled

收集 Simple Storage Service (Amazon S3) 数据事件有助于检测任何异常活动。详细信息包括访问 Amazon S3 存储桶的 AWS 账户信息、IP 地址和事件时间。
500.06(a) (a) 每个所涵盖实体均应在适用范围内根据其风险评估安全地维护系统:(1) 旨在重建足以支持所涵盖实体的正常运营和义务的重大金融交易;(2) 包括旨在检测和应对网络安全事件的审计跟踪记录,这些事件很有可能对所涵盖实体正常运营的任何重要部分造成重大损害。

elb-logging-enabled

Elastic Load Balancing 活动是环境中的一个通信中心点。确保已启用 ELB 日志记录。收集的数据将提供有关发送到 ELB 的请求的详细信息。每个日志都包含信息 (例如,收到请求的时间、客户端的 IP 地址、延迟、请求路径和服务器响应)。
500.06(a) (a) 每个所涵盖实体均应在适用范围内根据其风险评估安全地维护系统:(1) 旨在重建足以支持所涵盖实体的正常运营和义务的重大金融交易;(2) 包括旨在检测和应对网络安全事件的审计跟踪记录,这些事件很有可能对所涵盖实体正常运营的任何重要部分造成重大损害。

multi-region-cloudtrail-enabled

AWS CloudTrail 记录 AWS 管理控制台操作和 API 调用。您可以标识哪些用户和账户调用了 AWS、从中发出调用的源 IP 地址以及调用的发生时间。如果启用了 MULTI_REGION_CLOUD_TRAIL_ENABLED,CloudTrail 会将来自所有 AWS 区域的日志文件传输到您的 S3 存储桶。此外,当 AWS 推出新区域时,CloudTrail 将在新区域中创建相同的跟踪。因此,您无需采取任何措施,即可收到包含新区域的 API 活动的日志文件。
500.06(a) (a) 每个所涵盖实体均应在适用范围内根据其风险评估安全地维护系统:(1) 旨在重建足以支持所涵盖实体的正常运营和义务的重大金融交易;(2) 包括旨在检测和应对网络安全事件的审计跟踪记录,这些事件很有可能对所涵盖实体正常运营的任何重要部分造成重大损害。

s3-bucket-logging-enabled

Amazon Simple Storage Service (Amazon S3) 服务器访问日志记录可提供一种监控网络中是否存在潜在网络安全事件的方法。通过捕获向 Amazon S3 存储桶发出的请求的详细记录,来监控事件。每条访问日志记录都提供有关单个访问请求的详细信息。这些详细信息包括请求者、存储桶名称、请求时间、请求操作、响应状态和错误代码(如果相关)。
500.06(a) (a) 每个所涵盖实体均应在适用范围内根据其风险评估安全地维护系统:(1) 旨在重建足以支持所涵盖实体的正常运营和义务的重大金融交易;(2) 包括旨在检测和应对网络安全事件的审计跟踪记录,这些事件很有可能对所涵盖实体正常运营的任何重要部分造成重大损害。

vpc-flow-logs-enabled

VPC 流日志详细记录进出 Amazon Virtual Private Cloud (Amazon VPC) 网络接口的 IP 流量信息。默认情况下,流日志记录包括 IP 流的不同组件的值,包括源、目标和协议。
500.06(a) (a) 每个所涵盖实体均应在适用范围内根据其风险评估安全地维护系统:(1) 旨在重建足以支持所涵盖实体的正常运营和义务的重大金融交易;(2) 包括旨在检测和应对网络安全事件的审计跟踪记录,这些事件很有可能对所涵盖实体正常运营的任何重要部分造成重大损害。

rds-logging-enabled

为了帮助在环境中进行日志记录和监控,请确保已启用 Amazon Relational Database Service (Amazon RDS) 日志记录。利用 Amazon RDS 日志记录,您可以捕获诸如连接、断开连接、查询或查询的表之类的事件。
500.06(a) (a) 每个所涵盖实体均应在适用范围内根据其风险评估安全地维护系统:(1) 旨在重建足以支持所涵盖实体的正常运营和义务的重大金融交易;(2) 包括旨在检测和应对网络安全事件的审计跟踪记录,这些事件很有可能对所涵盖实体正常运营的任何重要部分造成重大损害。

codebuild-project-logging-enabled

确保已启用 AWS CodeBuild 项目日志记录,以便将构建输出日志发送到 Amazon CloudWatch 或 Amazon Simple Storage Service (Amazon S3)。构建输出日志提供有关您的构建项目的详细信息。
500.06(a) (a) 每个所涵盖实体均应在适用范围内根据其风险评估安全地维护系统:(1) 旨在重建足以支持所涵盖实体的正常运营和义务的重大金融交易;(2) 包括旨在检测和应对网络安全事件的审计跟踪记录,这些事件很有可能对所涵盖实体正常运营的任何重要部分造成重大损害。

redshift-audit-logging-enabled

要捕获有关您的 Amazon Redshift 集群上的连接和用户活动的信息,请确保已启用审计日志记录。
500.06(a) (a) 每个所涵盖实体均应在适用范围内根据其风险评估安全地维护系统:(1) 旨在重建足以支持所涵盖实体的正常运营和义务的重大金融交易;(2) 包括旨在检测和应对网络安全事件的审计跟踪记录,这些事件很有可能对所涵盖实体正常运营的任何重要部分造成重大损害。

wafv2-logging-enabled

为了帮助在您的环境中进行日志记录和监控,请在区域和全局 Web ACL 上启用 AWS WAF (V2) 日志记录。AWSWAF 日志记录提供有关 Web ACL 分析的流量的详细信息。日志记录 AWS 接收来自 AWS 资源的请求的时间,有关请求的详细信息,以及每个请求所匹配的规则的操作。
500.06(a) (a) 每个所涵盖实体均应在适用范围内根据其风险评估安全地维护系统:(1) 旨在重建足以支持所涵盖实体的正常运营和义务的重大金融交易;(2) 包括旨在检测和应对网络安全事件的审计跟踪记录,这些事件很有可能对所涵盖实体正常运营的任何重要部分造成重大损害。

opensearch-audit-logging-enabled

确保在 Amazon OpenSearch Service 域中启用审计日志记录。审计日志记录允许您跟踪 OpenSearch 域上的用户活动,包括成功和失败的身份验证、对 OpenSearch 的请求、索引更改以及传入的搜索查询。
500.06(a) (a) 每个所涵盖实体均应在适用范围内根据其风险评估安全地维护系统:(1) 旨在重建足以支持所涵盖实体的正常运营和义务的重大金融交易;(2) 包括旨在检测和应对网络安全事件的审计跟踪记录,这些事件很有可能对所涵盖实体正常运营的任何重要部分造成重大损害。

redshift-cluster-configuration-check

要保护静态数据,请确保您的 Amazon Redshift 集群启用了加密。您还必须确保在 Amazon Redshift 集群上部署所需的配置。应启用审计日志记录,以提供有关数据库中连接和用户活动的信息。此规则要求为 clusterDbEncrypted(Config 默认值:TRUE)和 loggingEnabled(Config 默认值:TRUE)设置值。实际值应反映贵组织的策略。
500.06(b) (b) 每个所涵盖实体均应将本部分第 500.06(a)(1) 款所要求的记录保存不少于五年,并应将本部分第 500.06(a)(2) 款所要求的记录保存不少于三年。

cw-loggroup-retention-period-check

确保为日志组保留事件日志数据的最短时间,以帮助进行故障排除和取证调查。缺乏过去的事件日志数据会让重建和识别潜在的恶意事件变得困难。
500.06(a) (a) 每个所涵盖实体均应在适用范围内根据其风险评估安全地维护系统:(1) 旨在重建足以支持所涵盖实体的正常运营和义务的重大金融交易;(2) 包括旨在检测和应对网络安全事件的审计跟踪记录,这些事件很有可能对所涵盖实体正常运营的任何重要部分造成重大损害。

elasticsearch-logs-to-cloudwatch

确保 Amazon OpenSearch Service 域已启用错误日志,并将其流式传输到 Amazon CloudWatch Logs 以进行保留和响应。域错误日志可以帮助进行安全和访问审核,还可以帮助诊断可用性问题。
500.06(a) (a) 每个所涵盖实体均应在适用范围内根据其风险评估安全地维护系统:(1) 旨在重建足以支持所涵盖实体的正常运营和义务的重大金融交易;(2) 包括旨在检测和应对网络安全事件的审计跟踪记录,这些事件很有可能对所涵盖实体正常运营的任何重要部分造成重大损害。

opensearch-logs-to-cloudwatch

确保 Amazon OpenSearch Service 域已启用错误日志,并将其流式传输到 Amazon CloudWatch Logs 以进行保留和响应。OpenSearch Service 错误日志可以帮助进行安全和访问审核,还可以帮助诊断可用性问题。
500.07 作为其网络安全计划的一部分,根据所涵盖实体的风险评估,每个所涵盖实体均应限制用户对提供非公开信息访问权限的信息系统的访问权限,并应定期审查此类访问权限。

opensearch-in-vpc-only

通过确保 Amazon OpenSearch Service 域位于 Amazon Virtual Private Cloud (Amazon VPC) 中,来管理对 AWS 云的访问。Amazon VPC 中的 Amazon OpenSearch Service 域可实现 Amazon OpenSearch Service 与 Amazon VPC 中其他服务之间的安全通信,而无需互联网网关、NAT 设备或 VPN 连接。
500.07 作为其网络安全计划的一部分,根据所涵盖实体的风险评估,每个所涵盖实体均应限制用户对提供非公开信息访问权限的信息系统的访问权限,并应定期审查此类访问权限。

access-keys-rotated

通过确保按照组织政策轮换 IAM 访问密钥,对授权的设备、用户和流程的凭证进行审核。定期更改访问密钥是一种安全最佳实践。它会缩短访问密钥的有效期,并降低密钥泄露时对业务的影响。此规则需要访问密钥轮换值(配置默认值:90)。实际值应反映贵组织的策略。
500.07 作为其网络安全计划的一部分,根据所涵盖实体的风险评估,每个所涵盖实体均应限制用户对提供非公开信息访问权限的信息系统的访问权限,并应定期审查此类访问权限。

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

如果任务定义具有提升的权限,那是因为客户专门选择了这些配置。当任务定义启用了主机联网,但客户未选择使用提升权限时,此控制会检查权限是否意外提升。
500.07 作为其网络安全计划的一部分,根据所涵盖实体的风险评估,每个所涵盖实体均应限制用户对提供非公开信息访问权限的信息系统的访问权限,并应定期审查此类访问权限。

no-unrestricted-route-to-igw

确保 Amazon EC2 路由表中没有指向互联网网关的无限制路由。移除或限制 Amazon VPC 内工作负载的互联网访问可以减少环境中的意外访问。
500.07 作为其网络安全计划的一部分,根据所涵盖实体的风险评估,每个所涵盖实体均应限制用户对提供非公开信息访问权限的信息系统的访问权限,并应定期审查此类访问权限。

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)。实际值应反映贵组织的策略。
500.07 作为其网络安全计划的一部分,根据所涵盖实体的风险评估,每个所涵盖实体均应限制用户对提供非公开信息访问权限的信息系统的访问权限,并应定期审查此类访问权限。

ssm-document-not-public

确保 AWS Systems Manager (SSM) 文档不公开,因为这可能会允许意外访问您的 SSM 文档。公开 SSM 文档可能会公开有关您的账户、资源和内部流程的信息。
500.07 作为其网络安全计划的一部分,根据所涵盖实体的风险评估,每个所涵盖实体均应限制用户对提供非公开信息访问权限的信息系统的访问权限,并应定期审查此类访问权限。

subnet-auto-assign-public-ip-disabled

通过确保 Amazon Virtual Private Cloud (VPC) 子网不会自动分配公有 IP 地址,来管理对 AWS 云的访问。Amazon Elastic Compute Cloud (EC2) 实例在启用此属性的子网中启动时,其主网络接口会分配一个公有 IP 地址。
500.07 作为其网络安全计划的一部分,根据所涵盖实体的风险评估,每个所涵盖实体均应限制用户对提供非公开信息访问权限的信息系统的访问权限,并应定期审查此类访问权限。

iam-user-unused-credentials-check

AWS Identity and Access Management (IAM) 可以通过检查指定时间段内未使用的 IAM 密码和访问密钥,来帮助您获得访问权限和授权。如果发现这些未使用的凭证,则应禁用和/或删除这些凭证,因为这可能违反最低权限原则。此规则要求您为 maxCredentialUsageAge 设置一个值(Config 默认值:90)。实际值应反映贵组织的策略。
500.07 作为其网络安全计划的一部分,根据所涵盖实体的风险评估,每个所涵盖实体均应限制用户对提供非公开信息访问权限的信息系统的访问权限,并应定期审查此类访问权限。

secretsmanager-rotation-enabled-check

此规则可确保 AWS Secrets Manager 机密已启用轮换。定期轮换机密可以缩短机密的有效期,并有可能减少机密泄露时对业务的影响。
500.07 作为其网络安全计划的一部分,根据所涵盖实体的风险评估,每个所涵盖实体均应限制用户对提供非公开信息访问权限的信息系统的访问权限,并应定期审查此类访问权限。

secretsmanager-scheduled-rotation-success-check

此规则可确保 AWS Secrets Manager 机密已根据轮换计划成功轮换。定期轮换机密可以缩短机密的有效期,并有可能减少机密泄露时对业务的影响。
500.07 作为其网络安全计划的一部分,根据所涵盖实体的风险评估,每个所涵盖实体均应限制用户对提供非公开信息访问权限的信息系统的访问权限,并应定期审查此类访问权限。

emr-kerberos-enabled

通过为 Amazon EMR 集群启用 Kerberos,可以按照最低权限和职责分离的原则管理和纳入访问权限和授权。在 Kerberos 中,需要进行身份验证的服务和用户称为委托人。委托人存在于 Kerberos 领域中。在该领域中,Kerberos 服务器被称为密钥分配中心 (KDC)。它为委托人提供一种进行身份验证的方法。KDC 通过颁发用于身份验证的票证进行身份验证。KDC 维护一个包含其领域中的委托人、它们的密码及其它有关每个委托人的管理信息的数据库。
500.07 作为其网络安全计划的一部分,根据所涵盖实体的风险评估,每个所涵盖实体均应限制用户对提供非公开信息访问权限的信息系统的访问权限,并应定期审查此类访问权限。

iam-group-has-users-check

AWS Identity and Access Management (IAM) 可以确保 IAM 组至少有一个用户,从而帮助您将最低权限和职责分离原则与访问权限和授权相结合。根据用户的相关权限或工作职能将用户分组,是纳入最低权限的一种方法。
500.07 作为其网络安全计划的一部分,根据所涵盖实体的风险评估,每个所涵盖实体均应限制用户对提供非公开信息访问权限的信息系统的访问权限,并应定期审查此类访问权限。

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)。实际值应反映贵组织的策略。
500.07 作为其网络安全计划的一部分,根据所涵盖实体的风险评估,每个所涵盖实体均应限制用户对提供非公开信息访问权限的信息系统的访问权限,并应定期审查此类访问权限。

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

AWS Identity and Access Management (IAM) 可以帮助您将最低权限和职责分离原则与访问权限和授权相结合,限制策略包含 "Effect": "Allow" with "Action": "*" over "Resource": "*"。允许用户拥有超过完成任务所需的权限,可能会违反最低权限和职责分离的原则。
500.07 作为其网络安全计划的一部分,根据所涵盖实体的风险评估,每个所涵盖实体均应限制用户对提供非公开信息访问权限的信息系统的访问权限,并应定期审查此类访问权限。

iam-root-access-key-check

通过检查根用户的 AWS Identity and Access Management (IAM) 角色是否拥有访问密钥,可以控制对系统和资产的访问。确保删除根访问密钥。相反,创建和使用基于角色的 AWS 账户来帮助纳入最少功能原则。
500.07 作为其网络安全计划的一部分,根据所涵盖实体的风险评估,每个所涵盖实体均应限制用户对提供非公开信息访问权限的信息系统的访问权限,并应定期审查此类访问权限。

iam-user-group-membership-check

AWS Identity and Access Management (IAM) 可通过确保用户至少属于一个组来帮助您限制访问权限和授权。允许用户拥有超过完成任务所需的权限,可能会违反最低权限和职责分离的原则。
500.07 作为其网络安全计划的一部分,根据所涵盖实体的风险评估,每个所涵盖实体均应限制用户对提供非公开信息访问权限的信息系统的访问权限,并应定期审查此类访问权限。

iam-user-no-policies-check

此规则可确保仅将 AWS Identity and Access Management (IAM) 策略附加到组或角色,以控制对系统和资产的访问。在组或角色级别分配权限有助于减少身份获得或保留过多权限的机会。
500.07 作为其网络安全计划的一部分,根据所涵盖实体的风险评估,每个所涵盖实体均应限制用户对提供非公开信息访问权限的信息系统的访问权限,并应定期审查此类访问权限。

s3-bucket-policy-grantee-check

通过启用 s3_ bucket_policy_grantee_check 来管理对 AWS 云的访问权限。此规则检查 Amazon S3 存储桶授予的访问权限是否受任何 AWS 委托人、联合身份用户、服务委托人、IP 地址或您提供的 Amazon Virtual Private Cloud (Amazon VPC) ID 的限制。
500.07 作为其网络安全计划的一部分,根据所涵盖实体的风险评估,每个所涵盖实体均应限制用户对提供非公开信息访问权限的信息系统的访问权限,并应定期审查此类访问权限。

iam-no-inline-policy-check

确保 AWS Identity and Access Management (IAM) 用户、IAM 角色或 IAM 组没有控制系统和资产访问的内联策略。AWS 建议使用托管策略而不是内联策略。托管策略允许可重用性、版本控制、回滚和委托权限管理。
500.07 作为其网络安全计划的一部分,根据所涵盖实体的风险评估,每个所涵盖实体均应限制用户对提供非公开信息访问权限的信息系统的访问权限,并应定期审查此类访问权限。

dms-replication-not-public

通过确保 DMS 复制实例无法公开访问来管理对 AWS 云的访问。DMS 复制实例可能包含敏感信息,因此需要对此类账户进行访问控制。
500.07 作为其网络安全计划的一部分,根据所涵盖实体的风险评估,每个所涵盖实体均应限制用户对提供非公开信息访问权限的信息系统的访问权限,并应定期审查此类访问权限。

ebs-snapshot-public-restorable-check

通过确保 EBS 快照不可公开还原来管理对 AWS 云的访问。EBS 卷快照可能包含敏感信息,因此需要对此类账户进行访问控制。
500.07 作为其网络安全计划的一部分,根据所涵盖实体的风险评估,每个所涵盖实体均应限制用户对提供非公开信息访问权限的信息系统的访问权限,并应定期审查此类访问权限。

ec2-instance-no-public-ip

通过确保 Amazon Elastic Compute Cloud (Amazon EC2) 实例无法公开访问来管理对 AWS 云的访问。Amazon EC2 实例可能包含敏感信息,因此需要对此类账户进行访问控制。
500.07 作为其网络安全计划的一部分,根据所涵盖实体的风险评估,每个所涵盖实体均应限制用户对提供非公开信息访问权限的信息系统的访问权限,并应定期审查此类访问权限。

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 连接。
500.07 作为其网络安全计划的一部分,根据所涵盖实体的风险评估,每个所涵盖实体均应限制用户对提供非公开信息访问权限的信息系统的访问权限,并应定期审查此类访问权限。

emr-master-no-public-ip

通过确保 Amazon EMR 集群主节点无法公开访问来管理对 AWS 云的访问。Amazon EMR 集群主节点可能包含敏感信息,因此需要对此类账户进行访问控制。
500.07 作为其网络安全计划的一部分,根据所涵盖实体的风险评估,每个所涵盖实体均应限制用户对提供非公开信息访问权限的信息系统的访问权限,并应定期审查此类访问权限。

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 以正确管理访问权限。
500.07 作为其网络安全计划的一部分,根据所涵盖实体的风险评估,每个所涵盖实体均应限制用户对提供非公开信息访问权限的信息系统的访问权限,并应定期审查此类访问权限。

internet-gateway-authorized-vpc-only

通过确保互联网网关仅连接到经过授权的 Amazon Virtual Private Cloud (Amazon VPC),来管理对 AWS 云中资源的访问。互联网网关允许进出 Amazon VPC 的双向互联网访问,这可能会导致未经授权访问 Amazon VPC 资源。
500.07 作为其网络安全计划的一部分,根据所涵盖实体的风险评估,每个所涵盖实体均应限制用户对提供非公开信息访问权限的信息系统的访问权限,并应定期审查此类访问权限。

lambda-function-public-access-prohibited

通过确保 AWS Lambda 函数无法公开访问,来管理对 AWS 云中资源的访问。公开访问可能导致资源可用性下降。
500.07 作为其网络安全计划的一部分,根据所涵盖实体的风险评估,每个所涵盖实体均应限制用户对提供非公开信息访问权限的信息系统的访问权限,并应定期审查此类访问权限。

lambda-inside-vpc

在 Amazon Virtual Private Cloud (Amazon VPC) 中部署 AWS Lambda 函数,以便在 Amazon VPC 中的函数和其他服务之间进行安全通信。使用此配置时,不需要互联网网关、NAT 设备或 VPN 连接。AWS 云中的所有流量都会保持安全。由于进行了逻辑隔离,与使用公共终端节点的域相比,驻留在 Amazon VPC 中的域有一层额外的安全保护。为了正确管理访问权限,应将 AWS Lambda 函数分配给 VPC。
500.07 作为其网络安全计划的一部分,根据所涵盖实体的风险评估,每个所涵盖实体均应限制用户对提供非公开信息访问权限的信息系统的访问权限,并应定期审查此类访问权限。

rds-instance-public-access-check

通过确保 Amazon Relational Database Service (Amazon RDS) 实例不是公有的,来管理对 AWS 云中资源的访问。Amazon RDS 数据库实例可能包含敏感信息,因此需要对此类账户实施相应原则和访问控制。
500.07 作为其网络安全计划的一部分,根据所涵盖实体的风险评估,每个所涵盖实体均应限制用户对提供非公开信息访问权限的信息系统的访问权限,并应定期审查此类访问权限。

rds-snapshots-public-prohibited

通过确保 Amazon Relational Database Service (Amazon RDS) 实例不是公有的,来管理对 AWS 云中资源的访问。Amazon RDS 数据库实例可能包含敏感信息,因此需要对此类账户实施相应原则和访问控制。
500.07 作为其网络安全计划的一部分,根据所涵盖实体的风险评估,每个所涵盖实体均应限制用户对提供非公开信息访问权限的信息系统的访问权限,并应定期审查此类访问权限。

redshift-cluster-public-access-check

通过确保 Amazon Redshift 集群不是公有的,来管理对 AWS 云中资源的访问。Amazon Redshift 集群可能包含敏感信息,因此需要对此类账户实施相应原则和访问控制。
500.07 作为其网络安全计划的一部分,根据所涵盖实体的风险评估,每个所涵盖实体均应限制用户对提供非公开信息访问权限的信息系统的访问权限,并应定期审查此类访问权限。

s3-bucket-public-read-prohibited

通过仅允许授权用户、进程和设备访问 Amazon Simple Storage Service (Amazon S3) 存储桶,来管理对 AWS 云中资源的访问。访问管理应与数据的分类保持一致。
500.07 作为其网络安全计划的一部分,根据所涵盖实体的风险评估,每个所涵盖实体均应限制用户对提供非公开信息访问权限的信息系统的访问权限,并应定期审查此类访问权限。

s3-bucket-public-write-prohibited

通过仅允许授权用户、进程和设备访问 Amazon Simple Storage Service (Amazon S3) 存储桶,来管理对 AWS 云中资源的访问。访问管理应与数据的分类保持一致。
500.07 作为其网络安全计划的一部分,根据所涵盖实体的风险评估,每个所涵盖实体均应限制用户对提供非公开信息访问权限的信息系统的访问权限,并应定期审查此类访问权限。

sagemaker-notebook-no-direct-internet-access

通过确保 Amazon SageMaker 笔记本不允许直接访问互联网,管理对 AWS 云中资源的访问。通过防止直接访问互联网,您可以防止未经授权的用户访问敏感数据。
500.8(a) (a) 每个所涵盖实体的网络安全计划均应包括书面程序、指导方针和标准,旨在确保对所涵盖实体使用的内部开发的应用程序使用安全的开发实践;还应包括用于评估、测评或测试所涵盖实体在所涵盖实体技术环境背景下使用的外部开发应用程序的安全性的程序。

codebuild-project-envvar-awscred-check

确保 AWS Codebuild 项目环境中不存在身份验证凭证 AWS_ACCESS_KEY_ID 和 AWS_SECRET_ACCESS_KEY。不要以明文形式存储这些变量。以明文形式存储这些变量会导致意外的数据泄露和未经授权的访问。
500.8(a) (a) 每个所涵盖实体的网络安全计划均应包括书面程序、指导方针和标准,旨在确保对所涵盖实体使用的内部开发的应用程序使用安全的开发实践;还应包括用于评估、测评或测试所涵盖实体在所涵盖实体技术环境背景下使用的外部开发应用程序的安全性的程序。

codebuild-project-source-repo-url-check

确保 GitHub 或 Bitbucket 源存储库 URL 不包含个人访问令牌和 AWS Codebuild 项目环境中的登录凭证。使用 OAuth 授予权限以访问 GitHub 或 Bitbucket 存储库,而不是使用个人访问令牌或登录凭证。
500.09 (a) 每个所涵盖实体均应定期对所涵盖实体的信息系统进行风险评估,以便为本部分所要求的网络安全计划的设计提供信息。应在合理必要时更新此类风险评估,以应对所涵盖实体信息系统、非公开信息或业务运营的变化。所涵盖实体的风险评估应允许修改控制措施,以应对技术发展和不断演变的威胁,并应考虑所涵盖实体业务运营中与网络安全、收集或存储的非公开信息、使用的信息系统以及保护非公开信息和信息系统的控制措施的可用性和有效性相关的特殊风险。 annual-risk-assessment-performed(流程检查)> 对您的组织进行年度风险评估。风险评估有助于确定已识别的风险和/或漏洞对组织造成影响的可能性和影响。
500.12 (a) 多重身份验证。根据其风险评估,每个所涵盖实体均应使用有效的控制措施,其中可能包括多重身份验证或基于风险的身份验证,以防止未经授权访问非公开信息或信息系统。(b) 除非所涵盖实体的 CISO 以书面形式批准使用合理等同或更安全的访问控制,否则任何从外部网络访问所涵盖实体内部网络的个人均应使用多重身份验证。

iam-user-mfa-enabled

启用此规则可限制对 AWS 云中资源的访问。此规则可确保为所有用户启用多重身份验证 (MFA)。MFA 在登录凭证之上添加一层额外的保护。要求用户进行多重身份验证,从而减少账户被盗事件。
500.12 (a) 多重身份验证。根据其风险评估,每个所涵盖实体均应使用有效的控制措施,其中可能包括多重身份验证或基于风险的身份验证,以防止未经授权访问非公开信息或信息系统。(b) 除非所涵盖实体的 CISO 以书面形式批准使用合理等同或更安全的访问控制,否则任何从外部网络访问所涵盖实体内部网络的个人均应使用多重身份验证。

mfa-enabled-for-iam-console-access

通过确保为所有拥有控制台密码的 AWS Identity and Access Management (IAM) 用户启用 MFA,来管理对 AWS 云中资源的访问。MFA 在登录凭证之上添加一层额外的保护。通过要求用户进行 MFA,您可以减少账户被盗事件,防止未经授权的用户访问敏感数据。
500.12 (a) 多重身份验证。根据其风险评估,每个所涵盖实体均应使用有效的控制措施,其中可能包括多重身份验证或基于风险的身份验证,以防止未经授权访问非公开信息或信息系统。(b) 除非所涵盖实体的 CISO 以书面形式批准使用合理等同或更安全的访问控制,否则任何从外部网络访问所涵盖实体内部网络的个人均应使用多重身份验证。

iam-root-access-key-check

通过检查根用户的 AWS Identity and Access Management (IAM) 角色是否拥有访问密钥,可以控制对系统和资产的访问。确保删除根访问密钥。相反,创建和使用基于角色的 AWS 账户来帮助纳入最少功能原则。
500.12 (a) 多重身份验证。根据其风险评估,每个所涵盖实体均应使用有效的控制措施,其中可能包括多重身份验证或基于风险的身份验证,以防止未经授权访问非公开信息或信息系统。(b) 除非所涵盖实体的 CISO 以书面形式批准使用合理等同或更安全的访问控制,否则任何从外部网络访问所涵盖实体内部网络的个人均应使用多重身份验证。

root-account-hardware-mfa-enabled

通过确保为根用户启用硬件 MFA,来管理对 AWS 云中资源的访问。根用户是 AWS 账户中权限最高的用户。MFA 为登录凭证增加了一层额外的保护。通过要求根用户进行 MFA,可以减少 AWS 账户被盗的事件。
500.12 (a) 多重身份验证。根据其风险评估,每个所涵盖实体均应使用有效的控制措施,其中可能包括多重身份验证或基于风险的身份验证,以防止未经授权访问非公开信息或信息系统。(b) 除非所涵盖实体的 CISO 以书面形式批准使用合理等同或更安全的访问控制,否则任何从外部网络访问所涵盖实体内部网络的个人均应使用多重身份验证。

root-account-mfa-enabled

通过确保为根用户启用 MFA,来管理对 AWS 云中资源的访问。根用户是 AWS 账户中权限最高的用户。MFA 为登录凭证增加了一层额外的保护。通过要求根用户进行 MFA,可以减少 AWS 账户被盗的事件。
500.14(a) (a) 实施基于风险的政策、程序和控制措施,旨在监控授权用户的活动,并检测此类授权用户未经授权访问或使用或篡改非公开信息的行为。

cloudwatch-alarm-action-check

当指标在指定数量的评估期超过阈值时,Amazon CloudWatch 会发出警报。告警根据指标或表达式在多个时间段内相对于某阈值的值执行一项或多项操作。此规则需要 alarmActionRequired(Config 默认值:True)、insufficientDataActionRequired(Config 默认值:True)、okActionRequired(Config 默认值:False)的值。实际值应反映您的环境的警报操作。
500.14(a) (a) 实施基于风险的政策、程序和控制措施,旨在监控授权用户的活动,并检测此类授权用户未经授权访问或使用或篡改非公开信息的行为。

api-gw-execution-logging-enabled

API Gateway 日志显示访问 API 的用户以及他们访问 API 的方式的详细视图。这种洞察可实现用户活动的可见性。
500.14(a) (a) 实施基于风险的政策、程序和控制措施,旨在监控授权用户的活动,并检测此类授权用户未经授权访问或使用或篡改非公开信息的行为。

cloud-trail-cloud-watch-logs-enabled

使用 Amazon CloudWatch 集中收集和管理日志事件活动。包含 AWS CloudTrail 数据可提供您的 AWS 账户中 API 调用活动的详细信息。
500.14(a) (a) 实施基于风险的政策、程序和控制措施,旨在监控授权用户的活动,并检测此类授权用户未经授权访问或使用或篡改非公开信息的行为。

cloudtrail-enabled

AWS CloudTrail 可以通过记录 AWS 管理控制台操作和 API 调用来帮助实现不可否认性。您可以识别调用 AWS 服务的用户和 AWS 账户、发出调用的源 IP 地址以及调用的时间。捕获的数据的详细信息可在 AWS CloudTrail“记录内容”中查看。
500.14(a) (a) 实施基于风险的政策、程序和控制措施,旨在监控授权用户的活动,并检测此类授权用户未经授权访问或使用或篡改非公开信息的行为。

cloudtrail-s3-dataevents-enabled

收集 Simple Storage Service (Amazon S3) 数据事件有助于检测任何异常活动。详细信息包括访问 Amazon S3 存储桶的 AWS 账户信息、IP 地址和事件时间。
500.14(a) (a) 实施基于风险的政策、程序和控制措施,旨在监控授权用户的活动,并检测此类授权用户未经授权访问或使用或篡改非公开信息的行为。

elb-logging-enabled

Elastic Load Balancing 活动是环境中的一个通信中心点。确保已启用 ELB 日志记录。收集的数据将提供有关发送到 ELB 的请求的详细信息。每个日志都包含信息 (例如,收到请求的时间、客户端的 IP 地址、延迟、请求路径和服务器响应)。
500.14(a) (a) 实施基于风险的政策、程序和控制措施,旨在监控授权用户的活动,并检测此类授权用户未经授权访问或使用或篡改非公开信息的行为。

multi-region-cloudtrail-enabled

AWS CloudTrail 记录 AWS 管理控制台操作和 API 调用。您可以标识哪些用户和账户调用了 AWS、从中发出调用的源 IP 地址以及调用的发生时间。如果启用了 MULTI_REGION_CLOUD_TRAIL_ENABLED,CloudTrail 会将来自所有 AWS 区域的日志文件传输到您的 S3 存储桶。此外,当 AWS 推出新区域时,CloudTrail 将在新区域中创建相同的跟踪。因此,您无需采取任何措施,即可收到包含新区域的 API 活动的日志文件。
500.14(a) (a) 实施基于风险的政策、程序和控制措施,旨在监控授权用户的活动,并检测此类授权用户未经授权访问或使用或篡改非公开信息的行为。

s3-bucket-logging-enabled

Amazon Simple Storage Service (Amazon S3) 服务器访问日志记录可提供一种监控网络中是否存在潜在网络安全事件的方法。通过捕获向 Amazon S3 存储桶发出的请求的详细记录,来监控事件。每条访问日志记录都提供有关单个访问请求的详细信息。这些详细信息包括请求者、存储桶名称、请求时间、请求操作、响应状态和错误代码(如果相关)。
500.14(a) (a) 实施基于风险的政策、程序和控制措施,旨在监控授权用户的活动,并检测此类授权用户未经授权访问或使用或篡改非公开信息的行为。

vpc-flow-logs-enabled

VPC 流日志详细记录进出 Amazon Virtual Private Cloud (Amazon VPC) 网络接口的 IP 流量信息。默认情况下,流日志记录包括 IP 流的不同组件的值,包括源、目标和协议。
500.14(a) (a) 实施基于风险的政策、程序和控制措施,旨在监控授权用户的活动,并检测此类授权用户未经授权访问或使用或篡改非公开信息的行为。

cw-loggroup-retention-period-check

确保为日志组保留事件日志数据的最短时间,以帮助进行故障排除和取证调查。缺乏过去的事件日志数据会让重建和识别潜在的恶意事件变得困难。
500.14(a) (a) 实施基于风险的政策、程序和控制措施,旨在监控授权用户的活动,并检测此类授权用户未经授权访问或使用或篡改非公开信息的行为。

rds-logging-enabled

为了帮助在环境中进行日志记录和监控,请确保已启用 Amazon Relational Database Service (Amazon RDS) 日志记录。利用 Amazon RDS 日志记录,您可以捕获诸如连接、断开连接、查询或查询的表之类的事件。
500.14(a) (a) 实施基于风险的政策、程序和控制措施,旨在监控授权用户的活动,并检测此类授权用户未经授权访问或使用或篡改非公开信息的行为。

codebuild-project-logging-enabled

确保已启用 AWS CodeBuild 项目日志记录,以便将构建输出日志发送到 Amazon CloudWatch 或 Amazon Simple Storage Service (Amazon S3)。构建输出日志提供有关您的构建项目的详细信息。
500.14(a) (a) 实施基于风险的政策、程序和控制措施,旨在监控授权用户的活动,并检测此类授权用户未经授权访问或使用或篡改非公开信息的行为。

wafv2-logging-enabled

为了帮助在您的环境中进行日志记录和监控,请在区域和全局 Web ACL 上启用 AWS WAF (V2) 日志记录。AWSWAF 日志记录提供有关 Web ACL 分析的流量的详细信息。日志记录 AWS 接收来自 AWS 资源的请求的时间,有关请求的详细信息,以及每个请求所匹配的规则的操作。
500.14(a) (a) 实施基于风险的政策、程序和控制措施,旨在监控授权用户的活动,并检测此类授权用户未经授权访问或使用或篡改非公开信息的行为。

guardduty-enabled-centralized

Amazon GuardDuty 可以通过使用威胁情报源来帮助监控和检测潜在的网络安全事件。这些威胁情报源包括恶意 IP 列表和机器学习列表,用于标识您的 AWS 云环境中的意外、未经授权的恶意活动。
500.14(a) (a) 实施基于风险的政策、程序和控制措施,旨在监控授权用户的活动,并检测此类授权用户未经授权访问或使用或篡改非公开信息的行为。

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 合作伙伴解决方案。
500.14(a) (a) 实施基于风险的政策、程序和控制措施,旨在监控授权用户的活动,并检测此类授权用户未经授权访问或使用或篡改非公开信息的行为。

redshift-cluster-configuration-check

要保护静态数据,请确保您的 Amazon Redshift 集群启用了加密。您还必须确保在 Amazon Redshift 集群上部署所需的配置。应启用审计日志记录,以提供有关数据库中连接和用户活动的信息。此规则要求为 clusterDbEncrypted(Config 默认值:TRUE)和 loggingEnabled(Config 默认值:TRUE)设置值。实际值应反映贵组织的策略。
500.14(a) (a) 实施基于风险的政策、程序和控制措施,旨在监控授权用户的活动,并检测此类授权用户未经授权访问或使用或篡改非公开信息的行为。

opensearch-audit-logging-enabled

确保在 Amazon OpenSearch Service 域中启用审计日志记录。审计日志记录允许您跟踪 OpenSearch 域上的用户活动,包括成功和失败的身份验证、对 OpenSearch 的请求、索引更改以及传入的搜索查询。
500.14(a) (a) 实施基于风险的政策、程序和控制措施,旨在监控授权用户的活动,并检测此类授权用户未经授权访问或使用或篡改非公开信息的行为。

elasticsearch-logs-to-cloudwatch

确保 Amazon OpenSearch Service 域已启用错误日志,并将其流式传输到 Amazon CloudWatch Logs 以进行保留和响应。域错误日志可以帮助进行安全和访问审核,还可以帮助诊断可用性问题。
500.14(a) (a) 实施基于风险的政策、程序和控制措施,旨在监控授权用户的活动,并检测此类授权用户未经授权访问或使用或篡改非公开信息的行为。

redshift-audit-logging-enabled

要捕获有关您的 Amazon Redshift 集群上的连接和用户活动的信息,请确保已启用审计日志记录。
500.14(a) (a) 实施基于风险的政策、程序和控制措施,旨在监控授权用户的活动,并检测此类授权用户未经授权访问或使用或篡改非公开信息的行为。

opensearch-logs-to-cloudwatch

确保 Amazon OpenSearch Service 域已启用错误日志,并将其流式传输到 Amazon CloudWatch Logs 以进行保留和响应。OpenSearch Service 错误日志可以帮助进行安全和访问审核,还可以帮助诊断可用性问题。
500.14(b) 作为其网络安全计划的一部分,每个所涵盖实体均应:(b) 定期为所有人员提供网络安全意识培训,这些培训经过更新,可反映所涵盖实体在其风险评估中发现的风险。 security-awareness-program-exists(流程检查) 为您的组织制定并维护安全认知计划。安全认知计划教育员工如何保护其组织免受各种安全漏洞或事件的侵害。
500.15(a) (a) 作为其网络安全计划的一部分,根据其风险评估,每个所涵盖实体均应实施包括加密在内的控制措施,以保护所涵盖实体持有或传输的非公开信息,无论这些信息是通过外部网络传输还是静态信息。

opensearch-encrypted-at-rest

由于可能存在敏感数据,并且为了帮助保护静态数据,应确保您的 Amazon OpenSearch Service 域启用了加密。
500.15(a) (a) 作为其网络安全计划的一部分,根据其风险评估,每个所涵盖实体均应实施包括加密在内的控制措施,以保护所涵盖实体持有或传输的非公开信息,无论这些信息是通过外部网络传输还是静态信息。

opensearch-node-to-node-encryption-check

确保 Amazon OpenSearch Service 启用了节点到节点加密。利用节点到节点加密,将能够为 Amazon Virtual Private Cloud (Amazon VPC) 内的所有通信启用 TLS 1.2 加密。由于可能存在敏感数据,因此应启用传输中加密以帮助保护这些数据。
500.15(a) (a) 作为其网络安全计划的一部分,根据其风险评估,每个所涵盖实体均应实施包括加密在内的控制措施,以保护所涵盖实体持有或传输的非公开信息,无论这些信息是通过外部网络传输还是静态信息。

acm-certificate-expiration-check

通过确保 X509 证书由 AWS ACM 颁发,确保网络完整性得到保护。这些证书必须有效且未过期。此规则要求为 daysToExpiration 设置一个值(AWS 基础安全最佳实践值:90)。实际值应反映贵组织的策略。
500.15(a) (a) 作为其网络安全计划的一部分,根据其风险评估,每个所涵盖实体均应实施包括加密在内的控制措施,以保护所涵盖实体持有或传输的非公开信息,无论这些信息是通过外部网络传输还是静态信息。

alb-http-to-https-redirection-check

为帮助保护传输中的数据,请确保应用负载均衡器自动将未加密的 HTTP 请求重定向到 HTTPS。由于可能存在敏感数据,因此应启用传输中加密以帮助保护这些数据。
500.15(a) (a) 作为其网络安全计划的一部分,根据其风险评估,每个所涵盖实体均应实施包括加密在内的控制措施,以保护所涵盖实体持有或传输的非公开信息,无论这些信息是通过外部网络传输还是静态信息。

api-gw-cache-enabled-and-encrypted

为了帮助保护静态数据,请确保为 API Gateway 阶段的缓存启用加密。由于可能会为 API 方法捕获敏感数据,因此应启用静态加密以帮助保护这些数据。
500.15(a) (a) 作为其网络安全计划的一部分,根据其风险评估,每个所涵盖实体均应实施包括加密在内的控制措施,以保护所涵盖实体持有或传输的非公开信息,无论这些信息是通过外部网络传输还是静态信息。

cloud-trail-encryption-enabled

由于可能存在敏感数据,并且为了帮助保护静态数据,应确保您的 AWS CloudTrail 跟踪启用了加密。
500.15(a) (a) 作为其网络安全计划的一部分,根据其风险评估,每个所涵盖实体均应实施包括加密在内的控制措施,以保护所涵盖实体持有或传输的非公开信息,无论这些信息是通过外部网络传输还是静态信息。

cloudwatch-log-group-encrypted

为了帮助保护静态敏感数据,请确保您的 Amazon CloudWatch 日志组启用了加密。
500.15(a) (a) 作为其网络安全计划的一部分,根据其风险评估,每个所涵盖实体均应实施包括加密在内的控制措施,以保护所涵盖实体持有或传输的非公开信息,无论这些信息是通过外部网络传输还是静态信息。

efs-encrypted-check

由于可能存在敏感数据,并且为了帮助保护静态数据,请确保为您的 Amazon Elastic File System (EFS) 启用加密。
500.15(a) (a) 作为其网络安全计划的一部分,根据其风险评估,每个所涵盖实体均应实施包括加密在内的控制措施,以保护所涵盖实体持有或传输的非公开信息,无论这些信息是通过外部网络传输还是静态信息。

elasticsearch-encrypted-at-rest

由于可能存在敏感数据,并且为了帮助保护静态数据,应确保您的 Amazon OpenSearch Service (OpenSearch Service) 域启用了加密。
500.15(a) (a) 作为其网络安全计划的一部分,根据其风险评估,每个所涵盖实体均应实施包括加密在内的控制措施,以保护所涵盖实体持有或传输的非公开信息,无论这些信息是通过外部网络传输还是静态信息。

elb-acm-certificate-required

由于可能存在敏感数据,并且为了帮助保护传输中的数据,应确保 Elastic Load Balancing 启用了加密。使用 AWS Certificate Manager 通过 AWS 服务和内部资源管理、预置和部署公有和私有 SSL/TLS 证书。
500.15(a) (a) 作为其网络安全计划的一部分,根据其风险评估,每个所涵盖实体均应实施包括加密在内的控制措施,以保护所涵盖实体持有或传输的非公开信息,无论这些信息是通过外部网络传输还是静态信息。

encrypted-volumes

由于可能存在敏感数据,并且为了帮助保护静态数据,应确保您的 Amazon Elastic Block Store (Amazon EBS) 卷启用了加密。
500.15(a) (a) 作为其网络安全计划的一部分,根据其风险评估,每个所涵盖实体均应实施包括加密在内的控制措施,以保护所涵盖实体持有或传输的非公开信息,无论这些信息是通过外部网络传输还是静态信息。

rds-storage-encrypted

为了帮助保护静态数据,请确保您的 Amazon Relational Database Service (Amazon RDS) 实例启用了加密。由于 Amazon RDS 实例中可能存在敏感的静态数据,因此应启用静态加密以帮助保护这些数据。
500.15(a) (a) 作为其网络安全计划的一部分,根据其风险评估,每个所涵盖实体均应实施包括加密在内的控制措施,以保护所涵盖实体持有或传输的非公开信息,无论这些信息是通过外部网络传输还是静态信息。

redshift-cluster-configuration-check

要保护静态数据,请确保您的 Amazon Redshift 集群启用了加密。您还必须确保在 Amazon Redshift 集群上部署所需的配置。应启用审计日志记录,以提供有关数据库中连接和用户活动的信息。此规则要求为 clusterDbEncrypted(Config 默认值:TRUE)和 loggingEnabled(Config 默认值:TRUE)设置值。实际值应反映贵组织的策略。
500.15(a) (a) 作为其网络安全计划的一部分,根据其风险评估,每个所涵盖实体均应实施包括加密在内的控制措施,以保护所涵盖实体持有或传输的非公开信息,无论这些信息是通过外部网络传输还是静态信息。

redshift-require-tls-ssl

确保您的 Amazon Redshift 集群需要 TLS/SSL 加密才能连接到 SQL 客户端。由于可能存在敏感数据,因此应启用传输中加密以帮助保护这些数据。
500.15(a) (a) 作为其网络安全计划的一部分,根据其风险评估,每个所涵盖实体均应实施包括加密在内的控制措施,以保护所涵盖实体持有或传输的非公开信息,无论这些信息是通过外部网络传输还是静态信息。

s3-bucket-server-side-encryption-enabled

为了帮助保护静态数据,请确保您的 Amazon Simple Storage Service (Amazon S3) 存储桶启用了加密。由于 Amazon S3 存储桶中可能存在敏感的静态数据,因此应启用加密以帮助保护这些数据。
500.15(a) (a) 作为其网络安全计划的一部分,根据其风险评估,每个所涵盖实体均应实施包括加密在内的控制措施,以保护所涵盖实体持有或传输的非公开信息,无论这些信息是通过外部网络传输还是静态信息。

s3-bucket-ssl-requests-only

为了帮助保护传输中的数据,请确保您的 Amazon Simple Storage Service (Amazon S3) 存储桶需要请求使用安全套接字层 (SSL)。由于可能存在敏感数据,因此应启用传输中加密以帮助保护这些数据。
500.15(a) (a) 作为其网络安全计划的一部分,根据其风险评估,每个所涵盖实体均应实施包括加密在内的控制措施,以保护所涵盖实体持有或传输的非公开信息,无论这些信息是通过外部网络传输还是静态信息。

sagemaker-endpoint-configuration-kms-key-configured

为了帮助保护静态数据,请确保您的 SageMaker 终端节点启用了使用 AWS Key Management Service (AWS KMS) 的加密。由于 SageMaker 端点中可能存在敏感的静态数据,因此应启用静态加密以帮助保护这些数据。
500.15(a) (a) 作为其网络安全计划的一部分,根据其风险评估,每个所涵盖实体均应实施包括加密在内的控制措施,以保护所涵盖实体持有或传输的非公开信息,无论这些信息是通过外部网络传输还是静态信息。

sagemaker-notebook-instance-kms-key-configured

为了帮助保护静态数据,请确保您的 SageMaker 笔记本启用了使用 AWS Key Management Service (AWS KMS) 的加密。由于 SageMaker 笔记本中可能存在敏感的静态数据,因此应启用静态加密以帮助保护这些数据。
500.15(a) (a) 作为其网络安全计划的一部分,根据其风险评估,每个所涵盖实体均应实施包括加密在内的控制措施,以保护所涵盖实体持有或传输的非公开信息,无论这些信息是通过外部网络传输还是静态信息。

sns-encrypted-kms

为了帮助保护静态数据,请确保您的 Amazon Simple Notification Service (Amazon SNS) 主题需要使用 AWS Key Management Service (AWS KMS) 进行加密。由于已发布的消息中可能存在敏感的静态数据,因此应启用静态加密以帮助保护这些数据。
500.15(a) (a) 作为其网络安全计划的一部分,根据其风险评估,每个所涵盖实体均应实施包括加密在内的控制措施,以保护所涵盖实体持有或传输的非公开信息,无论这些信息是通过外部网络传输还是静态信息。

ec2-ebs-encryption-by-default

为了帮助保护静态数据,请确保为您的 Amazon Elastic Block Store (Amazon EBS) 卷启用加密。由于这些卷中可能存在敏感的静态数据,因此应启用静态加密以帮助保护这些数据。
500.15(a) (a) 作为其网络安全计划的一部分,根据其风险评估,每个所涵盖实体均应实施包括加密在内的控制措施,以保护所涵盖实体持有或传输的非公开信息,无论这些信息是通过外部网络传输还是静态信息。

rds-snapshot-encrypted

确保为 Amazon Relational Database Service (Amazon RDS) 快照启用加密。由于可能存在敏感的静态数据,因此应启用静态加密以帮助保护这些数据。
500.15(a) (a) 作为其网络安全计划的一部分,根据其风险评估,每个所涵盖实体均应实施包括加密在内的控制措施,以保护所涵盖实体持有或传输的非公开信息,无论这些信息是通过外部网络传输还是静态信息。

alb-http-drop-invalid-header-enabled

确保您的 Elastic Load Balancers (ELB) 已配置为丢弃 http 标头。由于可能存在敏感数据,因此应启用传输中加密以帮助保护这些数据。
500.15(a) (a) 作为其网络安全计划的一部分,根据其风险评估,每个所涵盖实体均应实施包括加密在内的控制措施,以保护所涵盖实体持有或传输的非公开信息,无论这些信息是通过外部网络传输还是静态信息。

elasticsearch-node-to-node-encryption-check

确保 Amazon OpenSearch Service 启用了节点到节点加密。利用节点到节点加密,将能够为 Amazon Virtual Private Cloud (Amazon VPC) 内的所有通信启用 TLS 1.2 加密。由于可能存在敏感数据,因此应启用传输中加密以帮助保护这些数据。
500.15(a) (a) 作为其网络安全计划的一部分,根据其风险评估,每个所涵盖实体均应实施包括加密在内的控制措施,以保护所涵盖实体持有或传输的非公开信息,无论这些信息是通过外部网络传输还是静态信息。

elb-tls-https-listeners-only

确保您的弹性负载均衡器 (ELB) 配置了 SSL 或 HTTPS 侦听器。由于可能存在敏感数据,因此应启用传输中加密以帮助保护这些数据。
500.15(a) (a) 作为其网络安全计划的一部分,根据其风险评估,每个所涵盖实体均应实施包括加密在内的控制措施,以保护所涵盖实体持有或传输的非公开信息,无论这些信息是通过外部网络传输还是静态信息。

api-gw-ssl-enabled

确保 Amazon API Gateway REST API 阶段配置了 SSL 证书,以允许后端系统验证请求来自 API Gateway。
500.15(a) (a) 作为其网络安全计划的一部分,根据其风险评估,每个所涵盖实体均应实施包括加密在内的控制措施,以保护所涵盖实体持有或传输的非公开信息,无论这些信息是通过外部网络传输还是静态信息。

dynamodb-table-encrypted-kms

确保为 Amazon DynamoDB 表启用加密。由于这些表中可能存在敏感的静态数据,因此应启用静态加密以帮助保护这些数据。默认情况下,DynamoDB 表使用 AWS 拥有的客户主密钥 (CMK) 进行加密。
500.15(a) (a) 作为其网络安全计划的一部分,根据其风险评估,每个所涵盖实体均应实施包括加密在内的控制措施,以保护所涵盖实体持有或传输的非公开信息,无论这些信息是通过外部网络传输还是静态信息。

elbv2-acm-certificate-required

由于可能存在敏感数据,并且为了帮助保护传输中的数据,应确保 Elastic Load Balancing 启用了加密。使用 AWS Certificate Manager 通过 AWS 服务和内部资源管理、预置和部署公有和私有 SSL/TLS 证书。
500.15(a) (a) 作为其网络安全计划的一部分,根据其风险评估,每个所涵盖实体均应实施包括加密在内的控制措施,以保护所涵盖实体持有或传输的非公开信息,无论这些信息是通过外部网络传输还是静态信息。

redshift-cluster-kms-enabled

为了帮助保护静态数据,请确保您的 Amazon Redshift 集群启用了使用 AWS Key Management Service (AWS KMS) 的加密。由于 Redshift 集群中可能存在敏感的静态数据,因此应启用静态加密以帮助保护这些数据。
500.15(a) (a) 作为其网络安全计划的一部分,根据其风险评估,每个所涵盖实体均应实施包括加密在内的控制措施,以保护所涵盖实体持有或传输的非公开信息,无论这些信息是通过外部网络传输还是静态信息。

s3-default-encryption-kms

确保您的 Amazon Simple Storage Service (Amazon S3) 存储桶启用了加密。由于 Amazon S3 存储桶中可能存在敏感的静态数据,因此应启用静态加密以帮助保护这些数据。
500.15(a) (a) 作为其网络安全计划的一部分,根据其风险评估,每个所涵盖实体均应实施包括加密在内的控制措施,以保护所涵盖实体持有或传输的非公开信息,无论这些信息是通过外部网络传输还是静态信息。

secretsmanager-using-cmk

为了帮助保护静态数据,请确保为 AWS Secrets Manager 机密启用 AWS Key Management Service (AWS KMS)。由于 Secrets Manager 机密中可能存在敏感的静态数据,因此应启用静态加密以帮助保护这些数据。
500.15(a) (a) 作为其网络安全计划的一部分,根据其风险评估,每个所涵盖实体均应实施包括加密在内的控制措施,以保护所涵盖实体持有或传输的非公开信息,无论这些信息是通过外部网络传输还是静态信息。

backup-recovery-point-encrypted

确保您的 AWS Backup 恢复点已启用加密。由于可能存在敏感的静态数据,因此应启用静态加密以帮助保护这些数据。
500.15(a) (a) 作为其网络安全计划的一部分,根据其风险评估,每个所涵盖实体均应实施包括加密在内的控制措施,以保护所涵盖实体持有或传输的非公开信息,无论这些信息是通过外部网络传输还是静态信息。

codebuild-project-artifact-encryption

为了帮助保护静态敏感数据,请确保为 AWS CodeBuild 构件启用加密。
500.15(a) (a) 作为其网络安全计划的一部分,根据其风险评估,每个所涵盖实体均应实施包括加密在内的控制措施,以保护所涵盖实体持有或传输的非公开信息,无论这些信息是通过外部网络传输还是静态信息。

kinesis-stream-encrypted

由于可能存在敏感数据,并且为了帮助保护静态数据,应确保您的 Amazon Kinesis Streams 启用了加密。
500.16 (a) 作为其网络安全计划的一部分,每个所涵盖实体均应制定书面事件响应计划,旨在迅速应对任何对所涵盖实体的信息系统的机密性、完整性或可用性或所涵盖实体业务或运营的任何方面的持续功能产生重大影响的网络安全事件,并从中恢复。 response-plan-exists-maintained(流程检查) 确保制定和维护事件响应计划,并将其分发给负责人。

模板

该模板可在 GitHub 上找到:NYDFS 23 操作最佳实践