Práticas recomendadas operacionais para o BNM RMit

Os pacotes de conformidade fornecem um framework de conformidade de uso geral desenvolvido para permitir que você crie verificações de governança operacional, de segurança ou de otimização de custos usando regras gerenciadas ou personalizadas do AWS Config e ações de correção do AWS Config. Os pacotes de conformidade, como os modelos de amostra, não foram projetados para garantir totalmente a conformidade com um padrão específico de governança ou conformidade. Você é responsável por avaliar se o seu uso dos serviços atende aos requisitos legais e regulamentares aplicáveis.  

A seguir, é apresentado um exemplo de mapeamento entre o Risk Management in Technology (RMiT) do Bank Negara Malaysia (BNM) e as regras gerenciadas do AWS Config. Cada regra do Config se aplica a um recurso específico da AWS e está relacionada a um ou mais controles do BNM RMiT. Um controle do CJIS pode estar relacionado a várias regras do Config. Consulte a tabela abaixo para conferir mais detalhes e orientações relacionados a esses mapeamentos.

ID de controle	Descrição do controle	Regra do AWS Config	Orientação
10.18	Uma instituição financeira deve realizar a devida diligência e avaliar os controles criptográficos associados à tecnologia utilizada, a fim de proteger a confidencialidade, integridade, autenticação, autorização e não repúdio das informações. Quando uma instituição financeira não gera suas próprias chaves de criptografia, ela deve tomar medidas apropriadas para garantir a existência de controles e processos robustos para gerenciar as chaves de criptografia. Quando isso envolver a confiança em avaliações de terceiros, a instituição financeira deverá considerar se essa confiança é consistente com a propensão e a tolerância ao risco da instituição financeira. Uma instituição financeira também deve dar a devida atenção aos recursos do sistema necessários para apoiar os controles criptográficos e ao risco de redução da visibilidade do tráfego de rede dos dados que foram criptografados.	alb-http-to-https-redirection-check	Para ajudar a proteger os dados em trânsito, garanta que o Application Load Balancer redirecione automaticamente as solicitações HTTP não criptografadas para HTTPS. Como pode haver dados confidenciais, habilite a criptografia em trânsito para ajudar a protegê-los.
10.18	Uma instituição financeira deve realizar a devida diligência e avaliar os controles criptográficos associados à tecnologia utilizada, a fim de proteger a confidencialidade, integridade, autenticação, autorização e não repúdio das informações. Quando uma instituição financeira não gera suas próprias chaves de criptografia, ela deve tomar medidas apropriadas para garantir a existência de controles e processos robustos para gerenciar as chaves de criptografia. Quando isso envolver a confiança em avaliações de terceiros, a instituição financeira deverá considerar se essa confiança é consistente com a propensão e a tolerância ao risco da instituição financeira. Uma instituição financeira também deve dar a devida atenção aos recursos do sistema necessários para apoiar os controles criptográficos e ao risco de redução da visibilidade do tráfego de rede dos dados que foram criptografados.	api-gw-cache-enabled-and-encrypted	Para ajudar a proteger os dados em repouso, habilite a criptografia para o cache do estágio do API Gateway. Como dados confidenciais podem ser capturados para o método da API, habilite a criptografia em repouso para ajudar a protegê-los.
10.18	Uma instituição financeira deve realizar a devida diligência e avaliar os controles criptográficos associados à tecnologia utilizada, a fim de proteger a confidencialidade, integridade, autenticação, autorização e não repúdio das informações. Quando uma instituição financeira não gera suas próprias chaves de criptografia, ela deve tomar medidas apropriadas para garantir a existência de controles e processos robustos para gerenciar as chaves de criptografia. Quando isso envolver a confiança em avaliações de terceiros, a instituição financeira deverá considerar se essa confiança é consistente com a propensão e a tolerância ao risco da instituição financeira. Uma instituição financeira também deve dar a devida atenção aos recursos do sistema necessários para apoiar os controles criptográficos e ao risco de redução da visibilidade do tráfego de rede dos dados que foram criptografados.	api-gw-ssl-enabled	Configure os estágios da API REST do Amazon API Gateway com certificados SSL para permitir que os sistemas de back-end autentiquem o API Gateway como origem das solicitações.
10.18	Uma instituição financeira deve realizar a devida diligência e avaliar os controles criptográficos associados à tecnologia utilizada, a fim de proteger a confidencialidade, integridade, autenticação, autorização e não repúdio das informações. Quando uma instituição financeira não gera suas próprias chaves de criptografia, ela deve tomar medidas apropriadas para garantir a existência de controles e processos robustos para gerenciar as chaves de criptografia. Quando isso envolver a confiança em avaliações de terceiros, a instituição financeira deverá considerar se essa confiança é consistente com a propensão e a tolerância ao risco da instituição financeira. Uma instituição financeira também deve dar a devida atenção aos recursos do sistema necessários para apoiar os controles criptográficos e ao risco de redução da visibilidade do tráfego de rede dos dados que foram criptografados.	backup-recovery-point-encrypted	Habilite a criptografia esteja para os pontos de recuperação do AWS Backup. Como pode haver dados confidenciais em repouso, habilite a criptografia em repouso para ajudar a protegê-los.
10.18	Uma instituição financeira deve realizar a devida diligência e avaliar os controles criptográficos associados à tecnologia utilizada, a fim de proteger a confidencialidade, integridade, autenticação, autorização e não repúdio das informações. Quando uma instituição financeira não gera suas próprias chaves de criptografia, ela deve tomar medidas apropriadas para garantir a existência de controles e processos robustos para gerenciar as chaves de criptografia. Quando isso envolver a confiança em avaliações de terceiros, a instituição financeira deverá considerar se essa confiança é consistente com a propensão e a tolerância ao risco da instituição financeira. Uma instituição financeira também deve dar a devida atenção aos recursos do sistema necessários para apoiar os controles criptográficos e ao risco de redução da visibilidade do tráfego de rede dos dados que foram criptografados.	cloudtrail-security-trail-enabled	Essa regra ajuda a garantir o uso das práticas recomendadas de segurança da AWS para o AWS CloudTrail verificando a habilitação de várias configurações. Isso inclui o uso de criptografia de log, validação de log e habilitação do AWS CloudTrail em várias regiões.
10.18	Uma instituição financeira deve realizar a devida diligência e avaliar os controles criptográficos associados à tecnologia utilizada, a fim de proteger a confidencialidade, integridade, autenticação, autorização e não repúdio das informações. Quando uma instituição financeira não gera suas próprias chaves de criptografia, ela deve tomar medidas apropriadas para garantir a existência de controles e processos robustos para gerenciar as chaves de criptografia. Quando isso envolver a confiança em avaliações de terceiros, a instituição financeira deverá considerar se essa confiança é consistente com a propensão e a tolerância ao risco da instituição financeira. Uma instituição financeira também deve dar a devida atenção aos recursos do sistema necessários para apoiar os controles criptográficos e ao risco de redução da visibilidade do tráfego de rede dos dados que foram criptografados.	cloudwatch-log-group-encrypted	Para ajudar a proteger dados confidenciais em repouso, habilite a criptografia para os grupos do Amazon CloudWatch Logs.
10.18	Uma instituição financeira deve realizar a devida diligência e avaliar os controles criptográficos associados à tecnologia utilizada, a fim de proteger a confidencialidade, integridade, autenticação, autorização e não repúdio das informações. Quando uma instituição financeira não gera suas próprias chaves de criptografia, ela deve tomar medidas apropriadas para garantir a existência de controles e processos robustos para gerenciar as chaves de criptografia. Quando isso envolver a confiança em avaliações de terceiros, a instituição financeira deverá considerar se essa confiança é consistente com a propensão e a tolerância ao risco da instituição financeira. Uma instituição financeira também deve dar a devida atenção aos recursos do sistema necessários para apoiar os controles criptográficos e ao risco de redução da visibilidade do tráfego de rede dos dados que foram criptografados.	cmk-backing-key-rotation-enabled	Habilite a alternância de chaves para que sejam usadas alternadamente depois de atingirem o final do período criptográfico.
10.18	Uma instituição financeira deve realizar a devida diligência e avaliar os controles criptográficos associados à tecnologia utilizada, a fim de proteger a confidencialidade, integridade, autenticação, autorização e não repúdio das informações. Quando uma instituição financeira não gera suas próprias chaves de criptografia, ela deve tomar medidas apropriadas para garantir a existência de controles e processos robustos para gerenciar as chaves de criptografia. Quando isso envolver a confiança em avaliações de terceiros, a instituição financeira deverá considerar se essa confiança é consistente com a propensão e a tolerância ao risco da instituição financeira. Uma instituição financeira também deve dar a devida atenção aos recursos do sistema necessários para apoiar os controles criptográficos e ao risco de redução da visibilidade do tráfego de rede dos dados que foram criptografados.	dynamodb-table-encrypted-kms	Habilite a criptografia para as tabelas do Amazon DynamoDB. Como pode haver dados confidenciais em repouso nessas tabelas, habilite a criptografia em repouso para ajudar a protegê-los. Por padrão, as tabelas do DynamoDB são criptografadas com uma chave mestra de cliente (CMK) pertencente à AWS.
10.18	Uma instituição financeira deve realizar a devida diligência e avaliar os controles criptográficos associados à tecnologia utilizada, a fim de proteger a confidencialidade, integridade, autenticação, autorização e não repúdio das informações. Quando uma instituição financeira não gera suas próprias chaves de criptografia, ela deve tomar medidas apropriadas para garantir a existência de controles e processos robustos para gerenciar as chaves de criptografia. Quando isso envolver a confiança em avaliações de terceiros, a instituição financeira deverá considerar se essa confiança é consistente com a propensão e a tolerância ao risco da instituição financeira. Uma instituição financeira também deve dar a devida atenção aos recursos do sistema necessários para apoiar os controles criptográficos e ao risco de redução da visibilidade do tráfego de rede dos dados que foram criptografados.	ec2-ebs-encryption-by-default	Para ajudar a proteger os dados em repouso, habilite a criptografia para os volumes do Amazon Elastic Block Store (Amazon EBS). Como pode haver dados confidenciais em repouso nesses volumes, habilite a criptografia em repouso para ajudar a protegê-los.
10.18	Uma instituição financeira deve realizar a devida diligência e avaliar os controles criptográficos associados à tecnologia utilizada, a fim de proteger a confidencialidade, integridade, autenticação, autorização e não repúdio das informações. Quando uma instituição financeira não gera suas próprias chaves de criptografia, ela deve tomar medidas apropriadas para garantir a existência de controles e processos robustos para gerenciar as chaves de criptografia. Quando isso envolver a confiança em avaliações de terceiros, a instituição financeira deverá considerar se essa confiança é consistente com a propensão e a tolerância ao risco da instituição financeira. Uma instituição financeira também deve dar a devida atenção aos recursos do sistema necessários para apoiar os controles criptográficos e ao risco de redução da visibilidade do tráfego de rede dos dados que foram criptografados.	efs-encrypted-check	Como pode haver dados confidenciais, e para ajudar a proteger os dados em repouso, habilite a criptografia para o Amazon Elastic File System (EFS).
10.18	Uma instituição financeira deve realizar a devida diligência e avaliar os controles criptográficos associados à tecnologia utilizada, a fim de proteger a confidencialidade, integridade, autenticação, autorização e não repúdio das informações. Quando uma instituição financeira não gera suas próprias chaves de criptografia, ela deve tomar medidas apropriadas para garantir a existência de controles e processos robustos para gerenciar as chaves de criptografia. Quando isso envolver a confiança em avaliações de terceiros, a instituição financeira deverá considerar se essa confiança é consistente com a propensão e a tolerância ao risco da instituição financeira. Uma instituição financeira também deve dar a devida atenção aos recursos do sistema necessários para apoiar os controles criptográficos e ao risco de redução da visibilidade do tráfego de rede dos dados que foram criptografados.	elbv2-acm-certificate-required	Como pode haver dados confidenciais, e para ajudar a proteger os dados em trânsito, habilite a criptografia para o Elastic Load Balancing. Use o AWS Certificate Manager para gerenciar, provisionar e implantar certificados SSL/TLS públicos e privados com recursos internos e serviços da AWS.
10.18	Uma instituição financeira deve realizar a devida diligência e avaliar os controles criptográficos associados à tecnologia utilizada, a fim de proteger a confidencialidade, integridade, autenticação, autorização e não repúdio das informações. Quando uma instituição financeira não gera suas próprias chaves de criptografia, ela deve tomar medidas apropriadas para garantir a existência de controles e processos robustos para gerenciar as chaves de criptografia. Quando isso envolver a confiança em avaliações de terceiros, a instituição financeira deverá considerar se essa confiança é consistente com a propensão e a tolerância ao risco da instituição financeira. Uma instituição financeira também deve dar a devida atenção aos recursos do sistema necessários para apoiar os controles criptográficos e ao risco de redução da visibilidade do tráfego de rede dos dados que foram criptografados.	encrypted-volumes	Como pode haver dados confidenciais, e para ajudar a proteger os dados em repouso, habilite a criptografia para os volumes do Amazon Elastic Block Store (Amazon EBS).
10.18	Uma instituição financeira deve realizar a devida diligência e avaliar os controles criptográficos associados à tecnologia utilizada, a fim de proteger a confidencialidade, integridade, autenticação, autorização e não repúdio das informações. Quando uma instituição financeira não gera suas próprias chaves de criptografia, ela deve tomar medidas apropriadas para garantir a existência de controles e processos robustos para gerenciar as chaves de criptografia. Quando isso envolver a confiança em avaliações de terceiros, a instituição financeira deverá considerar se essa confiança é consistente com a propensão e a tolerância ao risco da instituição financeira. Uma instituição financeira também deve dar a devida atenção aos recursos do sistema necessários para apoiar os controles criptográficos e ao risco de redução da visibilidade do tráfego de rede dos dados que foram criptografados.	kms-cmk-not-scheduled-for-deletion	Para ajudar a proteger dados em repouso, as chaves mestras do cliente (CMKs) necessárias não devem estar programadas para exclusão no AWS Key Management Service (AWS KMS). Como às vezes a exclusão da chave é necessária, essa regra pode ajudar na verificação de todas as chaves programadas para exclusão, caso alguma delas sido programada de maneira não intencional.
10.18	Uma instituição financeira deve realizar a devida diligência e avaliar os controles criptográficos associados à tecnologia utilizada, a fim de proteger a confidencialidade, integridade, autenticação, autorização e não repúdio das informações. Quando uma instituição financeira não gera suas próprias chaves de criptografia, ela deve tomar medidas apropriadas para garantir a existência de controles e processos robustos para gerenciar as chaves de criptografia. Quando isso envolver a confiança em avaliações de terceiros, a instituição financeira deverá considerar se essa confiança é consistente com a propensão e a tolerância ao risco da instituição financeira. Uma instituição financeira também deve dar a devida atenção aos recursos do sistema necessários para apoiar os controles criptográficos e ao risco de redução da visibilidade do tráfego de rede dos dados que foram criptografados.	opensearch-encrypted-at-rest	Como pode haver dados confidenciais, e para ajudar a proteger os dados em repouso, habilite a criptografia para os domínios do Amazon OpenSearch Service.
10.18	Uma instituição financeira deve realizar a devida diligência e avaliar os controles criptográficos associados à tecnologia utilizada, a fim de proteger a confidencialidade, integridade, autenticação, autorização e não repúdio das informações. Quando uma instituição financeira não gera suas próprias chaves de criptografia, ela deve tomar medidas apropriadas para garantir a existência de controles e processos robustos para gerenciar as chaves de criptografia. Quando isso envolver a confiança em avaliações de terceiros, a instituição financeira deverá considerar se essa confiança é consistente com a propensão e a tolerância ao risco da instituição financeira. Uma instituição financeira também deve dar a devida atenção aos recursos do sistema necessários para apoiar os controles criptográficos e ao risco de redução da visibilidade do tráfego de rede dos dados que foram criptografados.	opensearch-https-required	Como pode haver dados confidenciais, e para ajudar a proteger os dados em trânsito, habilite o HTTPS para as conexões com os domínios do Amazon OpenSearch Service.
10.18	Uma instituição financeira deve realizar a devida diligência e avaliar os controles criptográficos associados à tecnologia utilizada, a fim de proteger a confidencialidade, integridade, autenticação, autorização e não repúdio das informações. Quando uma instituição financeira não gera suas próprias chaves de criptografia, ela deve tomar medidas apropriadas para garantir a existência de controles e processos robustos para gerenciar as chaves de criptografia. Quando isso envolver a confiança em avaliações de terceiros, a instituição financeira deverá considerar se essa confiança é consistente com a propensão e a tolerância ao risco da instituição financeira. Uma instituição financeira também deve dar a devida atenção aos recursos do sistema necessários para apoiar os controles criptográficos e ao risco de redução da visibilidade do tráfego de rede dos dados que foram criptografados.	opensearch-node-to-node-encryption-check	Habilite a criptografia de nó a nó para o Amazon OpenSearch Service. A criptografia de nó a nó permite a criptografia TLS 1.2 para todas as comunicações no Amazon Virtual Private Cloud (Amazon VPC). Como pode haver dados confidenciais, habilite a criptografia em trânsito para ajudar a protegê-los.
10.18	Uma instituição financeira deve realizar a devida diligência e avaliar os controles criptográficos associados à tecnologia utilizada, a fim de proteger a confidencialidade, integridade, autenticação, autorização e não repúdio das informações. Quando uma instituição financeira não gera suas próprias chaves de criptografia, ela deve tomar medidas apropriadas para garantir a existência de controles e processos robustos para gerenciar as chaves de criptografia. Quando isso envolver a confiança em avaliações de terceiros, a instituição financeira deverá considerar se essa confiança é consistente com a propensão e a tolerância ao risco da instituição financeira. Uma instituição financeira também deve dar a devida atenção aos recursos do sistema necessários para apoiar os controles criptográficos e ao risco de redução da visibilidade do tráfego de rede dos dados que foram criptografados.	rds-snapshot-encrypted	Habilite a criptografia para os instantâneos do Amazon Relational Database Service (Amazon RDS). Como pode haver dados confidenciais em repouso, habilite a criptografia em repouso para ajudar a protegê-los.
10.18	Uma instituição financeira deve realizar a devida diligência e avaliar os controles criptográficos associados à tecnologia utilizada, a fim de proteger a confidencialidade, integridade, autenticação, autorização e não repúdio das informações. Quando uma instituição financeira não gera suas próprias chaves de criptografia, ela deve tomar medidas apropriadas para garantir a existência de controles e processos robustos para gerenciar as chaves de criptografia. Quando isso envolver a confiança em avaliações de terceiros, a instituição financeira deverá considerar se essa confiança é consistente com a propensão e a tolerância ao risco da instituição financeira. Uma instituição financeira também deve dar a devida atenção aos recursos do sistema necessários para apoiar os controles criptográficos e ao risco de redução da visibilidade do tráfego de rede dos dados que foram criptografados.	rds-storage-encrypted	Para ajudar a proteger os dados em repouso, habilite a criptografia para as instâncias do Amazon Relational Database Service (Amazon RDS). Como pode haver dados confidenciais em repouso nas instâncias do Amazon RDS, habilite a criptografia em repouso para ajudar a protegê-los.
10.18	Uma instituição financeira deve realizar a devida diligência e avaliar os controles criptográficos associados à tecnologia utilizada, a fim de proteger a confidencialidade, integridade, autenticação, autorização e não repúdio das informações. Quando uma instituição financeira não gera suas próprias chaves de criptografia, ela deve tomar medidas apropriadas para garantir a existência de controles e processos robustos para gerenciar as chaves de criptografia. Quando isso envolver a confiança em avaliações de terceiros, a instituição financeira deverá considerar se essa confiança é consistente com a propensão e a tolerância ao risco da instituição financeira. Uma instituição financeira também deve dar a devida atenção aos recursos do sistema necessários para apoiar os controles criptográficos e ao risco de redução da visibilidade do tráfego de rede dos dados que foram criptografados.	redshift-cluster-configuration-check	Para proteger os dados em repouso, habilite a criptografia para os clusters do Amazon Redshift. Implante também as configurações necessárias nos clusters do Amazon Redshift. O registro em log de auditoria deve ser habilitado para fornecer informações sobre conexões e atividades do usuário no banco de dados. Essa regra exige que um valor seja definido para clusterDbEncrypted (padrão do Config: VERDADEIRO) e loggingEnabled (padrão do Config: VERDADEIRO). Os valores reais devem refletir as políticas da organização.
10.18	Uma instituição financeira deve realizar a devida diligência e avaliar os controles criptográficos associados à tecnologia utilizada, a fim de proteger a confidencialidade, integridade, autenticação, autorização e não repúdio das informações. Quando uma instituição financeira não gera suas próprias chaves de criptografia, ela deve tomar medidas apropriadas para garantir a existência de controles e processos robustos para gerenciar as chaves de criptografia. Quando isso envolver a confiança em avaliações de terceiros, a instituição financeira deverá considerar se essa confiança é consistente com a propensão e a tolerância ao risco da instituição financeira. Uma instituição financeira também deve dar a devida atenção aos recursos do sistema necessários para apoiar os controles criptográficos e ao risco de redução da visibilidade do tráfego de rede dos dados que foram criptografados.	redshift-cluster-kms-enabled	Para ajudar a proteger os dados em repouso, habilite a criptografia com o AWS Key Management Service (AWS KMS) para o cluster do Amazon Redshift. Como pode haver dados confidenciais em repouso nos clusters do Redshift, habilite a criptografia em repouso para ajudar a protegê-los.
10.18	Uma instituição financeira deve realizar a devida diligência e avaliar os controles criptográficos associados à tecnologia utilizada, a fim de proteger a confidencialidade, integridade, autenticação, autorização e não repúdio das informações. Quando uma instituição financeira não gera suas próprias chaves de criptografia, ela deve tomar medidas apropriadas para garantir a existência de controles e processos robustos para gerenciar as chaves de criptografia. Quando isso envolver a confiança em avaliações de terceiros, a instituição financeira deverá considerar se essa confiança é consistente com a propensão e a tolerância ao risco da instituição financeira. Uma instituição financeira também deve dar a devida atenção aos recursos do sistema necessários para apoiar os controles criptográficos e ao risco de redução da visibilidade do tráfego de rede dos dados que foram criptografados.	redshift-require-tls-ssl	Os clusters do Amazon Redshift devem exigir criptografia TLS/SSL para se conectar aos clientes SQL. Como pode haver dados confidenciais, habilite a criptografia em trânsito para ajudar a protegê-los.
10.18	Uma instituição financeira deve realizar a devida diligência e avaliar os controles criptográficos associados à tecnologia utilizada, a fim de proteger a confidencialidade, integridade, autenticação, autorização e não repúdio das informações. Quando uma instituição financeira não gera suas próprias chaves de criptografia, ela deve tomar medidas apropriadas para garantir a existência de controles e processos robustos para gerenciar as chaves de criptografia. Quando isso envolver a confiança em avaliações de terceiros, a instituição financeira deverá considerar se essa confiança é consistente com a propensão e a tolerância ao risco da instituição financeira. Uma instituição financeira também deve dar a devida atenção aos recursos do sistema necessários para apoiar os controles criptográficos e ao risco de redução da visibilidade do tráfego de rede dos dados que foram criptografados.	s3-bucket-server-side-encryption-enabled	Para ajudar a proteger os dados em repouso, habilite a criptografia para os buckets do Amazon Simple Storage Service (Amazon S3). Como pode haver dados confidenciais em repouso nos buckets do Amazon S3, habilite a criptografia para ajudar a protegê-los.
10.18	Uma instituição financeira deve realizar a devida diligência e avaliar os controles criptográficos associados à tecnologia utilizada, a fim de proteger a confidencialidade, integridade, autenticação, autorização e não repúdio das informações. Quando uma instituição financeira não gera suas próprias chaves de criptografia, ela deve tomar medidas apropriadas para garantir a existência de controles e processos robustos para gerenciar as chaves de criptografia. Quando isso envolver a confiança em avaliações de terceiros, a instituição financeira deverá considerar se essa confiança é consistente com a propensão e a tolerância ao risco da instituição financeira. Uma instituição financeira também deve dar a devida atenção aos recursos do sistema necessários para apoiar os controles criptográficos e ao risco de redução da visibilidade do tráfego de rede dos dados que foram criptografados.	s3-bucket-ssl-requests-only	Para ajudar a proteger dados em trânsito, os buckets do Amazon Simple Storage Service (Amazon S3) devem exigir solicitações de uso do Secure Socket Layer (SSL). Como pode haver dados confidenciais, habilite a criptografia em trânsito para ajudar a protegê-los.
10.18	Uma instituição financeira deve realizar a devida diligência e avaliar os controles criptográficos associados à tecnologia utilizada, a fim de proteger a confidencialidade, integridade, autenticação, autorização e não repúdio das informações. Quando uma instituição financeira não gera suas próprias chaves de criptografia, ela deve tomar medidas apropriadas para garantir a existência de controles e processos robustos para gerenciar as chaves de criptografia. Quando isso envolver a confiança em avaliações de terceiros, a instituição financeira deverá considerar se essa confiança é consistente com a propensão e a tolerância ao risco da instituição financeira. Uma instituição financeira também deve dar a devida atenção aos recursos do sistema necessários para apoiar os controles criptográficos e ao risco de redução da visibilidade do tráfego de rede dos dados que foram criptografados.	s3-default-encryption-kms	Habilite a criptografia para os buckets do Amazon Simple Storage Service (Amazon S3). Como pode haver dados confidenciais em repouso em um bucket do Amazon S3, habilite a criptografia em repouso para ajudar a protegê-los.
10.18	Uma instituição financeira deve realizar a devida diligência e avaliar os controles criptográficos associados à tecnologia utilizada, a fim de proteger a confidencialidade, integridade, autenticação, autorização e não repúdio das informações. Quando uma instituição financeira não gera suas próprias chaves de criptografia, ela deve tomar medidas apropriadas para garantir a existência de controles e processos robustos para gerenciar as chaves de criptografia. Quando isso envolver a confiança em avaliações de terceiros, a instituição financeira deverá considerar se essa confiança é consistente com a propensão e a tolerância ao risco da instituição financeira. Uma instituição financeira também deve dar a devida atenção aos recursos do sistema necessários para apoiar os controles criptográficos e ao risco de redução da visibilidade do tráfego de rede dos dados que foram criptografados.	sagemaker-endpoint-configuration-kms-key-configured	Para ajudar a proteger os dados em repouso, habilite a criptografia com o AWS Key Management Service (AWS KMS) para o endpoint do SageMaker. Como pode haver dados confidenciais em repouso no endpoint do SageMaker, habilite a criptografia em repouso para ajudar a protegê-los.
10.18	Uma instituição financeira deve realizar a devida diligência e avaliar os controles criptográficos associados à tecnologia utilizada, a fim de proteger a confidencialidade, integridade, autenticação, autorização e não repúdio das informações. Quando uma instituição financeira não gera suas próprias chaves de criptografia, ela deve tomar medidas apropriadas para garantir a existência de controles e processos robustos para gerenciar as chaves de criptografia. Quando isso envolver a confiança em avaliações de terceiros, a instituição financeira deverá considerar se essa confiança é consistente com a propensão e a tolerância ao risco da instituição financeira. Uma instituição financeira também deve dar a devida atenção aos recursos do sistema necessários para apoiar os controles criptográficos e ao risco de redução da visibilidade do tráfego de rede dos dados que foram criptografados.	sagemaker-notebook-instance-kms-key-configured	Para ajudar a proteger os dados em repouso, habilite a criptografia com o AWS Key Management Service (AWS KMS) para o caderno do SageMaker. Como pode haver dados confidenciais em repouso no cadernodo SageMaker, habilite a criptografia em repouso para ajudar a protegê-los.
10.18	Uma instituição financeira deve realizar a devida diligência e avaliar os controles criptográficos associados à tecnologia utilizada, a fim de proteger a confidencialidade, integridade, autenticação, autorização e não repúdio das informações. Quando uma instituição financeira não gera suas próprias chaves de criptografia, ela deve tomar medidas apropriadas para garantir a existência de controles e processos robustos para gerenciar as chaves de criptografia. Quando isso envolver a confiança em avaliações de terceiros, a instituição financeira deverá considerar se essa confiança é consistente com a propensão e a tolerância ao risco da instituição financeira. Uma instituição financeira também deve dar a devida atenção aos recursos do sistema necessários para apoiar os controles criptográficos e ao risco de redução da visibilidade do tráfego de rede dos dados que foram criptografados.	secretsmanager-using-cmk	Para ajudar a proteger os dados em repouso, habilite a criptografia com o AWS Key Management Service (AWS KMS) para os segredos do AWS Secrets Manager. Como pode haver dados confidenciais em repouso nos segredos do Secrets Manager, habilite a criptografia em repouso para ajudar a protegê-los.
10.18	Uma instituição financeira deve realizar a devida diligência e avaliar os controles criptográficos associados à tecnologia utilizada, a fim de proteger a confidencialidade, integridade, autenticação, autorização e não repúdio das informações. Quando uma instituição financeira não gera suas próprias chaves de criptografia, ela deve tomar medidas apropriadas para garantir a existência de controles e processos robustos para gerenciar as chaves de criptografia. Quando isso envolver a confiança em avaliações de terceiros, a instituição financeira deverá considerar se essa confiança é consistente com a propensão e a tolerância ao risco da instituição financeira. Uma instituição financeira também deve dar a devida atenção aos recursos do sistema necessários para apoiar os controles criptográficos e ao risco de redução da visibilidade do tráfego de rede dos dados que foram criptografados.	sns-encrypted-kms	Para ajudar a proteger os dados em repouso, use o AWS Key Management Service (AWS KMS) para garantir que os tópicos do Amazon Simple Notification Service (Amazon SNS) exijam criptografia. Como pode haver dados confidenciais em repouso em mensagens publicadas, habilite a criptografia em repouso para ajudar a protegê-los.
10.20	Uma instituição financeira deve armazenar chaves criptográficas públicas em um certificado emitido por uma autoridade de certificação, conforme apropriado ao nível de risco. Esses certificados associados aos clientes serão emitidos por autoridades de certificação reconhecidas. A instituição financeira deve garantir que a implementação de protocolos de autenticação e assinatura utilizando tais certificados esteja sujeita a uma forte proteção para garantir que a utilização de chaves criptográficas privadas correspondentes aos certificados de utilizador seja juridicamente vinculativa e irrefutável. A emissão inicial e a subsequente renovação de tais certificados devem ser consistentes com as práticas recomendadas do setor e com as especificações legais/regulamentares aplicáveis.	acm-certificate-expiration-check	Para proteger a integridade da rede, garanta que os certificados X509 sejam emitidos pelo AWS ACM. Esses certificados devem ser válidos e estar dentro do prazo de validade. Essa regra exige um valor para daysToExpiration (valor do Práticas Recomendadas de Segurança Básica da AWS: 90). O valor real deve refletir as políticas da organização.
10.20	Uma instituição financeira deve armazenar chaves criptográficas públicas em um certificado emitido por uma autoridade de certificação, conforme apropriado ao nível de risco. Esses certificados associados aos clientes serão emitidos por autoridades de certificação reconhecidas. A instituição financeira deve garantir que a implementação de protocolos de autenticação e assinatura utilizando tais certificados esteja sujeita a uma forte proteção para garantir que a utilização de chaves criptográficas privadas correspondentes aos certificados de utilizador seja juridicamente vinculativa e irrefutável. A emissão inicial e a subsequente renovação de tais certificados devem ser consistentes com as práticas recomendadas do setor e com as especificações legais/regulamentares aplicáveis.	elbv2-acm-certificate-required	Como pode haver dados confidenciais, e para ajudar a proteger os dados em trânsito, habilite a criptografia para o Elastic Load Balancing. Use o AWS Certificate Manager para gerenciar, provisionar e implantar certificados SSL/TLS públicos e privados com recursos internos e serviços da AWS.
10.27	Uma instituição financeira deve estabelecer mecanismos de monitorização em tempo real para acompanhar a utilização da capacidade e o desempenho dos principais processos e serviços. Esses mecanismos de monitoramento deverão ser capazes de fornecer alertas oportunos e acionáveis aos administradores.	autoscaling-group-elb-healthcheck-required	As verificações de integridade do Elastic Load Balancer (ELB) para grupos do Amazon Elastic Compute Cloud (Amazon EC2) Auto Scaling contribuem para a manutenção de níveis adequados de capacidade e disponibilidade. O balanceador de carga periodicamente envia pings, faz tentativas de conexão ou envia solicitações para testar a integridade de instâncias do Amazon EC2 em um grupo de ajuste de escala automático. Se uma instância não estiver respondendo, o tráfego será enviado para uma nova instância do Amazon EC2.
10.27	Uma instituição financeira deve estabelecer mecanismos de monitorização em tempo real para acompanhar a utilização da capacidade e o desempenho dos principais processos e serviços. Esses mecanismos de monitoramento deverão ser capazes de fornecer alertas oportunos e acionáveis aos administradores.	beanstalk-enhanced-health-reporting-enabled	Os relatórios de integridade aprimorados do AWS Elastic Beanstalk permitem uma resposta mais rápida às alterações na integridade da infraestrutura subjacente. Essas alterações podem resultar na falta de disponibilidade da aplicação. Os relatórios de integridade aprimorados do Elastic Beanstalk fornecem um descritor de status para avaliar a gravidade dos problemas identificados e descobrir possíveis causas a serem investigadas.
10.27	Uma instituição financeira deve estabelecer mecanismos de monitorização em tempo real para acompanhar a utilização da capacidade e o desempenho dos principais processos e serviços. Esses mecanismos de monitoramento deverão ser capazes de fornecer alertas oportunos e acionáveis aos administradores.	cloudwatch-alarm-action-check	Os alarmes do Amazon CloudWatch alertam quando uma métrica ultrapassa o limite de um número especificado de períodos de avaliação. O alarme executa uma ou mais ações com base no valor da métrica ou na expressão em relação a um limite em alguns períodos. Essa regra exige um valor para alarmActionRequired (padrão do Config: verdadeiro), insufficientDataActionRequired (padrão do Config: verdadeiro), okActionRequired (padrão do Config: falso). O valor real deve refletir as ações de alarme do ambiente.
10.27	Uma instituição financeira deve estabelecer mecanismos de monitorização em tempo real para acompanhar a utilização da capacidade e o desempenho dos principais processos e serviços. Esses mecanismos de monitoramento deverão ser capazes de fornecer alertas oportunos e acionáveis aos administradores.	cloud-trail-cloud-watch-logs-enabled	Use o Amazon CloudWatch para coletar e gerenciar centralmente a atividade de eventos de logs. A inclusão dos dados do AWS CloudTrail fornece detalhes da atividade de chamadas da API em sua Conta da AWS.
10.27	Uma instituição financeira deve estabelecer mecanismos de monitorização em tempo real para acompanhar a utilização da capacidade e o desempenho dos principais processos e serviços. Esses mecanismos de monitoramento deverão ser capazes de fornecer alertas oportunos e acionáveis aos administradores.	dynamodb-throughput-limit-check	Habilite essa regra para garantir que a capacidade de throughput provisionada seja verificada em suas tabelas do Amazon DynamoDB. Essa é a quantidade de atividades de leitura e gravação que cada tabela pode comportar. O DynamoDB usa essas informações para reservar recursos suficientes do sistema para atender aos seus requisitos de throughput. Essa regra gera um alerta quando o throughput se aproxima do limite máximo da conta de um cliente. Essa regra permite que você defina opcionalmente os parâmetros accountRCUThresholdPercentage (padrão do Config: 80) e accountWCUThresholdPercentage (padrão do Config: 80). Os valores reais devem refletir as políticas da organização.
10.27	Uma instituição financeira deve estabelecer mecanismos de monitorização em tempo real para acompanhar a utilização da capacidade e o desempenho dos principais processos e serviços. Esses mecanismos de monitoramento deverão ser capazes de fornecer alertas oportunos e acionáveis aos administradores.	ec2-instance-detailed-monitoring-enabled	Habilite essa regra para ajudar a melhorar o monitoramento de instâncias do Amazon Elastic Compute Cloud (Amazon EC2) no console do Amazon EC2, que exibe gráficos de monitoramento com um período de 1 minuto para a instância.
10.27	Uma instituição financeira deve estabelecer mecanismos de monitorização em tempo real para acompanhar a utilização da capacidade e o desempenho dos principais processos e serviços. Esses mecanismos de monitoramento deverão ser capazes de fornecer alertas oportunos e acionáveis aos administradores.	lambda-concurrency-check	Essa regra garante que os limites altos e baixos de simultaneidade de uma função do Lambda sejam estabelecidos. Isso pode ajudar a definir o número de solicitações que a função atende em determinado momento.
10.27	Uma instituição financeira deve estabelecer mecanismos de monitorização em tempo real para acompanhar a utilização da capacidade e o desempenho dos principais processos e serviços. Esses mecanismos de monitoramento deverão ser capazes de fornecer alertas oportunos e acionáveis aos administradores.	opensearch-logs-to-cloudwatch	Habilite os logs de erros dos domínios do Amazon OpenSearch Service e transmita-os ao Amazon CloudWatch Logs para retenção e resposta. Os logs de erros do OpenSearch Service podem auxiliar nas auditorias de segurança e acesso, além de ajudar a diagnosticar problemas de disponibilidade.
10.27	Uma instituição financeira deve estabelecer mecanismos de monitorização em tempo real para acompanhar a utilização da capacidade e o desempenho dos principais processos e serviços. Esses mecanismos de monitoramento deverão ser capazes de fornecer alertas oportunos e acionáveis aos administradores.	rds-enhanced-monitoring-enabled	Habilite o Amazon Relational Database Service (Amazon RDS) para ajudar a monitorar a disponibilidade do Amazon RDS. Isso fornece visibilidade detalhada da integridade das instâncias de banco de dados do Amazon RDS. Quando o armazenamento do Amazon RDS está usando mais de um dispositivo físico subjacente, o monitoramento avançado coleta os dados de cada dispositivo. Além disso, quando a instância do banco de dados do Amazon RDS está sendo executada em uma implantação multi-AZ, os dados de cada dispositivo no host secundário são coletados, bem como as respectivas das métricas.
10.34	Uma instituição financeira deve garantir que os serviços de rede dos seus sistemas críticos são confiáveis e não têm SPOF, a fim de proteger os sistemas críticos contra potenciais falhas de rede e ameaças cibernéticas.	elb-deletion-protection-enabled	Essa regra garante que o Elastic Load Balancing tenha a proteção contra exclusão habilitada. Use esse recurso para evitar que o balanceador de carga seja excluído de forma acidental ou mal-intencionada, o que pode levar à perda de disponibilidade das aplicações.
10.34	Uma instituição financeira deve garantir que os serviços de rede dos seus sistemas críticos são confiáveis e não têm SPOF, a fim de proteger os sistemas críticos contra potenciais falhas de rede e ameaças cibernéticas.	vpc-vpn-2-tunnels-up	Túneis redundantes do VPN Site-to-Site podem ser implementados para atender aos requisitos de resiliência. Dois túneis são usados para ajudar a garantir a conectividade caso uma das conexões do VPN Site-to-Site fique indisponível. A indisponibilidade do gateway do cliente acarreta a perda de conectividade. Para se proteger, use um segundo gateway do cliente e configure uma segunda conexão do VPN Site-to-Site para o Amazon Virtual Private Cloud (Amazon VPC) e para o gateway privado virtual.
10.35	Uma instituição financeira deve estabelecer processos de monitoramento de largura de banda da rede em tempo real e métricas de resiliência de serviço de rede correspondentes para sinalizar qualquer utilização excessiva de largura de banda e interrupções do sistema devido a congestionamento de largura de banda e falhas de rede. Isso inclui análise de tráfego para detectar tendências e anomalias.	api-gw-xray-enabled	O AWS é um serviço que coleta dados sobre solicitações que a aplicação atende e fornece ferramentas que você pode usar para visualizar, filtrar e obter informações sobre esses dados para identificar problemas e oportunidades de otimização. Habilite o X-Ray para que você possa ver informações detalhadas não apenas sobre a solicitação e a resposta, mas também sobre chamadas que a aplicação faz para recursos da AWS, microsserviços, bancos de dados e APIs HTTP da web subsequentes.
10.35	Uma instituição financeira deve estabelecer processos de monitoramento de largura de banda da rede em tempo real e métricas de resiliência de serviço de rede correspondentes para sinalizar qualquer utilização excessiva de largura de banda e interrupções do sistema devido a congestionamento de largura de banda e falhas de rede. Isso inclui análise de tráfego para detectar tendências e anomalias.	cloudwatch-alarm-action-check	Os alarmes do Amazon CloudWatch alertam quando uma métrica ultrapassa o limite de um número especificado de períodos de avaliação. O alarme executa uma ou mais ações com base no valor da métrica ou na expressão em relação a um limite em alguns períodos. Essa regra exige um valor para alarmActionRequired (padrão do Config: verdadeiro), insufficientDataActionRequired (padrão do Config: verdadeiro), okActionRequired (padrão do Config: falso). O valor real deve refletir as ações de alarme do ambiente.
10.35	Uma instituição financeira deve estabelecer processos de monitoramento de largura de banda da rede em tempo real e métricas de resiliência de serviço de rede correspondentes para sinalizar qualquer utilização excessiva de largura de banda e interrupções do sistema devido a congestionamento de largura de banda e falhas de rede. Isso inclui análise de tráfego para detectar tendências e anomalias.	elb-logging-enabled	A atividade do Elastic Load Balancing é um ponto central de comunicação em um ambiente. Habilite o registro em log do ELB. Os dados coletados fornecem informações detalhadas sobre as solicitações enviadas ao ELB. Cada log contém informações como a hora em que a solicitação foi recebida, o endereço IP do cliente, latências, caminhos de solicitação e respostas do servidor.
10.35	Uma instituição financeira deve estabelecer processos de monitoramento de largura de banda da rede em tempo real e métricas de resiliência de serviço de rede correspondentes para sinalizar qualquer utilização excessiva de largura de banda e interrupções do sistema devido a congestionamento de largura de banda e falhas de rede. Isso inclui análise de tráfego para detectar tendências e anomalias.	vpc-flow-logs-enabled	Os logs de fluxo da VPC fornecem registros detalhados de informações sobre o tráfego de IP de entrada e saída das interfaces de rede no Amazon Virtual Private Cloud (Amazon VPC). Por padrão, o registro de log de fluxo inclui valores para os diferentes componentes do fluxo de IP, incluindo a origem, o destino e o protocolo.
10.36	Uma instituição financeira deve garantir que os serviços de rede que suportam sistemas críticos sejam projetados e implementados para garantir a confidencialidade, integridade e disponibilidade dos dados.	alb-http-to-https-redirection-check	Para ajudar a proteger os dados em trânsito, garanta que o Application Load Balancer redirecione automaticamente as solicitações HTTP não criptografadas para HTTPS. Como pode haver dados confidenciais, habilite a criptografia em trânsito para ajudar a protegê-los.
10.36	Uma instituição financeira deve garantir que os serviços de rede que suportam sistemas críticos sejam projetados e implementados para garantir a confidencialidade, integridade e disponibilidade dos dados.	api-gw-ssl-enabled	Configure os estágios da API REST do Amazon API Gateway com certificados SSL para permitir que os sistemas de back-end autentiquem o API Gateway como origem das solicitações.
10.36	Uma instituição financeira deve garantir que os serviços de rede que suportam sistemas críticos sejam projetados e implementados para garantir a confidencialidade, integridade e disponibilidade dos dados.	elbv2-acm-certificate-required	Como pode haver dados confidenciais, e para ajudar a proteger os dados em trânsito, habilite a criptografia para o Elastic Load Balancing. Use o AWS Certificate Manager para gerenciar, provisionar e implantar certificados SSL/TLS públicos e privados com recursos internos e serviços da AWS.
10.36	Uma instituição financeira deve garantir que os serviços de rede que suportam sistemas críticos sejam projetados e implementados para garantir a confidencialidade, integridade e disponibilidade dos dados.	elb-deletion-protection-enabled	Essa regra garante que o Elastic Load Balancing tenha a proteção contra exclusão habilitada. Use esse recurso para evitar que o balanceador de carga seja excluído de forma acidental ou mal-intencionada, o que pode levar à perda de disponibilidade das aplicações.
10.36	Uma instituição financeira deve garantir que os serviços de rede que suportam sistemas críticos sejam projetados e implementados para garantir a confidencialidade, integridade e disponibilidade dos dados.	nlb-cross-zone-load-balancing-enabled	Habilite o balanceamento de carga entre zonas para seus Network Load Balancers (NLBs) para ajudar a manter a capacidade e a disponibilidade adequadas. O balanceamento de carga entre zonas reduz a necessidade de manter números equivalentes de instâncias em cada zona de disponibilidade habilitada. Também melhora a capacidade da aplicação de lidar com a perda de uma ou mais instâncias.
10.38	Uma instituição financeira deve garantir que registros de dispositivos de rede suficientes e relevantes sejam retidos para investigações e fins forenses por pelo menos três anos.	cw-loggroup-retention-period-check	Uma duração mínima dos dados de log de eventos deve ser retida para os grupos de logs a fim de ajudar na solução de problemas e nas investigações forenses. A falta de dados de log de eventos anteriores disponíveis dificulta a reconstrução e a identificação de eventos possivelmente mal-intencionados.
10.51	Uma instituição financeira deve implementar proteções apropriadas nas informações de clientes e contrapartes e nos dados proprietários ao usar serviços em nuvem para proteger contra divulgação e acesso não autorizados. Isso inclui a manutenção da propriedade, o controle e o gerenciamento de todos os dados relativos às informações dos clientes e das contrapartes, dos dados proprietários e dos serviços hospedados na nuvem, incluindo o gerenciamento das chaves criptográficas relevantes.	access-keys-rotated	As credenciais são auditadas para dispositivos, usuários e processos autorizados garantindo que as chaves de acesso do IAM sejam alternadas como especificado pela política organizacional. Alterar as chaves de acesso regularmente é uma prática recomendada de segurança. Isso reduz o período em que uma chave de acesso permanece ativa e diminui o impacto nos negócios se as chaves forem comprometidas. Essa regra requer um valor de alternância da chave de acesso (padrão do Config: 90). O valor real deve refletir as políticas da organização.
10.51	Uma instituição financeira deve implementar proteções apropriadas nas informações de clientes e contrapartes e nos dados proprietários ao usar serviços em nuvem para proteger contra divulgação e acesso não autorizados. Isso inclui a manutenção da propriedade, o controle e o gerenciamento de todos os dados relativos às informações dos clientes e das contrapartes, dos dados proprietários e dos serviços hospedados na nuvem, incluindo o gerenciamento das chaves criptográficas relevantes.	account-part-of-organizations	O gerenciamento centralizado de Contas da AWS no AWS Organizations ajuda a garantir que as contas estejam em conformidade. Usar uma governança não centralizada na conta pode gerar inconsistências nas configurações da conta, o que pode expor recursos e dados confidenciais.
10.51	Uma instituição financeira deve implementar proteções apropriadas nas informações de clientes e contrapartes e nos dados proprietários ao usar serviços em nuvem para proteger contra divulgação e acesso não autorizados. Isso inclui a manutenção da propriedade, o controle e o gerenciamento de todos os dados relativos às informações dos clientes e das contrapartes, dos dados proprietários e dos serviços hospedados na nuvem, incluindo o gerenciamento das chaves criptográficas relevantes.	alb-http-to-https-redirection-check	Para ajudar a proteger os dados em trânsito, garanta que o Application Load Balancer redirecione automaticamente as solicitações HTTP não criptografadas para HTTPS. Como pode haver dados confidenciais, habilite a criptografia em trânsito para ajudar a protegê-los.
10.51	Uma instituição financeira deve implementar proteções apropriadas nas informações de clientes e contrapartes e nos dados proprietários ao usar serviços em nuvem para proteger contra divulgação e acesso não autorizados. Isso inclui a manutenção da propriedade, o controle e o gerenciamento de todos os dados relativos às informações dos clientes e das contrapartes, dos dados proprietários e dos serviços hospedados na nuvem, incluindo o gerenciamento das chaves criptográficas relevantes.	api-gw-cache-enabled-and-encrypted	Para ajudar a proteger os dados em repouso, habilite a criptografia para o cache do estágio do API Gateway. Como dados confidenciais podem ser capturados para o método da API, habilite a criptografia em repouso para ajudar a protegê-los.
10.51	Uma instituição financeira deve implementar proteções apropriadas nas informações de clientes e contrapartes e nos dados proprietários ao usar serviços em nuvem para proteger contra divulgação e acesso não autorizados. Isso inclui a manutenção da propriedade, o controle e o gerenciamento de todos os dados relativos às informações dos clientes e das contrapartes, dos dados proprietários e dos serviços hospedados na nuvem, incluindo o gerenciamento das chaves criptográficas relevantes.	api-gw-ssl-enabled	Configure os estágios da API REST do Amazon API Gateway com certificados SSL para permitir que os sistemas de back-end autentiquem o API Gateway como origem das solicitações.
10.51	Uma instituição financeira deve implementar proteções apropriadas nas informações de clientes e contrapartes e nos dados proprietários ao usar serviços em nuvem para proteger contra divulgação e acesso não autorizados. Isso inclui a manutenção da propriedade, o controle e o gerenciamento de todos os dados relativos às informações dos clientes e das contrapartes, dos dados proprietários e dos serviços hospedados na nuvem, incluindo o gerenciamento das chaves criptográficas relevantes.	autoscaling-launch-config-public-ip-disabled	Se você configurar suas interfaces de rede com um endereço IP público, os recursos associados a elas poderão ser acessados pela internet. Os recursos do EC2 não devem permitir acesso público, pois isso permite acesso não intencional a aplicações ou servidores.
10.51	Uma instituição financeira deve implementar proteções apropriadas nas informações de clientes e contrapartes e nos dados proprietários ao usar serviços em nuvem para proteger contra divulgação e acesso não autorizados. Isso inclui a manutenção da propriedade, o controle e o gerenciamento de todos os dados relativos às informações dos clientes e das contrapartes, dos dados proprietários e dos serviços hospedados na nuvem, incluindo o gerenciamento das chaves criptográficas relevantes.	backup-recovery-point-encrypted	Habilite a criptografia esteja para os pontos de recuperação do AWS Backup. Como pode haver dados confidenciais em repouso, habilite a criptografia em repouso para ajudar a protegê-los.
10.51	Uma instituição financeira deve implementar proteções apropriadas nas informações de clientes e contrapartes e nos dados proprietários ao usar serviços em nuvem para proteger contra divulgação e acesso não autorizados. Isso inclui a manutenção da propriedade, o controle e o gerenciamento de todos os dados relativos às informações dos clientes e das contrapartes, dos dados proprietários e dos serviços hospedados na nuvem, incluindo o gerenciamento das chaves criptográficas relevantes.	cloudtrail-security-trail-enabled	Essa regra ajuda a garantir o uso das práticas recomendadas de segurança da AWS para o AWS CloudTrail verificando a habilitação de várias configurações. Isso inclui o uso de criptografia de log, validação de log e habilitação do AWS CloudTrail em várias regiões.
10.51	Uma instituição financeira deve implementar proteções apropriadas nas informações de clientes e contrapartes e nos dados proprietários ao usar serviços em nuvem para proteger contra divulgação e acesso não autorizados. Isso inclui a manutenção da propriedade, o controle e o gerenciamento de todos os dados relativos às informações dos clientes e das contrapartes, dos dados proprietários e dos serviços hospedados na nuvem, incluindo o gerenciamento das chaves criptográficas relevantes.	cloudwatch-log-group-encrypted	Para ajudar a proteger dados confidenciais em repouso, habilite a criptografia para os grupos do Amazon CloudWatch Logs.
10.51	Uma instituição financeira deve implementar proteções apropriadas nas informações de clientes e contrapartes e nos dados proprietários ao usar serviços em nuvem para proteger contra divulgação e acesso não autorizados. Isso inclui a manutenção da propriedade, o controle e o gerenciamento de todos os dados relativos às informações dos clientes e das contrapartes, dos dados proprietários e dos serviços hospedados na nuvem, incluindo o gerenciamento das chaves criptográficas relevantes.	cmk-backing-key-rotation-enabled	Habilite a alternância de chaves para que sejam usadas alternadamente depois de atingirem o final do período criptográfico.
10.51	Uma instituição financeira deve implementar proteções apropriadas nas informações de clientes e contrapartes e nos dados proprietários ao usar serviços em nuvem para proteger contra divulgação e acesso não autorizados. Isso inclui a manutenção da propriedade, o controle e o gerenciamento de todos os dados relativos às informações dos clientes e das contrapartes, dos dados proprietários e dos serviços hospedados na nuvem, incluindo o gerenciamento das chaves criptográficas relevantes.	dms-replication-not-public	Para gerenciar o acesso à Nuvem AWS, garanta que as instâncias de replicação do DMS não possam ser acessadas publicamente. As instâncias de replicação do DMS podem conter informações confidenciais, e o controle de acesso é necessário para essas contas.
10.51	Uma instituição financeira deve implementar proteções apropriadas nas informações de clientes e contrapartes e nos dados proprietários ao usar serviços em nuvem para proteger contra divulgação e acesso não autorizados. Isso inclui a manutenção da propriedade, o controle e o gerenciamento de todos os dados relativos às informações dos clientes e das contrapartes, dos dados proprietários e dos serviços hospedados na nuvem, incluindo o gerenciamento das chaves criptográficas relevantes.	dynamodb-table-encrypted-kms	Habilite a criptografia para as tabelas do Amazon DynamoDB. Como pode haver dados confidenciais em repouso nessas tabelas, habilite a criptografia em repouso para ajudar a protegê-los. Por padrão, as tabelas do DynamoDB são criptografadas com uma chave mestra de cliente (CMK) pertencente à AWS.
10.51	Uma instituição financeira deve implementar proteções apropriadas nas informações de clientes e contrapartes e nos dados proprietários ao usar serviços em nuvem para proteger contra divulgação e acesso não autorizados. Isso inclui a manutenção da propriedade, o controle e o gerenciamento de todos os dados relativos às informações dos clientes e das contrapartes, dos dados proprietários e dos serviços hospedados na nuvem, incluindo o gerenciamento das chaves criptográficas relevantes.	ebs-snapshot-public-restorable-check	Para gerenciar o acesso à Nuvem AWS, garanta que os instantâneos do EBS não sejam restauráveis publicamente. Os snapshots de volume do EBS podem conter informações confidenciais, e o controle de acesso é necessário para essas contas.
10.51	Uma instituição financeira deve implementar proteções apropriadas nas informações de clientes e contrapartes e nos dados proprietários ao usar serviços em nuvem para proteger contra divulgação e acesso não autorizados. Isso inclui a manutenção da propriedade, o controle e o gerenciamento de todos os dados relativos às informações dos clientes e das contrapartes, dos dados proprietários e dos serviços hospedados na nuvem, incluindo o gerenciamento das chaves criptográficas relevantes.	ec2-ebs-encryption-by-default	Para ajudar a proteger os dados em repouso, habilite a criptografia para os volumes do Amazon Elastic Block Store (Amazon EBS). Como pode haver dados confidenciais em repouso nesses volumes, habilite a criptografia em repouso para ajudar a protegê-los.
10.51	Uma instituição financeira deve implementar proteções apropriadas nas informações de clientes e contrapartes e nos dados proprietários ao usar serviços em nuvem para proteger contra divulgação e acesso não autorizados. Isso inclui a manutenção da propriedade, o controle e o gerenciamento de todos os dados relativos às informações dos clientes e das contrapartes, dos dados proprietários e dos serviços hospedados na nuvem, incluindo o gerenciamento das chaves criptográficas relevantes.	ec2-instance-no-public-ip	Para gerenciar o acesso à Nuvem AWS, garanta que as instâncias do Amazon Elastic Compute Cloud (Amazon EC2) não possam ser acessadas publicamente. As instâncias do Amazon EC2 podem conter informações confidenciais e o controle de acesso é necessário para essas contas.
10.51	Uma instituição financeira deve implementar proteções apropriadas nas informações de clientes e contrapartes e nos dados proprietários ao usar serviços em nuvem para proteger contra divulgação e acesso não autorizados. Isso inclui a manutenção da propriedade, o controle e o gerenciamento de todos os dados relativos às informações dos clientes e das contrapartes, dos dados proprietários e dos serviços hospedados na nuvem, incluindo o gerenciamento das chaves criptográficas relevantes.	efs-encrypted-check	Como pode haver dados confidenciais, e para ajudar a proteger os dados em repouso, habilite a criptografia para o Amazon Elastic File System (EFS).
10.51	Uma instituição financeira deve implementar proteções apropriadas nas informações de clientes e contrapartes e nos dados proprietários ao usar serviços em nuvem para proteger contra divulgação e acesso não autorizados. Isso inclui a manutenção da propriedade, o controle e o gerenciamento de todos os dados relativos às informações dos clientes e das contrapartes, dos dados proprietários e dos serviços hospedados na nuvem, incluindo o gerenciamento das chaves criptográficas relevantes.	elbv2-acm-certificate-required	Como pode haver dados confidenciais, e para ajudar a proteger os dados em trânsito, habilite a criptografia para o Elastic Load Balancing. Use o AWS Certificate Manager para gerenciar, provisionar e implantar certificados SSL/TLS públicos e privados com recursos internos e serviços da AWS.
10.51	Uma instituição financeira deve implementar proteções apropriadas nas informações de clientes e contrapartes e nos dados proprietários ao usar serviços em nuvem para proteger contra divulgação e acesso não autorizados. Isso inclui a manutenção da propriedade, o controle e o gerenciamento de todos os dados relativos às informações dos clientes e das contrapartes, dos dados proprietários e dos serviços hospedados na nuvem, incluindo o gerenciamento das chaves criptográficas relevantes.	emr-kerberos-enabled	Ao habilitar o Kerberos para clusters do Amazon EMR, é possível gerenciar e incorporar as permissões e autorizações de acesso com os princípios de privilégio mínimo e separação de deveres. No Kerberos, os serviços e os usuários que precisam se autenticar são conhecidos como entidades principais. As entidades principais existem em um realm Kerberos. No realm, um servidor Kerberos é conhecido como o centro de distribuição de chaves (KDC). Ele fornece um meio para as entidades principais se autenticarem. A autenticação do KDC é feita com a emissão de tíquetes. O KDC mantém um banco de dados das entidades principais no realm, as senhas e outras informações administrativas sobre cada entidade principal.
10.51	Uma instituição financeira deve implementar proteções apropriadas nas informações de clientes e contrapartes e nos dados proprietários ao usar serviços em nuvem para proteger contra divulgação e acesso não autorizados. Isso inclui a manutenção da propriedade, o controle e o gerenciamento de todos os dados relativos às informações dos clientes e das contrapartes, dos dados proprietários e dos serviços hospedados na nuvem, incluindo o gerenciamento das chaves criptográficas relevantes.	emr-master-no-public-ip	Para gerenciar o acesso à Nuvem AWS, garanta que os nós principais do cluster do Amazon EMR não possam ser acessados publicamente. Os nós principais do cluster do Amazon EMR podem conter informações confidenciais, e o controle de acesso é necessário para essas contas.
10.51	Uma instituição financeira deve implementar proteções apropriadas nas informações de clientes e contrapartes e nos dados proprietários ao usar serviços em nuvem para proteger contra divulgação e acesso não autorizados. Isso inclui a manutenção da propriedade, o controle e o gerenciamento de todos os dados relativos às informações dos clientes e das contrapartes, dos dados proprietários e dos serviços hospedados na nuvem, incluindo o gerenciamento das chaves criptográficas relevantes.	encrypted-volumes	Como pode haver dados confidenciais, e para ajudar a proteger os dados em repouso, habilite a criptografia para os volumes do Amazon Elastic Block Store (Amazon EBS).
10.51	Uma instituição financeira deve implementar proteções apropriadas nas informações de clientes e contrapartes e nos dados proprietários ao usar serviços em nuvem para proteger contra divulgação e acesso não autorizados. Isso inclui a manutenção da propriedade, o controle e o gerenciamento de todos os dados relativos às informações dos clientes e das contrapartes, dos dados proprietários e dos serviços hospedados na nuvem, incluindo o gerenciamento das chaves criptográficas relevantes.	iam-customer-policy-blocked-kms-actions	O AWS Identity and Access Management (IAM) pode ajudar você a incorporar os princípios de privilégio mínimo e separação de deveres com permissões e autorizações de acesso, impedindo que as políticas contenham ações bloqueadas em todas as chaves do AWS Key Management Service. Ter mais privilégios do que o necessário para concluir uma tarefa pode violar o princípio de privilégio mínimo e separação de deveres. Essa regra permite que você defina o parâmetro blockedActionsPatterns. (Valor do Práticas Recomendadas de Segurança Básica da AWS: kms:Decrypt e kms:ReEncryptFrom). Os valores reais devem refletir as políticas da organização.
10.51	Uma instituição financeira deve implementar proteções apropriadas nas informações de clientes e contrapartes e nos dados proprietários ao usar serviços em nuvem para proteger contra divulgação e acesso não autorizados. Isso inclui a manutenção da propriedade, o controle e o gerenciamento de todos os dados relativos às informações dos clientes e das contrapartes, dos dados proprietários e dos serviços hospedados na nuvem, incluindo o gerenciamento das chaves criptográficas relevantes.	iam-no-inline-policy-check	Assegure que um usuário, um perfil ou um grupo do AWS Identity and Access Management (IAM) não tenha uma política em linha para controlar o acesso a sistemas e ativos. A AWS recomenda usar políticas gerenciadas, em vez de políticas em linha. As políticas gerenciadas permitem a reutilização, o versionamento, a reversão e a delegação do gerenciamento de permissões.
10.51	Uma instituição financeira deve implementar proteções apropriadas nas informações de clientes e contrapartes e nos dados proprietários ao usar serviços em nuvem para proteger contra divulgação e acesso não autorizados. Isso inclui a manutenção da propriedade, o controle e o gerenciamento de todos os dados relativos às informações dos clientes e das contrapartes, dos dados proprietários e dos serviços hospedados na nuvem, incluindo o gerenciamento das chaves criptográficas relevantes.	iam-password-policy	As identidades e as credenciais são emitidas, gerenciadas e verificadas com base em uma política organizacional de senhas do IAM. Elas atendem ou excedem os requisitos estabelecidos pelo NIST SP 800-63 e pelo padrão Práticas Recomendadas de Segurança Básica da AWS para a força da senha. Esta regra permite que você defina opcionalmente RequireUppercaseCharacters (valor do Práticas Recomendadas de Segurança Básica da AWS (AWS FSBP): true), RequireLowercaseCharacters (valor do Práticas Recomendadas de Segurança Básica da AWS: true), RequireSymbols (valor do Práticas Recomendadas de Segurança Básica da AWS: true), RequireNumbers (valor do Práticas Recomendadas de Segurança Básica da AWS: true), MinimumPasswordLength (valor do Práticas Recomendadas de Segurança Básica da AWS: 14), PasswordReusePrevention (valor do Práticas Recomendadas de Segurança Básica da AWS: 24) e MaxPasswordAge (valor do Práticas Recomendadas de Segurança Básica da AWS: 90) para sua política de senha do IAM. Os valores reais devem refletir as políticas da organização.
10.51	Uma instituição financeira deve implementar proteções apropriadas nas informações de clientes e contrapartes e nos dados proprietários ao usar serviços em nuvem para proteger contra divulgação e acesso não autorizados. Isso inclui a manutenção da propriedade, o controle e o gerenciamento de todos os dados relativos às informações dos clientes e das contrapartes, dos dados proprietários e dos serviços hospedados na nuvem, incluindo o gerenciamento das chaves criptográficas relevantes.	iam-policy-no-statements-with-admin-access	O AWS Identity and Access Management (IAM) pode ajudar você a incorporar os princípios de privilégio mínimo e separação de deveres com permissões e autorizações de acesso, impedindo que as políticas contenham "Effect": "Allow" com "Action": "" por "Resource": "". Permitir que os usuários tenham mais privilégios do que o necessário para concluir uma tarefa pode violar o princípio de privilégio mínimo e separação de deveres.
10.51	Uma instituição financeira deve implementar proteções apropriadas nas informações de clientes e contrapartes e nos dados proprietários ao usar serviços em nuvem para proteger contra divulgação e acesso não autorizados. Isso inclui a manutenção da propriedade, o controle e o gerenciamento de todos os dados relativos às informações dos clientes e das contrapartes, dos dados proprietários e dos serviços hospedados na nuvem, incluindo o gerenciamento das chaves criptográficas relevantes.	iam-root-access-key-check	O acesso a sistemas e ativos pode ser controlado verificando se o usuário raiz não tem chaves de acesso anexadas ao seu perfil do AWS Identity and Access Management (IAM). Exclua as chaves de acesso raiz. Em vez disso, crie e use Contas da AWS baseadas em perfis para ajudar a incorporar o princípio da funcionalidade mínima.
10.51	Uma instituição financeira deve implementar proteções apropriadas nas informações de clientes e contrapartes e nos dados proprietários ao usar serviços em nuvem para proteger contra divulgação e acesso não autorizados. Isso inclui a manutenção da propriedade, o controle e o gerenciamento de todos os dados relativos às informações dos clientes e das contrapartes, dos dados proprietários e dos serviços hospedados na nuvem, incluindo o gerenciamento das chaves criptográficas relevantes.	iam-user-group-membership-check	O AWS Identity and Access Management (IAM) pode ajudar a a restringir permissões e autorizações de acesso, garantindo que os usuários do IAM sejam membros de pelo menos um grupo. Permitir que os usuários tenham mais privilégios do que o necessário para concluir uma tarefa pode violar o princípio de privilégio mínimo e separação de deveres.
10.51	Uma instituição financeira deve implementar proteções apropriadas nas informações de clientes e contrapartes e nos dados proprietários ao usar serviços em nuvem para proteger contra divulgação e acesso não autorizados. Isso inclui a manutenção da propriedade, o controle e o gerenciamento de todos os dados relativos às informações dos clientes e das contrapartes, dos dados proprietários e dos serviços hospedados na nuvem, incluindo o gerenciamento das chaves criptográficas relevantes.	iam-user-mfa-enabled	Habilite essa regra para restringir o acesso a recursos na Nuvem AWS. Esta regra garante que a autenticação multifator (MFA) esteja habilitada para todos os usuários. A MFA adiciona uma camada extra de proteção, além do nome de usuário e senha. Reduza os incidentes de contas comprometidas exigindo MFA para usuários do IAM.
10.51	Uma instituição financeira deve implementar proteções apropriadas nas informações de clientes e contrapartes e nos dados proprietários ao usar serviços em nuvem para proteger contra divulgação e acesso não autorizados. Isso inclui a manutenção da propriedade, o controle e o gerenciamento de todos os dados relativos às informações dos clientes e das contrapartes, dos dados proprietários e dos serviços hospedados na nuvem, incluindo o gerenciamento das chaves criptográficas relevantes.	iam-user-no-policies-check	Essa regra garante que as políticas do AWS Identity and Access Management (IAM) sejam anexadas apenas a grupos ou perfis para controlar o acesso a sistemas e ativos. A atribuição de privilégios por grupo ou perfil ajuda a reduzir a oportunidade de uma identidade receber ou reter privilégios excessivos.
10.51	Uma instituição financeira deve implementar proteções apropriadas nas informações de clientes e contrapartes e nos dados proprietários ao usar serviços em nuvem para proteger contra divulgação e acesso não autorizados. Isso inclui a manutenção da propriedade, o controle e o gerenciamento de todos os dados relativos às informações dos clientes e das contrapartes, dos dados proprietários e dos serviços hospedados na nuvem, incluindo o gerenciamento das chaves criptográficas relevantes.	iam-user-unused-credentials-check	O AWS Identity and Access Management (IAM) pode ajudar com permissões e autorizações de acesso verificando as senhas e chaves de acesso do IAM que não são usadas por um período especificado. Se essas credenciais não utilizadas forem identificadas, você deverá desabilitar e/ou removê-las, pois isso pode violar o princípio de privilégio mínimo. Essa regra exige que você defina um valor para maxCredentialUsageAge (padrão do Config: 90). O valor real deve refletir as políticas da organização.
10.51	Uma instituição financeira deve implementar proteções apropriadas nas informações de clientes e contrapartes e nos dados proprietários ao usar serviços em nuvem para proteger contra divulgação e acesso não autorizados. Isso inclui a manutenção da propriedade, o controle e o gerenciamento de todos os dados relativos às informações dos clientes e das contrapartes, dos dados proprietários e dos serviços hospedados na nuvem, incluindo o gerenciamento das chaves criptográficas relevantes.	internet-gateway-authorized-vpc-only	Para gerenciar o acesso a recursos na Nuvem AWS, anexe os gateways da Internet somente ao Amazon Virtual Private Cloud (Amazon VPC) autorizado. Os gateways da Internet permitem acesso bidirecional entre a internet e o Amazon VPC, o que pode ocasionar acesso não autorizado aos recursos do Amazon VPC.
10.51	Uma instituição financeira deve implementar proteções apropriadas nas informações de clientes e contrapartes e nos dados proprietários ao usar serviços em nuvem para proteger contra divulgação e acesso não autorizados. Isso inclui a manutenção da propriedade, o controle e o gerenciamento de todos os dados relativos às informações dos clientes e das contrapartes, dos dados proprietários e dos serviços hospedados na nuvem, incluindo o gerenciamento das chaves criptográficas relevantes.	kms-cmk-not-scheduled-for-deletion	Para ajudar a proteger dados em repouso, as chaves mestras do cliente (CMKs) necessárias não devem estar programadas para exclusão no AWS Key Management Service (AWS KMS). Como às vezes a exclusão da chave é necessária, essa regra pode ajudar na verificação de todas as chaves programadas para exclusão, caso alguma delas sido programada de maneira não intencional.
10.51	Uma instituição financeira deve implementar proteções apropriadas nas informações de clientes e contrapartes e nos dados proprietários ao usar serviços em nuvem para proteger contra divulgação e acesso não autorizados. Isso inclui a manutenção da propriedade, o controle e o gerenciamento de todos os dados relativos às informações dos clientes e das contrapartes, dos dados proprietários e dos serviços hospedados na nuvem, incluindo o gerenciamento das chaves criptográficas relevantes.	lambda-function-public-access-prohibited	Para gerenciar o acesso a recursos na Nuvem AWS, garanta que as funções do AWS Lambda não possam ser acessadas publicamente. O acesso público pode causar degradação da disponibilidade de recursos.
10.51	Uma instituição financeira deve implementar proteções apropriadas nas informações de clientes e contrapartes e nos dados proprietários ao usar serviços em nuvem para proteger contra divulgação e acesso não autorizados. Isso inclui a manutenção da propriedade, o controle e o gerenciamento de todos os dados relativos às informações dos clientes e das contrapartes, dos dados proprietários e dos serviços hospedados na nuvem, incluindo o gerenciamento das chaves criptográficas relevantes.	lambda-inside-vpc	Implemente funções do AWS Lambda no Amazon Virtual Private Cloud (Amazon VPC) para estabelecer uma comunicação segura entre uma função e outros serviços no Amazon VPC. Com essa configuração, não há necessidade de um gateway da Internet, dispositivo NAT ou conexão VPN. Todo tráfego é mantido seguro na Nuvem AWS. Devido ao seu isolamento lógico, os domínios que residem no Amazon VPC contam com uma camada adicional de segurança se comparados aos domínios que utilizam endpoints públicos. Para gerenciar adequadamente o acesso, as funções do AWS Lambda devem ser atribuídas a uma VPC.
10.51	Uma instituição financeira deve implementar proteções apropriadas nas informações de clientes e contrapartes e nos dados proprietários ao usar serviços em nuvem para proteger contra divulgação e acesso não autorizados. Isso inclui a manutenção da propriedade, o controle e o gerenciamento de todos os dados relativos às informações dos clientes e das contrapartes, dos dados proprietários e dos serviços hospedados na nuvem, incluindo o gerenciamento das chaves criptográficas relevantes.	no-unrestricted-route-to-igw	Garanta que as tabelas de rotas do Amazon EC2 não tenham rotas irrestritas para um gateway da Internet. Remover ou limitar o acesso à internet para workloads no Amazon VPC pode reduzir o acesso não intencional em seu ambiente.
10.51	Uma instituição financeira deve implementar proteções apropriadas nas informações de clientes e contrapartes e nos dados proprietários ao usar serviços em nuvem para proteger contra divulgação e acesso não autorizados. Isso inclui a manutenção da propriedade, o controle e o gerenciamento de todos os dados relativos às informações dos clientes e das contrapartes, dos dados proprietários e dos serviços hospedados na nuvem, incluindo o gerenciamento das chaves criptográficas relevantes.	opensearch-encrypted-at-rest	Como pode haver dados confidenciais, e para ajudar a proteger os dados em repouso, habilite a criptografia para os domínios do Amazon OpenSearch Service.
10.51	Uma instituição financeira deve implementar proteções apropriadas nas informações de clientes e contrapartes e nos dados proprietários ao usar serviços em nuvem para proteger contra divulgação e acesso não autorizados. Isso inclui a manutenção da propriedade, o controle e o gerenciamento de todos os dados relativos às informações dos clientes e das contrapartes, dos dados proprietários e dos serviços hospedados na nuvem, incluindo o gerenciamento das chaves criptográficas relevantes.	opensearch-https-required	Como pode haver dados confidenciais, e para ajudar a proteger os dados em trânsito, habilite o HTTPS para as conexões com os domínios do Amazon OpenSearch Service.
10.51	Uma instituição financeira deve implementar proteções apropriadas nas informações de clientes e contrapartes e nos dados proprietários ao usar serviços em nuvem para proteger contra divulgação e acesso não autorizados. Isso inclui a manutenção da propriedade, o controle e o gerenciamento de todos os dados relativos às informações dos clientes e das contrapartes, dos dados proprietários e dos serviços hospedados na nuvem, incluindo o gerenciamento das chaves criptográficas relevantes.	opensearch-in-vpc-only	Para gerenciar o acesso à Nuvem AWS, garanta que os domínios do Amazon OpenSearch Service estejam no Amazon Virtual Private Cloud (Amazon VPC). Um domínio do Amazon OpenSearch Service no Amazon VPC permite a comunicação segura entre o Amazon OpenSearch Service e outros serviços no Amazon VPC, sem que seja necessário usar um gateway da Internet, um dispositivo NAT ou uma conexão VPN.
10.51	Uma instituição financeira deve implementar proteções apropriadas nas informações de clientes e contrapartes e nos dados proprietários ao usar serviços em nuvem para proteger contra divulgação e acesso não autorizados. Isso inclui a manutenção da propriedade, o controle e o gerenciamento de todos os dados relativos às informações dos clientes e das contrapartes, dos dados proprietários e dos serviços hospedados na nuvem, incluindo o gerenciamento das chaves criptográficas relevantes.	opensearch-node-to-node-encryption-check	Habilite a criptografia de nó a nó para o Amazon OpenSearch Service. A criptografia de nó a nó permite a criptografia TLS 1.2 para todas as comunicações no Amazon Virtual Private Cloud (Amazon VPC). Como pode haver dados confidenciais, habilite a criptografia em trânsito para ajudar a protegê-los.
10.51	Uma instituição financeira deve implementar proteções apropriadas nas informações de clientes e contrapartes e nos dados proprietários ao usar serviços em nuvem para proteger contra divulgação e acesso não autorizados. Isso inclui a manutenção da propriedade, o controle e o gerenciamento de todos os dados relativos às informações dos clientes e das contrapartes, dos dados proprietários e dos serviços hospedados na nuvem, incluindo o gerenciamento das chaves criptográficas relevantes.	rds-instance-public-access-check	Para gerenciar o acesso a recursos na Nuvem AWS, garanta que as instâncias do Amazon Relational Database Service (Amazon RDS) não sejam públicas. As instâncias de banco de dados do Amazon RDS podem conter informações confidenciais e princípios, e o controle de acesso é necessário para essas contas.
10.51	Uma instituição financeira deve implementar proteções apropriadas nas informações de clientes e contrapartes e nos dados proprietários ao usar serviços em nuvem para proteger contra divulgação e acesso não autorizados. Isso inclui a manutenção da propriedade, o controle e o gerenciamento de todos os dados relativos às informações dos clientes e das contrapartes, dos dados proprietários e dos serviços hospedados na nuvem, incluindo o gerenciamento das chaves criptográficas relevantes.	rds-snapshots-public-prohibited	Para gerenciar o acesso a recursos na Nuvem AWS, garanta que as instâncias do Amazon Relational Database Service (Amazon RDS) não sejam públicas. As instâncias de banco de dados do Amazon RDS podem conter informações confidenciais e princípios, e o controle de acesso é necessário para essas contas.
10.51	Uma instituição financeira deve implementar proteções apropriadas nas informações de clientes e contrapartes e nos dados proprietários ao usar serviços em nuvem para proteger contra divulgação e acesso não autorizados. Isso inclui a manutenção da propriedade, o controle e o gerenciamento de todos os dados relativos às informações dos clientes e das contrapartes, dos dados proprietários e dos serviços hospedados na nuvem, incluindo o gerenciamento das chaves criptográficas relevantes.	rds-snapshot-encrypted	Habilite a criptografia para os instantâneos do Amazon Relational Database Service (Amazon RDS). Como pode haver dados confidenciais em repouso, habilite a criptografia em repouso para ajudar a protegê-los.
10.51	Uma instituição financeira deve implementar proteções apropriadas nas informações de clientes e contrapartes e nos dados proprietários ao usar serviços em nuvem para proteger contra divulgação e acesso não autorizados. Isso inclui a manutenção da propriedade, o controle e o gerenciamento de todos os dados relativos às informações dos clientes e das contrapartes, dos dados proprietários e dos serviços hospedados na nuvem, incluindo o gerenciamento das chaves criptográficas relevantes.	rds-storage-encrypted	Para ajudar a proteger os dados em repouso, habilite a criptografia para as instâncias do Amazon Relational Database Service (Amazon RDS). Como pode haver dados confidenciais em repouso nas instâncias do Amazon RDS, habilite a criptografia em repouso para ajudar a protegê-los.
10.51	Uma instituição financeira deve implementar proteções apropriadas nas informações de clientes e contrapartes e nos dados proprietários ao usar serviços em nuvem para proteger contra divulgação e acesso não autorizados. Isso inclui a manutenção da propriedade, o controle e o gerenciamento de todos os dados relativos às informações dos clientes e das contrapartes, dos dados proprietários e dos serviços hospedados na nuvem, incluindo o gerenciamento das chaves criptográficas relevantes.	redshift-cluster-configuration-check	Para proteger os dados em repouso, habilite a criptografia para os clusters do Amazon Redshift. Implante também as configurações necessárias nos clusters do Amazon Redshift. O registro em log de auditoria deve ser habilitado para fornecer informações sobre conexões e atividades do usuário no banco de dados. Essa regra exige que um valor seja definido para clusterDbEncrypted (padrão do Config: VERDADEIRO) e loggingEnabled (padrão do Config: VERDADEIRO). Os valores reais devem refletir as políticas da organização.
10.51	Uma instituição financeira deve implementar proteções apropriadas nas informações de clientes e contrapartes e nos dados proprietários ao usar serviços em nuvem para proteger contra divulgação e acesso não autorizados. Isso inclui a manutenção da propriedade, o controle e o gerenciamento de todos os dados relativos às informações dos clientes e das contrapartes, dos dados proprietários e dos serviços hospedados na nuvem, incluindo o gerenciamento das chaves criptográficas relevantes.	redshift-cluster-kms-enabled	Para ajudar a proteger os dados em repouso, habilite a criptografia com o AWS Key Management Service (AWS KMS) para o cluster do Amazon Redshift. Como pode haver dados confidenciais em repouso nos clusters do Redshift, habilite a criptografia em repouso para ajudar a protegê-los.
10.51	Uma instituição financeira deve implementar proteções apropriadas nas informações de clientes e contrapartes e nos dados proprietários ao usar serviços em nuvem para proteger contra divulgação e acesso não autorizados. Isso inclui a manutenção da propriedade, o controle e o gerenciamento de todos os dados relativos às informações dos clientes e das contrapartes, dos dados proprietários e dos serviços hospedados na nuvem, incluindo o gerenciamento das chaves criptográficas relevantes.	redshift-cluster-public-access-check	Para gerenciar o acesso a recursos na Nuvem AWS, garanta que os clusters do Amazon Redshift não sejam públicos. Os clusters do Amazon Redshift podem conter informações confidenciais e princípios, e o controle de acesso é necessário para essas contas.
10.51	Uma instituição financeira deve implementar proteções apropriadas nas informações de clientes e contrapartes e nos dados proprietários ao usar serviços em nuvem para proteger contra divulgação e acesso não autorizados. Isso inclui a manutenção da propriedade, o controle e o gerenciamento de todos os dados relativos às informações dos clientes e das contrapartes, dos dados proprietários e dos serviços hospedados na nuvem, incluindo o gerenciamento das chaves criptográficas relevantes.	redshift-enhanced-vpc-routing-enabled	O roteamento aprimorado da VPC força todo o tráfego de COPY e UNLOAD entre o cluster e os repositórios de dados a passar pelo Amazon VPC. Em seguida, você pode usar recursos da VPC, como grupos de segurança e listas de controle de acesso à rede, para proteger o tráfego da rede. Você também pode usar os logs de fluxo da VPC para monitorar o tráfego da rede.
10.51	Uma instituição financeira deve implementar proteções apropriadas nas informações de clientes e contrapartes e nos dados proprietários ao usar serviços em nuvem para proteger contra divulgação e acesso não autorizados. Isso inclui a manutenção da propriedade, o controle e o gerenciamento de todos os dados relativos às informações dos clientes e das contrapartes, dos dados proprietários e dos serviços hospedados na nuvem, incluindo o gerenciamento das chaves criptográficas relevantes.	redshift-require-tls-ssl	Os clusters do Amazon Redshift devem exigir criptografia TLS/SSL para se conectar aos clientes SQL. Como pode haver dados confidenciais, habilite a criptografia em trânsito para ajudar a protegê-los.
10.51	Uma instituição financeira deve implementar proteções apropriadas nas informações de clientes e contrapartes e nos dados proprietários ao usar serviços em nuvem para proteger contra divulgação e acesso não autorizados. Isso inclui a manutenção da propriedade, o controle e o gerenciamento de todos os dados relativos às informações dos clientes e das contrapartes, dos dados proprietários e dos serviços hospedados na nuvem, incluindo o gerenciamento das chaves criptográficas relevantes.	root-account-hardware-mfa-enabled	Para gerenciar o acesso a recursos na Nuvem AWS, garanta que a MFA de hardware esteja habilitada para o usuário raiz. O usuário raiz é o mais privilegiado em uma Conta da AWS. A MFA adiciona uma camada extra de proteção, além do nome de usuário e senha. Ao exigir MFA para o usuário raiz, é possível reduzir os incidentes de Contas da AWS comprometidas.
10.51	Uma instituição financeira deve implementar proteções apropriadas nas informações de clientes e contrapartes e nos dados proprietários ao usar serviços em nuvem para proteger contra divulgação e acesso não autorizados. Isso inclui a manutenção da propriedade, o controle e o gerenciamento de todos os dados relativos às informações dos clientes e das contrapartes, dos dados proprietários e dos serviços hospedados na nuvem, incluindo o gerenciamento das chaves criptográficas relevantes.	root-account-mfa-enabled	Para gerenciar o acesso a recursos na Nuvem AWS, habilite a MFA para o usuário raiz. O usuário raiz é o mais privilegiado em uma Conta da AWS. A MFA adiciona uma camada extra de proteção, além do nome de usuário e senha. Ao exigir MFA para o usuário raiz, é possível reduzir os incidentes de Contas da AWS comprometidas.
10.51	Uma instituição financeira deve implementar proteções apropriadas nas informações de clientes e contrapartes e nos dados proprietários ao usar serviços em nuvem para proteger contra divulgação e acesso não autorizados. Isso inclui a manutenção da propriedade, o controle e o gerenciamento de todos os dados relativos às informações dos clientes e das contrapartes, dos dados proprietários e dos serviços hospedados na nuvem, incluindo o gerenciamento das chaves criptográficas relevantes.	s3-account-level-public-access-blocks-periodic	Para gerenciar o acesso a recursos na Nuvem AWS, os buckets do Amazon Simple Storage Service (Amazon S3) não podem ser acessados publicamente. Essa regra ajuda a manter os dados confidenciais protegidos de usuários remotos não autorizados, impedindo o acesso público. Essa regra permite que você defina opcionalmente os parâmetros ignorePublicAcls (padrão do Config: true), blockPublicPolicy (padrão do Config: true), blockPublicAcls (padrão do Config: true) e restrictPublicBuckets (padrão do Config: true). Os valores reais devem refletir as políticas da organização.
10.51	Uma instituição financeira deve implementar proteções apropriadas nas informações de clientes e contrapartes e nos dados proprietários ao usar serviços em nuvem para proteger contra divulgação e acesso não autorizados. Isso inclui a manutenção da propriedade, o controle e o gerenciamento de todos os dados relativos às informações dos clientes e das contrapartes, dos dados proprietários e dos serviços hospedados na nuvem, incluindo o gerenciamento das chaves criptográficas relevantes.	s3-bucket-public-read-prohibited	Para gerenciar o acesso a recursos na Nuvem AWS, permita que somente usuários, processos e dispositivos autorizados acessem os buckets do Amazon Simple Storage Service (Amazon S3). O gerenciamento do acesso deve ser consistente com a classificação dos dados.
10.51	Uma instituição financeira deve implementar proteções apropriadas nas informações de clientes e contrapartes e nos dados proprietários ao usar serviços em nuvem para proteger contra divulgação e acesso não autorizados. Isso inclui a manutenção da propriedade, o controle e o gerenciamento de todos os dados relativos às informações dos clientes e das contrapartes, dos dados proprietários e dos serviços hospedados na nuvem, incluindo o gerenciamento das chaves criptográficas relevantes.	s3-bucket-public-write-prohibited	Para gerenciar o acesso a recursos na Nuvem AWS, permita que somente usuários, processos e dispositivos autorizados acessem os buckets do Amazon Simple Storage Service (Amazon S3). O gerenciamento do acesso deve ser consistente com a classificação dos dados.
10.51	Uma instituição financeira deve implementar proteções apropriadas nas informações de clientes e contrapartes e nos dados proprietários ao usar serviços em nuvem para proteger contra divulgação e acesso não autorizados. Isso inclui a manutenção da propriedade, o controle e o gerenciamento de todos os dados relativos às informações dos clientes e das contrapartes, dos dados proprietários e dos serviços hospedados na nuvem, incluindo o gerenciamento das chaves criptográficas relevantes.	s3-bucket-server-side-encryption-enabled	Para ajudar a proteger os dados em repouso, habilite a criptografia para os buckets do Amazon Simple Storage Service (Amazon S3). Como pode haver dados confidenciais em repouso nos buckets do Amazon S3, habilite a criptografia para ajudar a protegê-los.
10.51	Uma instituição financeira deve implementar proteções apropriadas nas informações de clientes e contrapartes e nos dados proprietários ao usar serviços em nuvem para proteger contra divulgação e acesso não autorizados. Isso inclui a manutenção da propriedade, o controle e o gerenciamento de todos os dados relativos às informações dos clientes e das contrapartes, dos dados proprietários e dos serviços hospedados na nuvem, incluindo o gerenciamento das chaves criptográficas relevantes.	s3-bucket-ssl-requests-only	Para ajudar a proteger dados em trânsito, os buckets do Amazon Simple Storage Service (Amazon S3) devem exigir solicitações de uso do Secure Socket Layer (SSL). Como pode haver dados confidenciais, habilite a criptografia em trânsito para ajudar a protegê-los.
10.51	Uma instituição financeira deve implementar proteções apropriadas nas informações de clientes e contrapartes e nos dados proprietários ao usar serviços em nuvem para proteger contra divulgação e acesso não autorizados. Isso inclui a manutenção da propriedade, o controle e o gerenciamento de todos os dados relativos às informações dos clientes e das contrapartes, dos dados proprietários e dos serviços hospedados na nuvem, incluindo o gerenciamento das chaves criptográficas relevantes.	s3-default-encryption-kms	Habilite a criptografia para os buckets do Amazon Simple Storage Service (Amazon S3). Como pode haver dados confidenciais em repouso em um bucket do Amazon S3, habilite a criptografia em repouso para ajudar a protegê-los.
10.51	Uma instituição financeira deve implementar proteções apropriadas nas informações de clientes e contrapartes e nos dados proprietários ao usar serviços em nuvem para proteger contra divulgação e acesso não autorizados. Isso inclui a manutenção da propriedade, o controle e o gerenciamento de todos os dados relativos às informações dos clientes e das contrapartes, dos dados proprietários e dos serviços hospedados na nuvem, incluindo o gerenciamento das chaves criptográficas relevantes.	sagemaker-endpoint-configuration-kms-key-configured	Para ajudar a proteger os dados em repouso, habilite a criptografia com o AWS Key Management Service (AWS KMS) para o endpoint do SageMaker. Como pode haver dados confidenciais em repouso no endpoint do SageMaker, habilite a criptografia em repouso para ajudar a protegê-los.
10.51	Uma instituição financeira deve implementar proteções apropriadas nas informações de clientes e contrapartes e nos dados proprietários ao usar serviços em nuvem para proteger contra divulgação e acesso não autorizados. Isso inclui a manutenção da propriedade, o controle e o gerenciamento de todos os dados relativos às informações dos clientes e das contrapartes, dos dados proprietários e dos serviços hospedados na nuvem, incluindo o gerenciamento das chaves criptográficas relevantes.	sagemaker-notebook-instance-kms-key-configured	Para ajudar a proteger os dados em repouso, habilite a criptografia com o AWS Key Management Service (AWS KMS) para o caderno do SageMaker. Como pode haver dados confidenciais em repouso no cadernodo SageMaker, habilite a criptografia em repouso para ajudar a protegê-los.
10.51	Uma instituição financeira deve implementar proteções apropriadas nas informações de clientes e contrapartes e nos dados proprietários ao usar serviços em nuvem para proteger contra divulgação e acesso não autorizados. Isso inclui a manutenção da propriedade, o controle e o gerenciamento de todos os dados relativos às informações dos clientes e das contrapartes, dos dados proprietários e dos serviços hospedados na nuvem, incluindo o gerenciamento das chaves criptográficas relevantes.	sagemaker-notebook-no-direct-internet-access	Para gerenciar o acesso a recursos na AWS nuvem, garanta que os cadernos do Amazon SageMaker não permitam acesso direto à internet. Ao impedir o acesso direto à internet, você impede que dados confidenciais sejam acessados por usuários não autorizados.
10.51	Uma instituição financeira deve implementar proteções apropriadas nas informações de clientes e contrapartes e nos dados proprietários ao usar serviços em nuvem para proteger contra divulgação e acesso não autorizados. Isso inclui a manutenção da propriedade, o controle e o gerenciamento de todos os dados relativos às informações dos clientes e das contrapartes, dos dados proprietários e dos serviços hospedados na nuvem, incluindo o gerenciamento das chaves criptográficas relevantes.	sns-encrypted-kms	Para ajudar a proteger os dados em repouso, use o AWS Key Management Service (AWS KMS) para garantir que os tópicos do Amazon Simple Notification Service (Amazon SNS) exijam criptografia. Como pode haver dados confidenciais em repouso em mensagens publicadas, habilite a criptografia em repouso para ajudar a protegê-los.
10.51	Uma instituição financeira deve implementar proteções apropriadas nas informações de clientes e contrapartes e nos dados proprietários ao usar serviços em nuvem para proteger contra divulgação e acesso não autorizados. Isso inclui a manutenção da propriedade, o controle e o gerenciamento de todos os dados relativos às informações dos clientes e das contrapartes, dos dados proprietários e dos serviços hospedados na nuvem, incluindo o gerenciamento das chaves criptográficas relevantes.	ssm-document-not-public	Garanta que os documentos do AWS Systems Manager (SSM) não sejam públicos, pois isso permite acesso não intencional aos seus documentos do SSM. Um documento do SSM público pode expor informações sobre sua conta, recursos e processos internos.
10.51	Uma instituição financeira deve implementar proteções apropriadas nas informações de clientes e contrapartes e nos dados proprietários ao usar serviços em nuvem para proteger contra divulgação e acesso não autorizados. Isso inclui a manutenção da propriedade, o controle e o gerenciamento de todos os dados relativos às informações dos clientes e das contrapartes, dos dados proprietários e dos serviços hospedados na nuvem, incluindo o gerenciamento das chaves criptográficas relevantes.	subnet-auto-assign-public-ip-disabled	Para gerenciar o acesso à Nuvem AWS, as sub-redes do Amazon Virtual Private Cloud (VPC) não devem receber automaticamente um endereço IP público. As instâncias do Amazon Elastic Compute Cloud (EC2) que são executadas em sub-redes com esse atributo habilitado têm um endereço IP público atribuído à sua interface de rede primária.
10.52	Uma instituição financeira deve implementar uma política de controle de acesso adequada para a identificação, autenticação e autorização de usuários (usuários internos e externos, tais como prestadores de serviços terceirizados). Isso deve abordar controles de acesso à tecnologia lógica e física que sejam proporcionais ao nível de risco de acesso não autorizado aos seus sistemas tecnológicos	access-keys-rotated	As credenciais são auditadas para dispositivos, usuários e processos autorizados garantindo que as chaves de acesso do IAM sejam alternadas como especificado pela política organizacional. Alterar as chaves de acesso regularmente é uma prática recomendada de segurança. Isso reduz o período em que uma chave de acesso permanece ativa e diminui o impacto nos negócios se as chaves forem comprometidas. Essa regra requer um valor de alternância da chave de acesso (padrão do Config: 90). O valor real deve refletir as políticas da organização.
10.52	Uma instituição financeira deve implementar uma política de controle de acesso adequada para a identificação, autenticação e autorização de usuários (usuários internos e externos, tais como prestadores de serviços terceirizados). Isso deve abordar controles de acesso à tecnologia lógica e física que sejam proporcionais ao nível de risco de acesso não autorizado aos seus sistemas tecnológicos	account-part-of-organizations	O gerenciamento centralizado de Contas da AWS no AWS Organizations ajuda a garantir que as contas estejam em conformidade. Usar uma governança não centralizada na conta pode gerar inconsistências nas configurações da conta, o que pode expor recursos e dados confidenciais.
10.52	Uma instituição financeira deve implementar uma política de controle de acesso adequada para a identificação, autenticação e autorização de usuários (usuários internos e externos, tais como prestadores de serviços terceirizados). Isso deve abordar controles de acesso à tecnologia lógica e física que sejam proporcionais ao nível de risco de acesso não autorizado aos seus sistemas tecnológicos	ec2-instance-profile-attached	Os perfis de instância do EC2 passam um perfil do IAM para uma instância do EC2. Anexar um perfil de instância às instâncias pode ajudar no gerenciamento de privilégio mínimo e permissões.
10.52	Uma instituição financeira deve implementar uma política de controle de acesso adequada para a identificação, autenticação e autorização de usuários (usuários internos e externos, tais como prestadores de serviços terceirizados). Isso deve abordar controles de acesso à tecnologia lógica e física que sejam proporcionais ao nível de risco de acesso não autorizado aos seus sistemas tecnológicos	emr-kerberos-enabled	Ao habilitar o Kerberos para clusters do Amazon EMR, é possível gerenciar e incorporar as permissões e autorizações de acesso com os princípios de privilégio mínimo e separação de deveres. No Kerberos, os serviços e os usuários que precisam se autenticar são conhecidos como entidades principais. As entidades principais existem em um realm Kerberos. No realm, um servidor Kerberos é conhecido como o centro de distribuição de chaves (KDC). Ele fornece um meio para as entidades principais se autenticarem. A autenticação do KDC é feita com a emissão de tíquetes. O KDC mantém um banco de dados das entidades principais no realm, as senhas e outras informações administrativas sobre cada entidade principal.
10.52	Uma instituição financeira deve implementar uma política de controle de acesso adequada para a identificação, autenticação e autorização de usuários (usuários internos e externos, tais como prestadores de serviços terceirizados). Isso deve abordar controles de acesso à tecnologia lógica e física que sejam proporcionais ao nível de risco de acesso não autorizado aos seus sistemas tecnológicos	iam-customer-policy-blocked-kms-actions	O AWS Identity and Access Management (IAM) pode ajudar você a incorporar os princípios de privilégio mínimo e separação de deveres com permissões e autorizações de acesso, impedindo que as políticas contenham ações bloqueadas em todas as chaves do AWS Key Management Service. Ter mais privilégios do que o necessário para concluir uma tarefa pode violar o princípio de privilégio mínimo e separação de deveres. Essa regra permite que você defina o parâmetro blockedActionsPatterns. (Valor do Práticas Recomendadas de Segurança Básica da AWS: kms:Decrypt e kms:ReEncryptFrom). Os valores reais devem refletir as políticas da organização.
10.52	Uma instituição financeira deve implementar uma política de controle de acesso adequada para a identificação, autenticação e autorização de usuários (usuários internos e externos, tais como prestadores de serviços terceirizados). Isso deve abordar controles de acesso à tecnologia lógica e física que sejam proporcionais ao nível de risco de acesso não autorizado aos seus sistemas tecnológicos	iam-no-inline-policy-check	Assegure que um usuário, um perfil ou um grupo do AWS Identity and Access Management (IAM) não tenha uma política em linha para controlar o acesso a sistemas e ativos. A AWS recomenda usar políticas gerenciadas, em vez de políticas em linha. As políticas gerenciadas permitem a reutilização, o versionamento, a reversão e a delegação do gerenciamento de permissões.
10.52	Uma instituição financeira deve implementar uma política de controle de acesso adequada para a identificação, autenticação e autorização de usuários (usuários internos e externos, tais como prestadores de serviços terceirizados). Isso deve abordar controles de acesso à tecnologia lógica e física que sejam proporcionais ao nível de risco de acesso não autorizado aos seus sistemas tecnológicos	iam-password-policy	As identidades e as credenciais são emitidas, gerenciadas e verificadas com base em uma política organizacional de senhas do IAM. Elas atendem ou excedem os requisitos estabelecidos pelo NIST SP 800-63 e pelo padrão Práticas Recomendadas de Segurança Básica da AWS para a força da senha. Esta regra permite que você defina opcionalmente RequireUppercaseCharacters (valor do Práticas Recomendadas de Segurança Básica da AWS (AWS FSBP): true), RequireLowercaseCharacters (valor do Práticas Recomendadas de Segurança Básica da AWS: true), RequireSymbols (valor do Práticas Recomendadas de Segurança Básica da AWS: true), RequireNumbers (valor do Práticas Recomendadas de Segurança Básica da AWS: true), MinimumPasswordLength (valor do Práticas Recomendadas de Segurança Básica da AWS: 14), PasswordReusePrevention (valor do Práticas Recomendadas de Segurança Básica da AWS: 24) e MaxPasswordAge (valor do Práticas Recomendadas de Segurança Básica da AWS: 90) para sua política de senha do IAM. Os valores reais devem refletir as políticas da organização.
10.52	Uma instituição financeira deve implementar uma política de controle de acesso adequada para a identificação, autenticação e autorização de usuários (usuários internos e externos, tais como prestadores de serviços terceirizados). Isso deve abordar controles de acesso à tecnologia lógica e física que sejam proporcionais ao nível de risco de acesso não autorizado aos seus sistemas tecnológicos	iam-policy-no-statements-with-admin-access	O AWS Identity and Access Management (IAM) pode ajudar você a incorporar os princípios de privilégio mínimo e separação de deveres com permissões e autorizações de acesso, impedindo que as políticas contenham "Effect": "Allow" com "Action": "" por "Resource": "". Permitir que os usuários tenham mais privilégios do que o necessário para concluir uma tarefa pode violar o princípio de privilégio mínimo e separação de deveres.
10.52	Uma instituição financeira deve implementar uma política de controle de acesso adequada para a identificação, autenticação e autorização de usuários (usuários internos e externos, tais como prestadores de serviços terceirizados). Isso deve abordar controles de acesso à tecnologia lógica e física que sejam proporcionais ao nível de risco de acesso não autorizado aos seus sistemas tecnológicos	iam-root-access-key-check	O acesso a sistemas e ativos pode ser controlado verificando se o usuário raiz não tem chaves de acesso anexadas ao seu perfil do AWS Identity and Access Management (IAM). Exclua as chaves de acesso raiz. Em vez disso, crie e use Contas da AWS baseadas em perfis para ajudar a incorporar o princípio da funcionalidade mínima.
10.52	Uma instituição financeira deve implementar uma política de controle de acesso adequada para a identificação, autenticação e autorização de usuários (usuários internos e externos, tais como prestadores de serviços terceirizados). Isso deve abordar controles de acesso à tecnologia lógica e física que sejam proporcionais ao nível de risco de acesso não autorizado aos seus sistemas tecnológicos	iam-user-group-membership-check	O AWS Identity and Access Management (IAM) pode ajudar a a restringir permissões e autorizações de acesso, garantindo que os usuários do IAM sejam membros de pelo menos um grupo. Permitir que os usuários tenham mais privilégios do que o necessário para concluir uma tarefa pode violar o princípio de privilégio mínimo e separação de deveres.
10.52	Uma instituição financeira deve implementar uma política de controle de acesso adequada para a identificação, autenticação e autorização de usuários (usuários internos e externos, tais como prestadores de serviços terceirizados). Isso deve abordar controles de acesso à tecnologia lógica e física que sejam proporcionais ao nível de risco de acesso não autorizado aos seus sistemas tecnológicos	iam-user-mfa-enabled	Habilite essa regra para restringir o acesso a recursos na Nuvem AWS. Esta regra garante que a autenticação multifator (MFA) esteja habilitada para todos os usuários. A MFA adiciona uma camada extra de proteção, além do nome de usuário e senha. Reduza os incidentes de contas comprometidas exigindo MFA para usuários do IAM.
10.52	Uma instituição financeira deve implementar uma política de controle de acesso adequada para a identificação, autenticação e autorização de usuários (usuários internos e externos, tais como prestadores de serviços terceirizados). Isso deve abordar controles de acesso à tecnologia lógica e física que sejam proporcionais ao nível de risco de acesso não autorizado aos seus sistemas tecnológicos	iam-user-no-policies-check	Essa regra garante que as políticas do AWS Identity and Access Management (IAM) sejam anexadas apenas a grupos ou perfis para controlar o acesso a sistemas e ativos. A atribuição de privilégios por grupo ou perfil ajuda a reduzir a oportunidade de uma identidade receber ou reter privilégios excessivos.
10.52	Uma instituição financeira deve implementar uma política de controle de acesso adequada para a identificação, autenticação e autorização de usuários (usuários internos e externos, tais como prestadores de serviços terceirizados). Isso deve abordar controles de acesso à tecnologia lógica e física que sejam proporcionais ao nível de risco de acesso não autorizado aos seus sistemas tecnológicos.	iam-user-unused-credentials-check	O AWS Identity and Access Management (IAM) pode ajudar com permissões e autorizações de acesso verificando as senhas e chaves de acesso do IAM que não são usadas por um período especificado. Se essas credenciais não utilizadas forem identificadas, você deverá desabilitar e/ou removê-las, pois isso pode violar o princípio de privilégio mínimo. Essa regra exige que você defina um valor para maxCredentialUsageAge (padrão do Config: 90). O valor real deve refletir as políticas da organização.
10.52	Uma instituição financeira deve implementar uma política de controle de acesso adequada para a identificação, autenticação e autorização de usuários (usuários internos e externos, tais como prestadores de serviços terceirizados). Isso deve abordar controles de acesso à tecnologia lógica e física que sejam proporcionais ao nível de risco de acesso não autorizado aos seus sistemas tecnológicos	root-account-hardware-mfa-enabled	Para gerenciar o acesso a recursos na Nuvem AWS, garanta que a MFA de hardware esteja habilitada para o usuário raiz. O usuário raiz é o mais privilegiado em uma Conta da AWS. A MFA adiciona uma camada extra de proteção, além do nome de usuário e senha. Ao exigir MFA para o usuário raiz, é possível reduzir os incidentes de Contas da AWS comprometidas.
10.52	Uma instituição financeira deve implementar uma política de controle de acesso adequada para a identificação, autenticação e autorização de usuários (usuários internos e externos, tais como prestadores de serviços terceirizados). Isso deve abordar controles de acesso à tecnologia lógica e física que sejam proporcionais ao nível de risco de acesso não autorizado aos seus sistemas tecnológicos	root-account-mfa-enabled	Para gerenciar o acesso a recursos na Nuvem AWS, habilite a MFA para o usuário raiz. O usuário raiz é o mais privilegiado em uma Conta da AWS. A MFA adiciona uma camada extra de proteção, além do nome de usuário e senha. Ao exigir MFA para o usuário raiz, é possível reduzir os incidentes de Contas da AWS comprometidas.
10.53(b)(h)(i)	Ao observar o parágrafo 10.52, uma instituição financeira deve considerar os seguintes princípios em sua política de controle de acesso: (b) empregue direitos de acesso de “privilégio mínimo” ou com base na “necessidade”, em que somente as permissões mínimas suficientes sejam concedidas a usuários legítimos para exercer suas funções; (h) limite e controle o compartilhamento de ID de usuário e senhas entre vários usuários; e (i) controle o uso de convenções genéricas de nomenclatura de ID de usuário em favor de pessoas com IDs pessoais mais identificáveis.	iam-root-access-key-check	O acesso a sistemas e ativos pode ser controlado verificando se o usuário raiz não tem chaves de acesso anexadas ao seu perfil do AWS Identity and Access Management (IAM). Exclua as chaves de acesso raiz. Em vez disso, crie e use Contas da AWS baseadas em perfis para ajudar a incorporar o princípio da funcionalidade mínima.
10.53(b)	Ao observar o parágrafo 10.52, uma instituição financeira deve considerar os seguintes princípios na sua política de controlo de acesso: (b) empregue direitos de acesso de "privilégio mínimo" ou na base da "necessidade de ter", em que somente as permissões mínimas suficientes são concedidas aos usuários legítimos para desempenharem as suas funções;	ec2-instance-profile-attached	Os perfis de instância do EC2 passam um perfil do IAM para uma instância do EC2. Anexar um perfil de instância às instâncias pode ajudar no gerenciamento de privilégio mínimo e permissões.
10.53(b)	Ao observar o parágrafo 10.52, uma instituição financeira deve considerar os seguintes princípios na sua política de controlo de acesso: (b) empregue direitos de acesso de "privilégio mínimo" ou na base da "necessidade de ter", em que somente as permissões mínimas suficientes são concedidas aos usuários legítimos para desempenharem as suas funções;	emr-kerberos-enabled	Ao habilitar o Kerberos para clusters do Amazon EMR, é possível gerenciar e incorporar as permissões e autorizações de acesso com os princípios de privilégio mínimo e separação de deveres. No Kerberos, os serviços e os usuários que precisam se autenticar são conhecidos como entidades principais. As entidades principais existem em um realm Kerberos. No realm, um servidor Kerberos é conhecido como o centro de distribuição de chaves (KDC). Ele fornece um meio para as entidades principais se autenticarem. A autenticação do KDC é feita com a emissão de tíquetes. O KDC mantém um banco de dados das entidades principais no realm, as senhas e outras informações administrativas sobre cada entidade principal.
10.53(b)	Ao observar o parágrafo 10.52, uma instituição financeira deve considerar os seguintes princípios na sua política de controlo de acesso: (b) empregue direitos de acesso de "privilégio mínimo" ou na base da "necessidade de ter", em que somente as permissões mínimas suficientes são concedidas aos usuários legítimos para desempenharem as suas funções;	iam-customer-policy-blocked-kms-actions	O AWS Identity and Access Management (IAM) pode ajudar você a incorporar os princípios de privilégio mínimo e separação de deveres com permissões e autorizações de acesso, impedindo que as políticas contenham ações bloqueadas em todas as chaves do AWS Key Management Service. Ter mais privilégios do que o necessário para concluir uma tarefa pode violar o princípio de privilégio mínimo e separação de deveres. Essa regra permite que você defina o parâmetro blockedActionsPatterns. (Valor do Práticas Recomendadas de Segurança Básica da AWS: kms:Decrypt e kms:ReEncryptFrom). Os valores reais devem refletir as políticas da organização.
10.53(b)	Ao observar o parágrafo 10.52, uma instituição financeira deve considerar os seguintes princípios na sua política de controlo de acesso: (b) empregue direitos de acesso de "privilégio mínimo" ou na base da "necessidade de ter", em que somente as permissões mínimas suficientes são concedidas aos usuários legítimos para desempenharem as suas funções;	iam-no-inline-policy-check	Assegure que um usuário, um perfil ou um grupo do AWS Identity and Access Management (IAM) não tenha uma política em linha para controlar o acesso a sistemas e ativos. A AWS recomenda usar políticas gerenciadas, em vez de políticas em linha. As políticas gerenciadas permitem a reutilização, o versionamento, a reversão e a delegação do gerenciamento de permissões.
10.53(b)	Ao observar o parágrafo 10.52, uma instituição financeira deve considerar os seguintes princípios na sua política de controlo de acesso: (b) empregue direitos de acesso de "privilégio mínimo" ou na base da "necessidade de ter", em que somente as permissões mínimas suficientes são concedidas aos usuários legítimos para desempenharem as suas funções;	iam-policy-no-statements-with-admin-access	O AWS Identity and Access Management (IAM) pode ajudar você a incorporar os princípios de privilégio mínimo e separação de deveres com permissões e autorizações de acesso, impedindo que as políticas contenham "Effect": "Allow" com "Action": "" por "Resource": "". Permitir que os usuários tenham mais privilégios do que o necessário para concluir uma tarefa pode violar o princípio de privilégio mínimo e separação de deveres.
10.53(b)	Ao observar o parágrafo 10.52, uma instituição financeira deve considerar os seguintes princípios na sua política de controlo de acesso: (b) empregue direitos de acesso de "privilégio mínimo" ou na base da "necessidade de ter", em que somente as permissões mínimas suficientes são concedidas aos usuários legítimos para desempenharem as suas funções;	iam-user-group-membership-check	O AWS Identity and Access Management (IAM) pode ajudar a a restringir permissões e autorizações de acesso, garantindo que os usuários do IAM sejam membros de pelo menos um grupo. Permitir que os usuários tenham mais privilégios do que o necessário para concluir uma tarefa pode violar o princípio de privilégio mínimo e separação de deveres.
10.53(b)	Ao observar o parágrafo 10.52, uma instituição financeira deve considerar os seguintes princípios na sua política de controlo de acesso: (b) empregue direitos de acesso de "privilégio mínimo" ou na base da "necessidade de ter", em que somente as permissões mínimas suficientes são concedidas aos usuários legítimos para desempenharem as suas funções;	iam-user-no-policies-check	Essa regra garante que as políticas do AWS Identity and Access Management (IAM) sejam anexadas apenas a grupos ou perfis para controlar o acesso a sistemas e ativos. A atribuição de privilégios por grupo ou perfil ajuda a reduzir a oportunidade de uma identidade receber ou reter privilégios excessivos.
10.53(c)(f)	Ao observar o parágrafo 10.52, uma instituição financeira deve considerar os seguintes princípios na sua política de controle de acesso: (c) empregue direitos de acesso limitados no tempo que restrinjam o acesso a um período específico, incluindo direitos de acesso concedidos a prestadores de serviços; (f) adote uma autenticação mais forte para atividades críticas, inclusive para acesso remoto	iam-password-policy	As identidades e as credenciais são emitidas, gerenciadas e verificadas com base em uma política organizacional de senhas do IAM. Elas atendem ou excedem os requisitos estabelecidos pelo NIST SP 800-63 e pelo padrão Práticas Recomendadas de Segurança Básica da AWS para a força da senha. Esta regra permite que você defina opcionalmente RequireUppercaseCharacters (valor do Práticas Recomendadas de Segurança Básica da AWS (AWS FSBP): true), RequireLowercaseCharacters (valor do Práticas Recomendadas de Segurança Básica da AWS: true), RequireSymbols (valor do Práticas Recomendadas de Segurança Básica da AWS: true), RequireNumbers (valor do Práticas Recomendadas de Segurança Básica da AWS: true), MinimumPasswordLength (valor do Práticas Recomendadas de Segurança Básica da AWS: 14), PasswordReusePrevention (valor do Práticas Recomendadas de Segurança Básica da AWS: 24) e MaxPasswordAge (valor do Práticas Recomendadas de Segurança Básica da AWS: 90) para sua política de senha do IAM. Os valores reais devem refletir as políticas da organização.
10.53(f)(h)	Ao observar o parágrafo 10.52, uma instituição financeira deve considerar os seguintes princípios na sua política de controle de acesso: (f) adote uma autenticação mais forte para atividades críticas, inclusive para acesso remoto; (h) limite e controle o compartilhamento de ID de usuário e senhas entre vários usuários	iam-user-mfa-enabled	Habilite essa regra para restringir o acesso a recursos na Nuvem AWS. Esta regra garante que a autenticação multifator (MFA) esteja habilitada para todos os usuários. A MFA adiciona uma camada extra de proteção, além do nome de usuário e senha. Reduza os incidentes de contas comprometidas exigindo MFA para usuários do IAM.
10.53(f)(h)	Ao observar o parágrafo 10.54, uma instituição financeira deve considerar os seguintes princípios na sua política de controle de acesso: (f) adote uma autenticação mais forte para atividades críticas, inclusive para acesso remoto; (h) limite e controle o compartilhamento de ID de usuário e senhas entre vários usuários	root-account-hardware-mfa-enabled	Para gerenciar o acesso a recursos na Nuvem AWS, garanta que a MFA de hardware esteja habilitada para o usuário raiz. O usuário raiz é o mais privilegiado em uma Conta da AWS. A MFA adiciona uma camada extra de proteção, além do nome de usuário e senha. Ao exigir MFA para o usuário raiz, é possível reduzir os incidentes de Contas da AWS comprometidas.
10.53(f)(h)	Ao observar o parágrafo 10.54, uma instituição financeira deve considerar os seguintes princípios na sua política de controle de acesso: (f) adote uma autenticação mais forte para atividades críticas, inclusive para acesso remoto; (h) limite e controle o compartilhamento de ID de usuário e senhas entre vários usuários	root-account-mfa-enabled	Para gerenciar o acesso a recursos na Nuvem AWS, habilite a MFA para o usuário raiz. O usuário raiz é o mais privilegiado em uma Conta da AWS. A MFA adiciona uma camada extra de proteção, além do nome de usuário e senha. Ao exigir MFA para o usuário raiz, é possível reduzir os incidentes de Contas da AWS comprometidas.
10.54	Uma instituição financeira deve empregar processos de autenticação robustos para garantir a autenticidade das identidades em uso. Os mecanismos de autenticação devem ser proporcionais à criticidade das funções e adotar pelo menos um ou mais desses três fatores básicos de autenticação, nomeadamente, algo que o usuário conhece (por exemplo, senha, PIN), algo que o usuário possui (por exemplo, cartão inteligente, dispositivo de segurança) e algo que o usuário é (por exemplo, características biométricas, como impressão digital ou padrão retinal).	iam-user-mfa-enabled	Habilite essa regra para restringir o acesso a recursos na Nuvem AWS. Esta regra garante que a autenticação multifator (MFA) esteja habilitada para todos os usuários. A MFA adiciona uma camada extra de proteção, além do nome de usuário e senha. Reduza os incidentes de contas comprometidas exigindo MFA para usuários do IAM.
10.54	Uma instituição financeira deve empregar processos de autenticação robustos para garantir a autenticidade das identidades em uso. Os mecanismos de autenticação devem ser proporcionais à criticidade das funções e adotar pelo menos um ou mais desses três fatores básicos de autenticação, nomeadamente, algo que o usuário conhece (por exemplo, senha, PIN), algo que o usuário possui (por exemplo, cartão inteligente, dispositivo de segurança) e algo que o usuário é (por exemplo, características biométricas, como impressão digital ou padrão retinal).	root-account-hardware-mfa-enabled	Para gerenciar o acesso a recursos na Nuvem AWS, garanta que a MFA de hardware esteja habilitada para o usuário raiz. O usuário raiz é o mais privilegiado em uma Conta da AWS. A MFA adiciona uma camada extra de proteção, além do nome de usuário e senha. Ao exigir MFA para o usuário raiz, é possível reduzir os incidentes de Contas da AWS comprometidas.
10.54	Uma instituição financeira deve empregar processos de autenticação robustos para garantir a autenticidade das identidades em uso. Os mecanismos de autenticação devem ser proporcionais à criticidade das funções e adotar pelo menos um ou mais desses três fatores básicos de autenticação, nomeadamente, algo que o usuário conhece (por exemplo, senha, PIN), algo que o usuário possui (por exemplo, cartão inteligente, dispositivo de segurança) e algo que o usuário é (por exemplo, características biométricas, como impressão digital ou padrão retinal).	root-account-mfa-enabled	Para gerenciar o acesso a recursos na Nuvem AWS, habilite a MFA para o usuário raiz. O usuário raiz é o mais privilegiado em uma Conta da AWS. A MFA adiciona uma camada extra de proteção, além do nome de usuário e senha. Ao exigir MFA para o usuário raiz, é possível reduzir os incidentes de Contas da AWS comprometidas.
10.55	Uma instituição financeira deve rever e adaptar periodicamente as suas práticas de utilização de senhas para aumentar a resiliência contra a evolução dos ataques. Isso inclui a geração eficaz e segura de senhas. Deve haver controles apropriados para verificar a força das senhas criadas.	iam-password-policy	As identidades e as credenciais são emitidas, gerenciadas e verificadas com base em uma política organizacional de senhas do IAM. Elas atendem ou excedem os requisitos estabelecidos pelo NIST SP 800-63 e pelo padrão Práticas Recomendadas de Segurança Básica da AWS para a força da senha. Esta regra permite que você defina opcionalmente RequireUppercaseCharacters (valor do Práticas Recomendadas de Segurança Básica da AWS (AWS FSBP): true), RequireLowercaseCharacters (valor do Práticas Recomendadas de Segurança Básica da AWS: true), RequireSymbols (valor do Práticas Recomendadas de Segurança Básica da AWS: true), RequireNumbers (valor do Práticas Recomendadas de Segurança Básica da AWS: true), MinimumPasswordLength (valor do Práticas Recomendadas de Segurança Básica da AWS: 14), PasswordReusePrevention (valor do Práticas Recomendadas de Segurança Básica da AWS: 24) e MaxPasswordAge (valor do Práticas Recomendadas de Segurança Básica da AWS: 90) para sua política de senha do IAM. Os valores reais devem refletir as políticas da organização.
10.56	Os métodos de autenticação que dependem de mais de um fator normalmente são mais difíceis de comprometer do que um sistema de fator único. Com isso em mente, as instituições financeiras são incentivadas a projetar e implementar adequadamente (especialmente em sistemas de alto risco ou de “logon único”) autenticação multifator (MFA) que seja mais confiável e forneça dissuasores de fraude mais fortes	iam-user-mfa-enabled	Habilite essa regra para restringir o acesso a recursos na Nuvem AWS. Esta regra garante que a autenticação multifator (MFA) esteja habilitada para todos os usuários. A MFA adiciona uma camada extra de proteção, além do nome de usuário e senha. Reduza os incidentes de contas comprometidas exigindo MFA para usuários do IAM.
10.56	Os métodos de autenticação que dependem de mais de um fator normalmente são mais difíceis de comprometer do que um sistema de fator único. Com isso em mente, as instituições financeiras são incentivadas a projetar e implementar adequadamente (especialmente em sistemas de alto risco ou de “logon único”) autenticação multifator (MFA) que seja mais confiável e forneça dissuasores de fraude mais fortes	root-account-hardware-mfa-enabled	Para gerenciar o acesso a recursos na Nuvem AWS, garanta que a MFA de hardware esteja habilitada para o usuário raiz. O usuário raiz é o mais privilegiado em uma Conta da AWS. A MFA adiciona uma camada extra de proteção, além do nome de usuário e senha. Ao exigir MFA para o usuário raiz, é possível reduzir os incidentes de Contas da AWS comprometidas.
10.56	Os métodos de autenticação que dependem de mais de um fator normalmente são mais difíceis de comprometer do que um sistema de fator único. Com isso em mente, as instituições financeiras são incentivadas a projetar e implementar adequadamente (especialmente em sistemas de alto risco ou de “logon único”) autenticação multifator (MFA) que seja mais confiável e forneça dissuasores de fraude mais fortes	root-account-mfa-enabled	Para gerenciar o acesso a recursos na Nuvem AWS, habilite a MFA para o usuário raiz. O usuário raiz é o mais privilegiado em uma Conta da AWS. A MFA adiciona uma camada extra de proteção, além do nome de usuário e senha. Ao exigir MFA para o usuário raiz, é possível reduzir os incidentes de Contas da AWS comprometidas.
10.59	Uma instituição financeira deve garantir que (a) os controles de acesso aos sistemas de toda a empresa sejam efetivamente gerenciados e monitorados; e (b) as atividades dos usuários em sistemas críticos são registradas para auditoria e investigações. Os registros de atividades devem ser mantidos por pelo menos três anos e revisados regularmente em tempo hábil.	access-keys-rotated	As credenciais são auditadas para dispositivos, usuários e processos autorizados garantindo que as chaves de acesso do IAM sejam alternadas como especificado pela política organizacional. Alterar as chaves de acesso regularmente é uma prática recomendada de segurança. Isso reduz o período em que uma chave de acesso permanece ativa e diminui o impacto nos negócios se as chaves forem comprometidas. Essa regra requer um valor de alternância da chave de acesso (padrão do Config: 90). O valor real deve refletir as políticas da organização.
10.59	Uma instituição financeira deve garantir que (a) os controles de acesso aos sistemas de toda a empresa sejam efetivamente gerenciados e monitorados; e (b) as atividades dos usuários em sistemas críticos são registradas para auditoria e investigações. Os registros de atividades devem ser mantidos por pelo menos três anos e revisados regularmente em tempo hábil.	account-part-of-organizations	O gerenciamento centralizado de Contas da AWS no AWS Organizations ajuda a garantir que as contas estejam em conformidade. Usar uma governança não centralizada na conta pode gerar inconsistências nas configurações da conta, o que pode expor recursos e dados confidenciais.
10.59	Uma instituição financeira deve garantir que (a) os controles de acesso aos sistemas de toda a empresa sejam efetivamente gerenciados e monitorados; e (b) as atividades dos usuários em sistemas críticos são registradas para auditoria e investigações. Os registros de atividades devem ser mantidos por pelo menos três anos e revisados regularmente em tempo hábil.	api-gw-execution-logging-enabled	O registro em log do API Gateway exibe visualizações detalhadas dos usuários que acessaram a API e a forma como eles a acessaram. Esse insight mostra as atividades do usuário.
10.59	Uma instituição financeira deve garantir que (a) os controles de acesso aos sistemas de toda a empresa sejam efetivamente gerenciados e monitorados; e (b) as atividades dos usuários em sistemas críticos são registradas para auditoria e investigações. Os registros de atividades devem ser mantidos por pelo menos três anos e revisados regularmente em tempo hábil.	cloudtrail-s3-dataevents-enabled	A coleta de eventos de dados do Simple Storage Service (Amazon S3) ajuda a detectar qualquer atividade anômala. Os detalhes incluem informações da Conta da AWS que acessou um bucket, endereço IP e horário do evento do Amazon S3.
10.59	Uma instituição financeira deve garantir que (a) os controles de acesso aos sistemas de toda a empresa sejam efetivamente gerenciados e monitorados; e (b) as atividades dos usuários em sistemas críticos são registradas para auditoria e investigações. Os registros de atividades devem ser mantidos por pelo menos três anos e revisados regularmente em tempo hábil.	cloudtrail-security-trail-enabled	Essa regra ajuda a garantir o uso das práticas recomendadas de segurança da AWS para o AWS CloudTrail verificando a habilitação de várias configurações. Isso inclui o uso de criptografia de log, validação de log e habilitação do AWS CloudTrail em várias regiões.
10.59	Uma instituição financeira deve garantir que (a) os controles de acesso aos sistemas de toda a empresa sejam efetivamente gerenciados e monitorados; e (b) as atividades dos usuários em sistemas críticos são registradas para auditoria e investigações. Os registros de atividades devem ser mantidos por pelo menos três anos e revisados regularmente em tempo hábil.	cloud-trail-cloud-watch-logs-enabled	Use o Amazon CloudWatch para coletar e gerenciar centralmente a atividade de eventos de logs. A inclusão dos dados do AWS CloudTrail fornece detalhes da atividade de chamadas da API em sua Conta da AWS.
10.59	Uma instituição financeira deve garantir que (a) os controles de acesso aos sistemas de toda a empresa sejam efetivamente gerenciados e monitorados; e (b) as atividades dos usuários em sistemas críticos são registradas para auditoria e investigações. Os registros de atividades devem ser mantidos por pelo menos três anos e revisados regularmente em tempo hábil.	cw-loggroup-retention-period-check	Uma duração mínima dos dados de log de eventos deve ser retida para os grupos de logs a fim de ajudar na solução de problemas e nas investigações forenses. A falta de dados de log de eventos anteriores disponíveis dificulta a reconstrução e a identificação de eventos possivelmente mal-intencionados.
10.59	Uma instituição financeira deve garantir que (a) os controles de acesso aos sistemas de toda a empresa sejam efetivamente gerenciados e monitorados; e (b) as atividades dos usuários em sistemas críticos são registradas para auditoria e investigações. Os registros de atividades devem ser mantidos por pelo menos três anos e revisados regularmente em tempo hábil.	ec2-instance-profile-attached	Os perfis de instância do EC2 passam um perfil do IAM para uma instância do EC2. Anexar um perfil de instância às instâncias pode ajudar no gerenciamento de privilégio mínimo e permissões.
10.59	Uma instituição financeira deve garantir que (a) os controles de acesso aos sistemas de toda a empresa sejam efetivamente gerenciados e monitorados; e (b) as atividades dos usuários em sistemas críticos são registradas para auditoria e investigações. Os registros de atividades devem ser mantidos por pelo menos três anos e revisados regularmente em tempo hábil.	elb-logging-enabled	A atividade do Elastic Load Balancing é um ponto central de comunicação em um ambiente. Habilite o registro em log do ELB. Os dados coletados fornecem informações detalhadas sobre as solicitações enviadas ao ELB. Cada log contém informações como a hora em que a solicitação foi recebida, o endereço IP do cliente, latências, caminhos de solicitação e respostas do servidor.
10.59	Uma instituição financeira deve garantir que (a) os controles de acesso aos sistemas de toda a empresa sejam efetivamente gerenciados e monitorados; e (b) as atividades dos usuários em sistemas críticos são registradas para auditoria e investigações. Os registros de atividades devem ser mantidos por pelo menos três anos e revisados regularmente em tempo hábil.	iam-customer-policy-blocked-kms-actions	O AWS Identity and Access Management (IAM) pode ajudar você a incorporar os princípios de privilégio mínimo e separação de deveres com permissões e autorizações de acesso, impedindo que as políticas contenham ações bloqueadas em todas as chaves do AWS Key Management Service. Ter mais privilégios do que o necessário para concluir uma tarefa pode violar o princípio de privilégio mínimo e separação de deveres. Essa regra permite que você defina o parâmetro blockedActionsPatterns. (Valor do Práticas Recomendadas de Segurança Básica da AWS: kms:Decrypt e kms:ReEncryptFrom). Os valores reais devem refletir as políticas da organização.
10.59	Uma instituição financeira deve garantir que (a) os controles de acesso aos sistemas de toda a empresa sejam efetivamente gerenciados e monitorados; e (b) as atividades dos usuários em sistemas críticos são registradas para auditoria e investigações. Os registros de atividades devem ser mantidos por pelo menos três anos e revisados regularmente em tempo hábil.	iam-password-policy	As identidades e as credenciais são emitidas, gerenciadas e verificadas com base em uma política organizacional de senhas do IAM. Elas atendem ou excedem os requisitos estabelecidos pelo NIST SP 800-63 e pelo padrão Práticas Recomendadas de Segurança Básica da AWS para a força da senha. Esta regra permite que você defina opcionalmente RequireUppercaseCharacters (valor do Práticas Recomendadas de Segurança Básica da AWS (AWS FSBP): true), RequireLowercaseCharacters (valor do Práticas Recomendadas de Segurança Básica da AWS: true), RequireSymbols (valor do Práticas Recomendadas de Segurança Básica da AWS: true), RequireNumbers (valor do Práticas Recomendadas de Segurança Básica da AWS: true), MinimumPasswordLength (valor do Práticas Recomendadas de Segurança Básica da AWS: 14), PasswordReusePrevention (valor do Práticas Recomendadas de Segurança Básica da AWS: 24) e MaxPasswordAge (valor do Práticas Recomendadas de Segurança Básica da AWS: 90) para sua política de senha do IAM. Os valores reais devem refletir as políticas da organização.
10.59	Uma instituição financeira deve garantir que (a) os controles de acesso aos sistemas de toda a empresa sejam efetivamente gerenciados e monitorados; e (b) as atividades dos usuários em sistemas críticos são registradas para auditoria e investigações. Os registros de atividades devem ser mantidos por pelo menos três anos e revisados regularmente em tempo hábil.	iam-policy-no-statements-with-admin-access	O AWS Identity and Access Management (IAM) pode ajudar você a incorporar os princípios de privilégio mínimo e separação de deveres com permissões e autorizações de acesso, impedindo que as políticas contenham "Effect": "Allow" com "Action": "" por "Resource": "". Permitir que os usuários tenham mais privilégios do que o necessário para concluir uma tarefa pode violar o princípio de privilégio mínimo e separação de deveres.
10.59	Uma instituição financeira deve garantir que (a) os controles de acesso aos sistemas de toda a empresa sejam efetivamente gerenciados e monitorados; e (b) as atividades dos usuários em sistemas críticos são registradas para auditoria e investigações. Os registros de atividades devem ser mantidos por pelo menos três anos e revisados regularmente em tempo hábil.	iam-root-access-key-check	O acesso a sistemas e ativos pode ser controlado verificando se o usuário raiz não tem chaves de acesso anexadas ao seu perfil do AWS Identity and Access Management (IAM). Exclua as chaves de acesso raiz. Em vez disso, crie e use Contas da AWS baseadas em perfis para ajudar a incorporar o princípio da funcionalidade mínima.
10.59	Uma instituição financeira deve garantir que (a) os controles de acesso aos sistemas de toda a empresa sejam efetivamente gerenciados e monitorados; e (b) as atividades dos usuários em sistemas críticos são registradas para auditoria e investigações. Os registros de atividades devem ser mantidos por pelo menos três anos e revisados regularmente em tempo hábil.	iam-user-group-membership-check	O AWS Identity and Access Management (IAM) pode ajudar a a restringir permissões e autorizações de acesso, garantindo que os usuários do IAM sejam membros de pelo menos um grupo. Permitir que os usuários tenham mais privilégios do que o necessário para concluir uma tarefa pode violar o princípio de privilégio mínimo e separação de deveres.
10.59	Uma instituição financeira deve garantir que (a) os controles de acesso aos sistemas de toda a empresa sejam efetivamente gerenciados e monitorados; e (b) as atividades dos usuários em sistemas críticos são registradas para auditoria e investigações. Os registros de atividades devem ser mantidos por pelo menos três anos e revisados regularmente em tempo hábil.	iam-user-no-policies-check	Essa regra garante que as políticas do AWS Identity and Access Management (IAM) sejam anexadas apenas a grupos ou perfis para controlar o acesso a sistemas e ativos. A atribuição de privilégios por grupo ou perfil ajuda a reduzir a oportunidade de uma identidade receber ou reter privilégios excessivos.
10.59	Uma instituição financeira deve garantir que (a) os controles de acesso aos sistemas de toda a empresa sejam efetivamente gerenciados e monitorados; e (b) as atividades dos usuários em sistemas críticos são registradas para auditoria e investigações. Os registros de atividades devem ser mantidos por pelo menos três anos e revisados regularmente em tempo hábil.	opensearch-logs-to-cloudwatch	Habilite os logs de erros dos domínios do Amazon OpenSearch Service e transmita-os ao Amazon CloudWatch Logs para retenção e resposta. Os logs de erros do OpenSearch Service podem auxiliar nas auditorias de segurança e acesso, além de ajudar a diagnosticar problemas de disponibilidade.
10.59	Uma instituição financeira deve garantir que (a) os controles de acesso aos sistemas de toda a empresa sejam efetivamente gerenciados e monitorados; e (b) as atividades dos usuários em sistemas críticos são registradas para auditoria e investigações. Os registros de atividades devem ser mantidos por pelo menos três anos e revisados regularmente em tempo hábil.	rds-logging-enabled	Para ajudar no registro em log e no monitoramento em seu ambiente, habilite o registro em log do Amazon Relational Database Service (Amazon RDS). Com o registro em log do Amazon RDS, você pode capturar eventos como conexões, desconexões, consultas ou tabelas consultadas.
10.59	Uma instituição financeira deve garantir que (a) os controles de acesso aos sistemas de toda a empresa sejam efetivamente gerenciados e monitorados; e (b) as atividades dos usuários em sistemas críticos são registradas para auditoria e investigações. Os registros de atividades devem ser mantidos por pelo menos três anos e revisados regularmente em tempo hábil.	redshift-cluster-configuration-check	Para proteger os dados em repouso, habilite a criptografia para os clusters do Amazon Redshift. Implante também as configurações necessárias nos clusters do Amazon Redshift. O registro em log de auditoria deve ser habilitado para fornecer informações sobre conexões e atividades do usuário no banco de dados. Essa regra exige que um valor seja definido para clusterDbEncrypted (padrão do Config: VERDADEIRO) e loggingEnabled (padrão do Config: VERDADEIRO). Os valores reais devem refletir as políticas da organização.
10.59	Uma instituição financeira deve garantir que (a) os controles de acesso aos sistemas de toda a empresa sejam efetivamente gerenciados e monitorados; e (b) as atividades dos usuários em sistemas críticos são registradas para auditoria e investigações. Os registros de atividades devem ser mantidos por pelo menos três anos e revisados regularmente em tempo hábil.	s3-bucket-logging-enabled	O registro em log de acesso ao servidor do Amazon Simple Storage Service (Amazon S3) fornece um método para monitorar a rede em busca de possíveis eventos de segurança cibernética. Os eventos são monitorados pela captura de registros detalhados das solicitações que são feitas a um bucket do Amazon S3. Cada registro de log de acesso fornece detalhes sobre uma única solicitação de acesso. Os detalhes incluem solicitante, nome do bucket, horário da solicitação, ação da solicitação, status da resposta e um código de erro, se relevante.
10.59	Uma instituição financeira deve garantir que (a) os controles de acesso aos sistemas de toda a empresa sejam efetivamente gerenciados e monitorados; e (b) as atividades dos usuários em sistemas críticos são registradas para auditoria e investigações. Os registros de atividades devem ser mantidos por pelo menos três anos e revisados regularmente em tempo hábil.	wafv2-logging-enabled	Para ajudar com o registro em log e o monitoramento em seu ambiente, habilite o registro em log do AWS WAF (V2) em ACLs da web regionais e globais. O registro em log do AWS WAF fornece informações detalhadas sobre o tráfego que é analisado pela ACL da web. Os logs registram a hora em que o AWS WAF recebeu a solicitação do recurso da AWS, informações sobre a solicitação e uma ação para a regra à qual cada solicitação correspondeu.
10.60	Ao cumprir o requisito do parágrafo 10.59, as grandes instituições financeiras são obrigadas a (a) implementar um sistema de gerenciamento de acesso de identidade para gerenciar e monitorar eficazmente o acesso dos usuários aos sistemas de toda a empresa; e (b) implantar ferramentas de auditoria automatizadas para sinalizar quaisquer anomalias.	cloud-trail-cloud-watch-logs-enabled	Use o Amazon CloudWatch para coletar e gerenciar centralmente a atividade de eventos de logs. A inclusão dos dados do AWS CloudTrail fornece detalhes da atividade de chamadas da API em sua Conta da AWS.
10.60	Ao cumprir o requisito do parágrafo 10.61, as grandes instituições financeiras são obrigadas a (a) implementar um sistema de gerenciamento de acesso de identidade para gerenciar e monitorar eficazmente o acesso dos usuários aos sistemas de toda a empresa; e (b) implantar ferramentas de auditoria automatizadas para sinalizar quaisquer anomalias.	guardduty-enabled-centralized	O Amazon GuardDuty pode ajudar a monitorar e detectar possíveis eventos de segurança cibernética usando feeds de inteligência contra ameaças. Isso inclui listas de IPs maliciosos e machine learning para identificar atividades inesperadas, não autorizadas e mal-intencionadas em seu ambiente na Nuvem AWS.
10.60	Ao cumprir o requisito do parágrafo 10.61, as grandes instituições financeiras são obrigadas a (a) implementar um sistema de gerenciamento de acesso de identidade para gerenciar e monitorar eficazmente o acesso dos usuários aos sistemas de toda a empresa; e (b) implantar ferramentas de auditoria automatizadas para sinalizar quaisquer anomalias.	securityhub-enabled	O AWS Security Hub ajuda a monitorar equipes, conexões, dispositivos e software não autorizados. O AWS Security Hub agrega, organiza e prioriza os alertas de segurança ou as descobertas de vários serviços da AWS. Alguns desses serviços são o Amazon Security Hub, o Amazon Inspector, o Amazon Macie, o AWS Identity and Access Management (IAM) Access Analyzer e o AWS Firewall Manager, além de soluções de parceiros da AWS.
10.61	Uma instituição financeira deve garantir que os sistemas críticos não funcionem em sistemas desatualizados com vulnerabilidades de segurança conhecidas ou sistemas tecnológicos em fim de vida (end-of-life, EOL). Nesse sentido, uma instituição financeira deve atribuir claramente responsabilidades às funções identificadas: (a) monitorar continuamente e implementar os lançamentos de patches mais recentes em tempo hábil; e (b) identificar sistemas tecnológicos críticos que estão se aproximando do fim da vida útil para obter mais medidas corretivas.	ec2-instance-managed-by-systems-manager	É possível ter um inventário das plataformas e aplicações de software na organização ao gerenciar instâncias do Amazon Elastic Compute Cloud (Amazon EC2) com o AWS Systems Manager. Use o AWS Systems Manager para fornecer configurações detalhadas do sistema, níveis de patch do sistema operacional, nome e tipo de serviços, instalações de software, nome da aplicação, publicador e versão, além de outros detalhes sobre seu ambiente.
10.61	Uma instituição financeira deve garantir que os sistemas críticos não funcionem em sistemas desatualizados com vulnerabilidades de segurança conhecidas ou sistemas tecnológicos em fim de vida (end-of-life, EOL). Nesse sentido, uma instituição financeira deve atribuir claramente responsabilidades às funções identificadas: (a) monitorar continuamente e implementar os lançamentos de patches mais recentes em tempo hábil; e (b) identificar sistemas tecnológicos críticos que estão se aproximando do fim da vida útil para obter mais medidas corretivas.	ec2-managedinstance-association-compliance-status-check	Use as associações do AWS Systems Manager para ajudar no inventário de plataformas e aplicações de software em uma organização. O AWS Systems Manager atribui um estado de configuração às instâncias gerenciadas e permite que você defina linhas de base de níveis de patch do sistema operacional, instalações de software, configurações de aplicações e outros detalhes sobre o ambiente.
10.61	Uma instituição financeira deve garantir que os sistemas críticos não funcionem em sistemas desatualizados com vulnerabilidades de segurança conhecidas ou sistemas tecnológicos em fim de vida (end-of-life, EOL). Nesse sentido, uma instituição financeira deve atribuir claramente responsabilidades às funções identificadas: (a) monitorar continuamente e implementar os lançamentos de patches mais recentes em tempo hábil; e (b) identificar sistemas tecnológicos críticos que estão se aproximando do fim da vida útil para obter mais medidas corretivas.	ec2-managedinstance-patch-compliance-status-check	Habilite essa regra para ajudar na identificação e documentação das vulnerabilidades do Amazon Elastic Compute Cloud (Amazon EC2). A regra verifica se a instância do Amazon EC2 está em conformidade com os patches no AWS Systems Manager, conforme exigido pelas políticas e pelos procedimentos da organização.
10.61	Uma instituição financeira deve garantir que os sistemas críticos não funcionem em sistemas desatualizados com vulnerabilidades de segurança conhecidas ou sistemas tecnológicos em fim de vida (end-of-life, EOL). Nesse sentido, uma instituição financeira deve atribuir claramente responsabilidades às funções identificadas: (a) monitorar continuamente e implementar os lançamentos de patches mais recentes em tempo hábil; e (b) identificar sistemas tecnológicos críticos que estão se aproximando do fim da vida útil para obter mais medidas corretivas.	elastic-beanstalk-managed-updates-enabled	Habilitar atualizações gerenciadas da plataforma para um ambiente do Amazon Elastic Beanstalk garante que as últimas correções, atualizações e recursos de plataforma disponíveis para o ambiente sejam instalados. Uma das práticas recomendadas para proteger sistemas é manter a instalação de patches em dia.
10.61	Uma instituição financeira deve garantir que os sistemas críticos não funcionem em sistemas desatualizados com vulnerabilidades de segurança conhecidas ou sistemas tecnológicos em fim de vida (end-of-life, EOL). Nesse sentido, uma instituição financeira deve atribuir claramente responsabilidades às funções identificadas: (a) monitorar continuamente e implementar os lançamentos de patches mais recentes em tempo hábil; e (b) identificar sistemas tecnológicos críticos que estão se aproximando do fim da vida útil para obter mais medidas corretivas.	redshift-cluster-maintenancesettings-check	Essa regra garante que os clusters do Amazon Redshift tenham as configurações preferidas da organização. Especificamente, que eles tenham janelas de manutenção preferenciais e períodos automatizados de retenção de instantâneos para o banco de dados. Essa regra exige que você defina o allowVersionUpgrade. O padrão é true. Também permite definir opcionalmente o preferredMaintenanceWindow (o padrão é sat:16:00-sat:16:30) e o automatedSnapshotRetentionPeriod (o padrão é 1). Os valores reais devem refletir as políticas da organização.
10.64(a)	Uma instituição financeira deve implementar controles robustos de segurança tecnológica no fornecimento de serviços digitais que garantam o seguinte: (a) confidencialidade e integridade das informações e transações de clientes e contrapartes	alb-http-to-https-redirection-check	Para ajudar a proteger os dados em trânsito, garanta que o Application Load Balancer redirecione automaticamente as solicitações HTTP não criptografadas para HTTPS. Como pode haver dados confidenciais, habilite a criptografia em trânsito para ajudar a protegê-los.
10.64(a)	Uma instituição financeira deve implementar controles robustos de segurança tecnológica no fornecimento de serviços digitais que garantam o seguinte: (a) confidencialidade e integridade das informações e transações de clientes e contrapartes	api-gw-cache-enabled-and-encrypted	Para ajudar a proteger os dados em repouso, habilite a criptografia para o cache do estágio do API Gateway. Como dados confidenciais podem ser capturados para o método da API, habilite a criptografia em repouso para ajudar a protegê-los.
10.64(a)	Uma instituição financeira deve implementar controles robustos de segurança tecnológica no fornecimento de serviços digitais que garantam o seguinte: (a) confidencialidade e integridade das informações e transações de clientes e contrapartes	api-gw-ssl-enabled	Configure os estágios da API REST do Amazon API Gateway com certificados SSL para permitir que os sistemas de back-end autentiquem o API Gateway como origem das solicitações.
10.64(a)	Uma instituição financeira deve implementar controles robustos de segurança tecnológica no fornecimento de serviços digitais que garantam o seguinte: (a) confidencialidade e integridade das informações e transações de clientes e contrapartes	backup-recovery-point-encrypted	Habilite a criptografia esteja para os pontos de recuperação do AWS Backup. Como pode haver dados confidenciais em repouso, habilite a criptografia em repouso para ajudar a protegê-los.
10.64(a)	Uma instituição financeira deve implementar controles robustos de segurança tecnológica no fornecimento de serviços digitais que garantam o seguinte: (a) confidencialidade e integridade das informações e transações de clientes e contrapartes	cloudtrail-security-trail-enabled	Essa regra ajuda a garantir o uso das práticas recomendadas de segurança da AWS para o AWS CloudTrail verificando a habilitação de várias configurações. Isso inclui o uso de criptografia de log, validação de log e habilitação do AWS CloudTrail em várias regiões.
10.64(a)	Uma instituição financeira deve implementar controles robustos de segurança tecnológica no fornecimento de serviços digitais que garantam o seguinte: (a) confidencialidade e integridade das informações e transações de clientes e contrapartes	cloudwatch-log-group-encrypted	Para ajudar a proteger dados confidenciais em repouso, habilite a criptografia para os grupos do Amazon CloudWatch Logs.
10.64(a)	Uma instituição financeira deve implementar controles robustos de segurança tecnológica no fornecimento de serviços digitais que garantam o seguinte: (a) confidencialidade e integridade das informações e transações de clientes e contrapartes	dynamodb-table-encrypted-kms	Habilite a criptografia para as tabelas do Amazon DynamoDB. Como pode haver dados confidenciais em repouso nessas tabelas, habilite a criptografia em repouso para ajudar a protegê-los. Por padrão, as tabelas do DynamoDB são criptografadas com uma chave mestra de cliente (CMK) pertencente à AWS.
10.64(a)	Uma instituição financeira deve implementar controles robustos de segurança tecnológica no fornecimento de serviços digitais que garantam o seguinte: (a) confidencialidade e integridade das informações e transações de clientes e contrapartes	ec2-ebs-encryption-by-default	Para ajudar a proteger os dados em repouso, habilite a criptografia para os volumes do Amazon Elastic Block Store (Amazon EBS). Como pode haver dados confidenciais em repouso nesses volumes, habilite a criptografia em repouso para ajudar a protegê-los.
10.64(a)	Uma instituição financeira deve implementar controles robustos de segurança tecnológica no fornecimento de serviços digitais que garantam o seguinte: (a) confidencialidade e integridade das informações e transações de clientes e contrapartes	efs-encrypted-check	Como pode haver dados confidenciais, e para ajudar a proteger os dados em repouso, habilite a criptografia para o Amazon Elastic File System (EFS).
10.64(a)	Uma instituição financeira deve implementar controles robustos de segurança tecnológica no fornecimento de serviços digitais que garantam o seguinte: (a) confidencialidade e integridade das informações e transações de clientes e contrapartes	elbv2-acm-certificate-required	Como pode haver dados confidenciais, e para ajudar a proteger os dados em trânsito, habilite a criptografia para o Elastic Load Balancing. Use o AWS Certificate Manager para gerenciar, provisionar e implantar certificados SSL/TLS públicos e privados com recursos internos e serviços da AWS.
10.64(a)	Uma instituição financeira deve implementar controles robustos de segurança tecnológica no fornecimento de serviços digitais que garantam o seguinte: (a) confidencialidade e integridade das informações e transações de clientes e contrapartes	encrypted-volumes	Como pode haver dados confidenciais, e para ajudar a proteger os dados em repouso, habilite a criptografia para os volumes do Amazon Elastic Block Store (Amazon EBS).
10.64(a)	Uma instituição financeira deve implementar controles robustos de segurança tecnológica no fornecimento de serviços digitais que garantam o seguinte: (a) confidencialidade e integridade das informações e transações de clientes e contrapartes	opensearch-encrypted-at-rest	Como pode haver dados confidenciais, e para ajudar a proteger os dados em repouso, habilite a criptografia para os domínios do Amazon OpenSearch Service.
10.64(a)	Uma instituição financeira deve implementar controles robustos de segurança tecnológica no fornecimento de serviços digitais que garantam o seguinte: (a) confidencialidade e integridade das informações e transações de clientes e contrapartes	opensearch-https-required	Como pode haver dados confidenciais, e para ajudar a proteger os dados em trânsito, habilite o HTTPS para as conexões com os domínios do Amazon OpenSearch Service.
10.64(a)	Uma instituição financeira deve implementar controles robustos de segurança tecnológica no fornecimento de serviços digitais que garantam o seguinte: (a) confidencialidade e integridade das informações e transações de clientes e contrapartes	opensearch-node-to-node-encryption-check	Habilite a criptografia de nó a nó para o Amazon OpenSearch Service. A criptografia de nó a nó permite a criptografia TLS 1.2 para todas as comunicações no Amazon Virtual Private Cloud (Amazon VPC). Como pode haver dados confidenciais, habilite a criptografia em trânsito para ajudar a protegê-los.
10.64(a)	Uma instituição financeira deve implementar controles robustos de segurança tecnológica no fornecimento de serviços digitais que garantam o seguinte: (a) confidencialidade e integridade das informações e transações de clientes e contrapartes	rds-snapshot-encrypted	Habilite a criptografia para os instantâneos do Amazon Relational Database Service (Amazon RDS). Como pode haver dados confidenciais em repouso, habilite a criptografia em repouso para ajudar a protegê-los.
10.64(a)	Uma instituição financeira deve implementar controles robustos de segurança tecnológica no fornecimento de serviços digitais que garantam o seguinte: (a) confidencialidade e integridade das informações e transações de clientes e contrapartes	rds-storage-encrypted	Para ajudar a proteger os dados em repouso, habilite a criptografia para as instâncias do Amazon Relational Database Service (Amazon RDS). Como pode haver dados confidenciais em repouso nas instâncias do Amazon RDS, habilite a criptografia em repouso para ajudar a protegê-los.
10.64(a)	Uma instituição financeira deve implementar controles robustos de segurança tecnológica no fornecimento de serviços digitais que garantam o seguinte: (a) confidencialidade e integridade das informações e transações de clientes e contrapartes	redshift-cluster-configuration-check	Para proteger os dados em repouso, habilite a criptografia para os clusters do Amazon Redshift. Implante também as configurações necessárias nos clusters do Amazon Redshift. O registro em log de auditoria deve ser habilitado para fornecer informações sobre conexões e atividades do usuário no banco de dados. Essa regra exige que um valor seja definido para clusterDbEncrypted (padrão do Config: VERDADEIRO) e loggingEnabled (padrão do Config: VERDADEIRO). Os valores reais devem refletir as políticas da organização.
10.64(a)	Uma instituição financeira deve implementar controles robustos de segurança tecnológica no fornecimento de serviços digitais que garantam o seguinte: (a) confidencialidade e integridade das informações e transações de clientes e contrapartes	redshift-cluster-kms-enabled	Para ajudar a proteger os dados em repouso, habilite a criptografia com o AWS Key Management Service (AWS KMS) para o cluster do Amazon Redshift. Como pode haver dados confidenciais em repouso nos clusters do Redshift, habilite a criptografia em repouso para ajudar a protegê-los.
10.64(a)	Uma instituição financeira deve implementar controles robustos de segurança tecnológica no fornecimento de serviços digitais que garantam o seguinte: (a) confidencialidade e integridade das informações e transações de clientes e contrapartes	redshift-require-tls-ssl	Os clusters do Amazon Redshift devem exigir criptografia TLS/SSL para se conectar aos clientes SQL. Como pode haver dados confidenciais, habilite a criptografia em trânsito para ajudar a protegê-los.
10.64(a)	Uma instituição financeira deve implementar controles robustos de segurança tecnológica no fornecimento de serviços digitais que garantam o seguinte: (a) confidencialidade e integridade das informações e transações de clientes e contrapartes	s3-bucket-server-side-encryption-enabled	Para ajudar a proteger os dados em repouso, habilite a criptografia para os buckets do Amazon Simple Storage Service (Amazon S3). Como pode haver dados confidenciais em repouso nos buckets do Amazon S3, habilite a criptografia para ajudar a protegê-los.
10.64(a)	Uma instituição financeira deve implementar controles robustos de segurança tecnológica no fornecimento de serviços digitais que garantam o seguinte: (a) confidencialidade e integridade das informações e transações de clientes e contrapartes	s3-bucket-ssl-requests-only	Para ajudar a proteger dados em trânsito, os buckets do Amazon Simple Storage Service (Amazon S3) devem exigir solicitações de uso do Secure Socket Layer (SSL). Como pode haver dados confidenciais, habilite a criptografia em trânsito para ajudar a protegê-los.
10.64(a)	Uma instituição financeira deve implementar controles robustos de segurança tecnológica no fornecimento de serviços digitais que garantam o seguinte: (a) confidencialidade e integridade das informações e transações de clientes e contrapartes	sagemaker-endpoint-configuration-kms-key-configured	Para ajudar a proteger os dados em repouso, habilite a criptografia com o AWS Key Management Service (AWS KMS) para o endpoint do SageMaker. Como pode haver dados confidenciais em repouso no endpoint do SageMaker, habilite a criptografia em repouso para ajudar a protegê-los.
10.64(a)	Uma instituição financeira deve implementar controles robustos de segurança tecnológica no fornecimento de serviços digitais que garantam o seguinte: (a) confidencialidade e integridade das informações e transações de clientes e contrapartes	sagemaker-notebook-instance-kms-key-configured	Para ajudar a proteger os dados em repouso, habilite a criptografia com o AWS Key Management Service (AWS KMS) para o caderno do SageMaker. Como pode haver dados confidenciais em repouso no cadernodo SageMaker, habilite a criptografia em repouso para ajudar a protegê-los.
10.64(a)	Uma instituição financeira deve implementar controles robustos de segurança tecnológica no fornecimento de serviços digitais que garantam o seguinte: (a) confidencialidade e integridade das informações e transações de clientes e contrapartes	secretsmanager-using-cmk	Para ajudar a proteger os dados em repouso, habilite a criptografia com o AWS Key Management Service (AWS KMS) para os segredos do AWS Secrets Manager. Como pode haver dados confidenciais em repouso nos segredos do Secrets Manager, habilite a criptografia em repouso para ajudar a protegê-los.
10.64(a)	Uma instituição financeira deve implementar controles robustos de segurança tecnológica no fornecimento de serviços digitais que garantam o seguinte: (a) confidencialidade e integridade das informações e transações de clientes e contrapartes	sns-encrypted-kms	Para ajudar a proteger os dados em repouso, use o AWS Key Management Service (AWS KMS) para garantir que os tópicos do Amazon Simple Notification Service (Amazon SNS) exijam criptografia. Como pode haver dados confidenciais em repouso em mensagens publicadas, habilite a criptografia em repouso para ajudar a protegê-los.
10.64(b)	Uma instituição financeira deve implementar controles robustos de segurança tecnológica no fornecimento de serviços digitais que garantam o seguinte: (b) confiabilidade dos serviços prestados de canais e dispositivos com interrupção mínima dos serviços	dynamodb-autoscaling-enabled	O ajuste de escala automático do Amazon DynamoDB usa o serviço AWS Application Auto Scaling para ajustar a capacidade de throughput provisionado que responde automaticamente a padrões de tráfego reais. Isso permite que uma tabela ou um índice secundário global aumente a capacidade provisionada de leitura e gravação para processar aumentos repentinos no tráfego, sem controle de utilização.
10.64(b)	Uma instituição financeira deve implementar controles robustos de segurança tecnológica no fornecimento de serviços digitais que garantam o seguinte: (b) confiabilidade dos serviços prestados de canais e dispositivos com interrupção mínima dos serviços	ec2-stopped-instance	Habilite essa regra para ajudar na configuração básica das instâncias do Amazon Elastic Compute Cloud (Amazon EC2) verificando se essas instâncias do Amazon EC2 foram interrompidas por mais dias do que o permitido pelos padrões da organização.
10.64(b)	Uma instituição financeira deve implementar controles robustos de segurança tecnológica no fornecimento de serviços digitais que garantam o seguinte: (b) confiabilidade dos serviços prestados de canais e dispositivos com interrupção mínima dos serviços	elb-deletion-protection-enabled	Essa regra garante que o Elastic Load Balancing tenha a proteção contra exclusão habilitada. Use esse recurso para evitar que o balanceador de carga seja excluído de forma acidental ou mal-intencionada, o que pode levar à perda de disponibilidade das aplicações.
10.64(b)	Uma instituição financeira deve implementar controles robustos de segurança tecnológica no fornecimento de serviços digitais que garantam o seguinte: (b) confiabilidade dos serviços prestados de canais e dispositivos com interrupção mínima dos serviços	nlb-cross-zone-load-balancing-enabled	Habilite o balanceamento de carga entre zonas para seus NetworkLoad Balancers (NLBs) para ajudar a manter a capacidade e a disponibilidade adequadas. O balanceamento de carga entre zonas reduz a necessidade de manter números equivalentes de instâncias em cada zona de disponibilidade habilitada. Também melhora a capacidade da aplicação de lidar com a perda de uma ou mais instâncias.
10.64(b)	Uma instituição financeira deve implementar controles robustos de segurança tecnológica no fornecimento de serviços digitais que garantam o seguinte: (b) confiabilidade dos serviços prestados de canais e dispositivos com interrupção mínima dos serviços	rds-instance-deletion-protection-enabled	Habilite a proteção contra exclusão das instâncias do Amazon Relational Database Service (Amazon RDS). Use a proteção contra exclusão para evitar que as instâncias do Amazon RDS sejam excluídas de forma acidental ou mal-intencionada, o que pode levar à perda de disponibilidade das aplicações.
10.64(b)	Uma instituição financeira deve implementar controles robustos de segurança tecnológica no fornecimento de serviços digitais que garantam o seguinte: (b) confiabilidade dos serviços prestados de canais e dispositivos com interrupção mínima dos serviços	rds-multi-az-support	O suporte multi-AZ no Amazon Relational Database Service (Amazon RDS) oferece maior disponibilidade e durabilidade para instâncias de banco de dados. Ao provisionar uma instância de banco de dados multi-AZ, o Amazon RDS cria automaticamente uma instância de banco de dados primária e replica de forma síncrona os dados em uma instância em modo de espera em outra zona de disponibilidade. Cada zona de disponibilidade funciona em sua própria infraestrutura independente e fisicamente distinta, além de ser projetada para ser altamente confiável. No caso de falha na infraestrutura, o Amazon RDS executa um failover automático no modo de espera para que você possa retomar as operações do banco de dados assim que o failover for concluído.
10.64(b)	Uma instituição financeira deve implementar controles robustos de segurança tecnológica no fornecimento de serviços digitais que garantam o seguinte: (b) confiabilidade dos serviços prestados de canais e dispositivos com interrupção mínima dos serviços	rds-cluster-multi-az-enabled	O suporte multi-AZ no Amazon Relational Database Service (Amazon RDS) oferece maior disponibilidade e durabilidade para instâncias de banco de dados. Ao provisionar uma instância de banco de dados multi-AZ, o Amazon RDS cria automaticamente uma instância de banco de dados primária e replica de forma síncrona os dados em uma instância em modo de espera em outra zona de disponibilidade. Cada zona de disponibilidade funciona em sua própria infraestrutura independente e fisicamente distinta, além de ser projetada para ser altamente confiável. No caso de falha na infraestrutura, o Amazon RDS executa um failover automático no modo de espera para que você possa retomar as operações do banco de dados assim que o failover for concluído.
10.64(b)	Uma instituição financeira deve implementar controles robustos de segurança tecnológica no fornecimento de serviços digitais que garantam o seguinte: (b) confiabilidade dos serviços prestados de canais e dispositivos com interrupção mínima dos serviços	vpc-vpn-2-tunnels-up	Túneis redundantes do VPN Site-to-Site podem ser implementados para atender aos requisitos de resiliência. Dois túneis são usados para ajudar a garantir a conectividade caso uma das conexões do VPN Site-to-Site fique indisponível. A indisponibilidade do gateway do cliente acarreta a perda de conectividade. Para se proteger, use um segundo gateway do cliente e configure uma segunda conexão do VPN Site-to-Site para o Amazon Virtual Private Cloud (Amazon VPC) e para o gateway privado virtual.
10.64(d)	Uma instituição financeira deve implementar controles robustos de segurança tecnológica no fornecimento de serviços digitais que garantam o seguinte: (d) trilha de auditoria suficiente e monitoramento de transações anômalas	api-gw-execution-logging-enabled	O registro em log do API Gateway exibe visualizações detalhadas dos usuários que acessaram a API e a forma como eles a acessaram. Esse insight mostra as atividades do usuário.
10.64(d)	Uma instituição financeira deve implementar controles robustos de segurança tecnológica no fornecimento de serviços digitais que garantam o seguinte: (d) trilha de auditoria suficiente e monitoramento de transações anômalas	autoscaling-group-elb-healthcheck-required	As verificações de integridade do Elastic Load Balancer (ELB) para grupos do Amazon Elastic Compute Cloud (Amazon EC2) Auto Scaling contribuem para a manutenção de níveis adequados de capacidade e disponibilidade. O balanceador de carga periodicamente envia pings, faz tentativas de conexão ou envia solicitações para testar a integridade de instâncias do Amazon EC2 em um grupo de ajuste de escala automático. Se uma instância não estiver respondendo, o tráfego será enviado para uma nova instância do Amazon EC2.
10.64(d)	Uma instituição financeira deve implementar controles robustos de segurança tecnológica no fornecimento de serviços digitais que garantam o seguinte: (d) trilha de auditoria suficiente e monitoramento de transações anômalas	cloudtrail-s3-dataevents-enabled	A coleta de eventos de dados do Simple Storage Service (Amazon S3) ajuda a detectar qualquer atividade anômala. Os detalhes incluem informações da Conta da AWS que acessou um bucket, endereço IP e horário do evento do Amazon S3.
10.64(d)	Uma instituição financeira deve implementar controles robustos de segurança tecnológica no fornecimento de serviços digitais que garantam o seguinte: (d) trilha de auditoria suficiente e monitoramento de transações anômalas	cloudtrail-security-trail-enabled	Essa regra ajuda a garantir o uso das práticas recomendadas de segurança da AWS para o AWS CloudTrail verificando a habilitação de várias configurações. Isso inclui o uso de criptografia de log, validação de log e habilitação do AWS CloudTrail em várias regiões.
10.64(d)	Uma instituição financeira deve implementar controles robustos de segurança tecnológica no fornecimento de serviços digitais que garantam o seguinte: (d) trilha de auditoria suficiente e monitoramento de transações anômalas	cloudwatch-alarm-action-check	Os alarmes do Amazon CloudWatch alertam quando uma métrica ultrapassa o limite de um número especificado de períodos de avaliação. O alarme executa uma ou mais ações com base no valor da métrica ou na expressão em relação a um limite em alguns períodos. Essa regra exige um valor para alarmActionRequired (padrão do Config: verdadeiro), insufficientDataActionRequired (padrão do Config: verdadeiro), okActionRequired (padrão do Config: falso). O valor real deve refletir as ações de alarme do ambiente.
10.64(d)	Uma instituição financeira deve implementar controles robustos de segurança tecnológica no fornecimento de serviços digitais que garantam o seguinte: (d) trilha de auditoria suficiente e monitoramento de transações anômalas	cloud-trail-cloud-watch-logs-enabled	Use o Amazon CloudWatch para coletar e gerenciar centralmente a atividade de eventos de logs. A inclusão dos dados do AWS CloudTrail fornece detalhes da atividade de chamadas da API em sua Conta da AWS.
10.64(d)	Uma instituição financeira deve implementar controles robustos de segurança tecnológica no fornecimento de serviços digitais que garantam o seguinte: (d) trilha de auditoria suficiente e monitoramento de transações anômalas	dynamodb-throughput-limit-check	Habilite essa regra para garantir que a capacidade de throughput provisionada seja verificada em suas tabelas do Amazon DynamoDB. Essa é a quantidade de atividades de leitura e gravação que cada tabela pode comportar. O DynamoDB usa essas informações para reservar recursos suficientes do sistema para atender aos seus requisitos de throughput. Essa regra gera um alerta quando o throughput se aproxima do limite máximo da conta de um cliente. Essa regra permite que você defina opcionalmente os parâmetros accountRCUThresholdPercentage (padrão do Config: 80) e accountWCUThresholdPercentage (padrão do Config: 80). Os valores reais devem refletir as políticas da organização.
10.64(d)	Uma instituição financeira deve implementar controles robustos de segurança tecnológica no fornecimento de serviços digitais que garantam o seguinte: (d) trilha de auditoria suficiente e monitoramento de transações anômalas	ec2-instance-detailed-monitoring-enabled	Habilite essa regra para ajudar a melhorar o monitoramento de instâncias do Amazon Elastic Compute Cloud (Amazon EC2) no console do Amazon EC2, que exibe gráficos de monitoramento com um período de 1 minuto para a instância.
10.64(d)	Uma instituição financeira deve implementar controles robustos de segurança tecnológica no fornecimento de serviços digitais que garantam o seguinte: (d) trilha de auditoria suficiente e monitoramento de transações anômalas	elb-logging-enabled	A atividade do Elastic Load Balancing é um ponto central de comunicação em um ambiente. Habilite o registro em log do ELB. Os dados coletados fornecem informações detalhadas sobre as solicitações enviadas ao ELB. Cada log contém informações como a hora em que a solicitação foi recebida, o endereço IP do cliente, latências, caminhos de solicitação e respostas do servidor.
10.64(d)	Uma instituição financeira deve implementar controles robustos de segurança tecnológica no fornecimento de serviços digitais que garantam o seguinte: (d) trilha de auditoria suficiente e monitoramento de transações anômalas	guardduty-enabled-centralized	O Amazon GuardDuty pode ajudar a monitorar e detectar possíveis eventos de segurança cibernética usando feeds de inteligência contra ameaças. Isso inclui listas de IPs maliciosos e machine learning para identificar atividades inesperadas, não autorizadas e mal-intencionadas em seu ambiente na Nuvem AWS.
10.64(d)	Uma instituição financeira deve implementar controles robustos de segurança tecnológica no fornecimento de serviços digitais que garantam o seguinte: (d) trilha de auditoria suficiente e monitoramento de transações anômalas	opensearch-logs-to-cloudwatch	Habilite os logs de erros dos domínios do Amazon OpenSearch Service e transmita-os ao Amazon CloudWatch Logs para retenção e resposta. Os logs de erros do OpenSearch Service podem auxiliar nas auditorias de segurança e acesso, além de ajudar a diagnosticar problemas de disponibilidade.
10.64(d)	Uma instituição financeira deve implementar controles robustos de segurança tecnológica no fornecimento de serviços digitais que garantam o seguinte: (d) trilha de auditoria suficiente e monitoramento de transações anômalas	rds-enhanced-monitoring-enabled	Habilite o Amazon Relational Database Service (Amazon RDS) para ajudar a monitorar a disponibilidade do Amazon RDS. Isso fornece visibilidade detalhada da integridade das instâncias de banco de dados do Amazon RDS. Quando o armazenamento do Amazon RDS está usando mais de um dispositivo físico subjacente, o monitoramento avançado coleta os dados de cada dispositivo. Além disso, quando a instância do banco de dados do Amazon RDS está sendo executada em uma implantação multi-AZ, os dados de cada dispositivo no host secundário são coletados, bem como as respectivas das métricas.
10.64(d)	Uma instituição financeira deve implementar controles robustos de segurança tecnológica no fornecimento de serviços digitais que garantam o seguinte: (d) trilha de auditoria suficiente e monitoramento de transações anômalas	rds-logging-enabled	Para ajudar no registro em log e no monitoramento em seu ambiente, habilite o registro em log do Amazon Relational Database Service (Amazon RDS). Com o registro em log do Amazon RDS, você pode capturar eventos como conexões, desconexões, consultas ou tabelas consultadas.
10.64(d)	Uma instituição financeira deve implementar controles robustos de segurança tecnológica no fornecimento de serviços digitais que garantam o seguinte: (d) trilha de auditoria suficiente e monitoramento de transações anômalas	redshift-cluster-configuration-check	Para proteger os dados em repouso, habilite a criptografia para os clusters do Amazon Redshift. Implante também as configurações necessárias nos clusters do Amazon Redshift. O registro em log de auditoria deve ser habilitado para fornecer informações sobre conexões e atividades do usuário no banco de dados. Essa regra exige que um valor seja definido para clusterDbEncrypted (padrão do Config: VERDADEIRO) e loggingEnabled (padrão do Config: VERDADEIRO). Os valores reais devem refletir as políticas da organização.
10.64(d)	Uma instituição financeira deve implementar controles robustos de segurança tecnológica no fornecimento de serviços digitais que garantam o seguinte: (d) trilha de auditoria suficiente e monitoramento de transações anômalas	s3-bucket-logging-enabled	O registro em log de acesso ao servidor do Amazon Simple Storage Service (Amazon S3) fornece um método para monitorar a rede em busca de possíveis eventos de segurança cibernética. Os eventos são monitorados pela captura de registros detalhados das solicitações que são feitas a um bucket do Amazon S3. Cada registro de log de acesso fornece detalhes sobre uma única solicitação de acesso. Os detalhes incluem solicitante, nome do bucket, horário da solicitação, ação da solicitação, status da resposta e um código de erro, se relevante.
10.64(d)	Uma instituição financeira deve implementar controles robustos de segurança tecnológica no fornecimento de serviços digitais que garantam o seguinte: (d) trilha de auditoria suficiente e monitoramento de transações anômalas	securityhub-enabled	O AWS Security Hub ajuda a monitorar equipes, conexões, dispositivos e software não autorizados. O AWS Security Hub agrega, organiza e prioriza os alertas de segurança ou as descobertas de vários serviços da AWS. Alguns desses serviços são o Amazon Security Hub, o Amazon Inspector, o Amazon Macie, o AWS Identity and Access Management (IAM) Access Analyzer e o AWS Firewall Manager, além de soluções de parceiros da AWS.
10.64(d)	Uma instituição financeira deve implementar controles robustos de segurança tecnológica no fornecimento de serviços digitais que garantam o seguinte: (d) trilha de auditoria suficiente e monitoramento de transações anômalas	vpc-flow-logs-enabled	Os logs de fluxo da VPC fornecem registros detalhados de informações sobre o tráfego de IP de entrada e saída das interfaces de rede no Amazon Virtual Private Cloud (Amazon VPC). Por padrão, o registro de log de fluxo inclui valores para os diferentes componentes do fluxo de IP, incluindo a origem, o destino e o protocolo.
10.64(d)	Uma instituição financeira deve implementar controles robustos de segurança tecnológica no fornecimento de serviços digitais que garantam o seguinte: (d) trilha de auditoria suficiente e monitoramento de transações anômalas	wafv2-logging-enabled	Para ajudar com o registro em log e o monitoramento em seu ambiente, habilite o registro em log do AWS WAF (V2) em ACLs da web regionais e globais. O registro em log do AWS WAF fornece informações detalhadas sobre o tráfego que é analisado pela ACL da web. Os logs registram a hora em que o AWS WAF recebeu a solicitação do recurso da AWS, informações sobre a solicitação e uma ação para a regra à qual cada solicitação correspondeu.
10.64(e)	Uma instituição financeira deve implementar controles robustos de segurança tecnológica no fornecimento de serviços digitais que garantam o seguinte: (e) capacidade de identificar e reverter ao ponto de recuperação antes do incidente ou interrupção do serviço	aurora-resources-protected-by-backup-plan	Para ajudar nos processos de backup de dados, os recursos do Amazon Aurora devem fazer parte de um plano do AWS Backup. O AWS Backup é um serviço de backup totalmente gerenciado com uma solução de backup baseada em políticas. Essa solução simplifica o gerenciamento de backup e permite que você atenda aos requisitos comerciais e regulatórios de conformidade de backups.
10.64(e)	Uma instituição financeira deve implementar controles robustos de segurança tecnológica no fornecimento de serviços digitais que garantam o seguinte: (e) capacidade de identificar e reverter ao ponto de recuperação antes do incidente ou interrupção do serviço	db-instance-backup-enabled	O recurso de backup do Amazon RDS cria backups dos bancos de dados e logs de transações. O Amazon RDS cria automaticamente um instantâneo do volume de armazenamento da instância de banco de dados, fazendo backup de toda a instância de banco de dados. O sistema permite que você defina períodos de retenção específicos para atender aos requisitos de resiliência.
10.64(e)	Uma instituição financeira deve implementar controles robustos de segurança tecnológica no fornecimento de serviços digitais que garantam o seguinte: (e) capacidade de identificar e reverter ao ponto de recuperação antes do incidente ou interrupção do serviço	dynamodb-pitr-enabled	Habilite essa regra para verificar se o backup das informações foi realizado. Ela também mantém os backups ao garantir que a recuperação para um ponto no tempo seja habilitada no Amazon DynamoDB. A recuperação mantém backups contínuos da tabela nos últimos 35 dias.
10.64(e)	Uma instituição financeira deve implementar controles robustos de segurança tecnológica no fornecimento de serviços digitais que garantam o seguinte: (e) capacidade de identificar e reverter ao ponto de recuperação antes do incidente ou interrupção do serviço	dynamodb-resources-protected-by-backup-plan	Para ajudar nos processos de backup de dados, os recursos do Amazon DynamoDB devem fazer parte de um plano do AWS Backup. O AWS Backup é um serviço de backup totalmente gerenciado com uma solução de backup baseada em políticas. Essa solução simplifica o gerenciamento de backup e permite que você atenda aos requisitos comerciais e regulatórios de conformidade de backups.
10.64(e)	Uma instituição financeira deve implementar controles robustos de segurança tecnológica no fornecimento de serviços digitais que garantam o seguinte: (e) capacidade de identificar e reverter ao ponto de recuperação antes do incidente ou interrupção do serviço	ebs-optimized-instance	Uma instância otimizada no Amazon Elastic Block Store (Amazon EBS) fornece capacidade adicional e dedicada para operações de E/S do Amazon EBS. Essa otimização proporciona o melhor desempenho para os volumes do EBS, minimizando a contenção entre a E/S do Amazon EBS e outros tráfegos da instância.
10.64(e)	Uma instituição financeira deve implementar controles robustos de segurança tecnológica no fornecimento de serviços digitais que garantam o seguinte: (e) capacidade de identificar e reverter ao ponto de recuperação antes do incidente ou interrupção do serviço	ebs-resources-protected-by-backup-plan	Para ajudar nos processos de backup de dados, os recursos do Amazon Elastic Block Store (Amazon EBS) devem fazer parte de um plano do AWS Backup. O AWS Backup é um serviço de backup totalmente gerenciado com uma solução de backup baseada em políticas. Essa solução simplifica o gerenciamento de backup e permite que você atenda aos requisitos comerciais e regulatórios de conformidade de backups.
10.64(e)	Uma instituição financeira deve implementar controles robustos de segurança tecnológica no fornecimento de serviços digitais que garantam o seguinte: (e) capacidade de identificar e reverter ao ponto de recuperação antes do incidente ou interrupção do serviço	ec2-resources-protected-by-backup-plan	Para ajudar nos processos de backup de dados, os recursos do Amazon Elastic Compute Cloud (Amazon EC2) devem fazer parte de um plano do AWS Backup. O AWS Backup é um serviço de backup totalmente gerenciado com uma solução de backup baseada em políticas. Essa solução simplifica o gerenciamento de backup e permite que você atenda aos requisitos comerciais e regulatórios de conformidade de backups.
10.64(e)	Uma instituição financeira deve implementar controles robustos de segurança tecnológica no fornecimento de serviços digitais que garantam o seguinte: (e) capacidade de identificar e reverter ao ponto de recuperação antes do incidente ou interrupção do serviço	efs-resources-protected-by-backup-plan	Para ajudar nos processos de backup de dados, os sistemas de arquivos do Amazon Elastic File System (Amazon EFS) devem fazer parte de um plano do AWS backup. O AWS Backup é um serviço de backup totalmente gerenciado com uma solução de backup baseada em políticas. Essa solução simplifica o gerenciamento de backup e permite que você atenda aos requisitos comerciais e regulatórios de conformidade de backups.
10.64(e)	Uma instituição financeira deve implementar controles robustos de segurança tecnológica no fornecimento de serviços digitais que garantam o seguinte: (e) capacidade de identificar e reverter ao ponto de recuperação antes do incidente ou interrupção do serviço	elasticache-redis-cluster-automatic-backup-check	Quando os backups automáticos são habilitados, o Amazon ElastiCache cria um backup do cluster diariamente. O backup pode ser retido por vários dias, conforme especificado pela organização. Os backups automáticos podem ajudar a proteger contra a perda de dados. Em caso de falha, é possível criar um cluster e restaurar os dados usando o backup mais recente.
10.64(e)	Uma instituição financeira deve implementar controles robustos de segurança tecnológica no fornecimento de serviços digitais que garantam o seguinte: (e) capacidade de identificar e reverter ao ponto de recuperação antes do incidente ou interrupção do serviço	rds-resources-protected-by-backup-plan	Para ajudar nos processos de backup de dados, garanta que suas instâncias do Amazon Relational Database Service (Amazon RDS) façam parte de um plano do AWS Backup. O AWS Backup é um serviço de backup totalmente gerenciado com uma solução de backup baseada em políticas. Essa solução simplifica o gerenciamento de backup e permite que você atenda aos requisitos comerciais e regulatórios de conformidade de backups.
10.64(e)	Uma instituição financeira deve implementar controles robustos de segurança tecnológica no fornecimento de serviços digitais que garantam o seguinte: (e) capacidade de identificar e reverter ao ponto de recuperação antes do incidente ou interrupção do serviço	redshift-backup-enabled	Para ajudar nos processos de backup de dados, os clusters do Amazon Redshift devem ter instantâneos automatizados. Quando instantâneos automatizados são habilitados para um cluster, o Redshift tira instantâneos desse cluster periodicamente. Por padrão, o Redshift tira um instantâneo a cada oito horas ou a cada 5 GB por nó de alterações de dados, o que ocorrer primeiro.
10.64(e)	Uma instituição financeira deve implementar controles robustos de segurança tecnológica no fornecimento de serviços digitais que garantam o seguinte: (e) capacidade de identificar e reverter ao ponto de recuperação antes do incidente ou interrupção do serviço	s3-bucket-versioning-enabled	O versionamento do bucket do Amazon Simple Storage Service (Amazon S3) ajuda a manter diversas variantes de um objeto no mesmo bucket do Amazon S3. Use o versionamento para preservar, recuperar e restaurar todas as versões de cada objeto armazenado no bucket do Amazon S3. O versionamento ajuda você a se recuperar facilmente de ações não intencionais de usuários e de falhas da aplicação.
10.64(e)	Uma instituição financeira deve implementar controles robustos de segurança tecnológica no fornecimento de serviços digitais que garantam o seguinte: (e) capacidade de identificar e reverter ao ponto de recuperação antes do incidente ou interrupção do serviço	s3-resources-protected-by-backup-plan	Para ajudar nos processos de backup de dados, certifique-se de que os buckets do Amazon Simple Storage Service (S3) façam parte do de um plano do AWS Backup. O AWS Backup é um serviço de backup totalmente gerenciado com uma solução de backup baseada em políticas. Essa solução simplifica o gerenciamento de backup e permite que você atenda aos requisitos comerciais e regulatórios de conformidade de backups.
11.7	Uma instituição financeira deve implementar ferramentas eficazes para apoiar a monitorização contínua e proativa e a deteção oportuna de atividades anômalas na sua infraestrutura tecnológica. O escopo de monitoramento deve abranger todos os sistemas críticos, incluindo a infraestrutura de suporte.	guardduty-enabled-centralized	O Amazon GuardDuty pode ajudar a monitorar e detectar possíveis eventos de segurança cibernética usando feeds de inteligência contra ameaças. Isso inclui listas de IPs maliciosos e machine learning para identificar atividades inesperadas, não autorizadas e mal-intencionadas em seu ambiente na Nuvem AWS.
11.7	Uma instituição financeira deve implementar ferramentas eficazes para apoiar a monitorização contínua e proativa e a deteção oportuna de atividades anômalas na sua infraestrutura tecnológica. O escopo de monitoramento deve abranger todos os sistemas críticos, incluindo a infraestrutura de suporte.	securityhub-enabled	O AWS Security Hub ajuda a monitorar equipes, conexões, dispositivos e software não autorizados. O AWS Security Hub agrega, organiza e prioriza os alertas de segurança ou as descobertas de vários serviços da AWS. Alguns desses serviços são o Amazon Security Hub, o Amazon Inspector, o Amazon Macie, o AWS Identity and Access Management (IAM) Access Analyzer e o AWS Firewall Manager, além de soluções de parceiros da AWS.
11.8	Uma instituição financeira deve garantir que as suas operações de cibersegurança previnem e detectam continuamente qualquer potencial comprometimento dos seus controles de segurança ou enfraquecimento da sua postura de segurança. Para as grandes instituições financeiras, isso deve incluir a realização de uma avaliação trimestral da vulnerabilidade dos componentes da rede externa e interna que são compatíveis com todos os sistemas críticos.	guardduty-enabled-centralized	O Amazon GuardDuty pode ajudar a monitorar e detectar possíveis eventos de segurança cibernética usando feeds de inteligência contra ameaças. Isso inclui listas de IPs maliciosos e machine learning para identificar atividades inesperadas, não autorizadas e mal-intencionadas em seu ambiente na Nuvem AWS.
11.8	Uma instituição financeira deve garantir que as suas operações de cibersegurança previnem e detectam continuamente qualquer potencial comprometimento dos seus controles de segurança ou enfraquecimento da sua postura de segurança. Para as grandes instituições financeiras, isso deve incluir a realização de uma avaliação trimestral da vulnerabilidade dos componentes da rede externa e interna que são compatíveis com todos os sistemas críticos.	securityhub-enabled	O AWS Security Hub ajuda a monitorar equipes, conexões, dispositivos e software não autorizados. O AWS Security Hub agrega, organiza e prioriza os alertas de segurança ou as descobertas de vários serviços da AWS. Alguns desses serviços são o Amazon Security Hub, o Amazon Inspector, o Amazon Macie, o AWS Identity and Access Management (IAM) Access Analyzer e o AWS Firewall Manager, além de soluções de parceiros da AWS.
11.18(c)(f)	O SOC deve ser capaz de desempenhar as seguintes funções: (c) gerenciamento de vulnerabilidades; (f) fornecimento de reconhecimento situacional para detectar adversários e ameaças, incluindo análises e operações de inteligência sobre ameaças, e monitorar indicadores de comprometimento (IOC). Isso inclui análise comportamental avançada para detectar malware sem assinatura e sem arquivo e para identificar anomalias que possam representar ameaças à segurança, inclusive em endpoints e camadas de rede.	guardduty-enabled-centralized	O Amazon GuardDuty pode ajudar a monitorar e detectar possíveis eventos de segurança cibernética usando feeds de inteligência contra ameaças. Isso inclui listas de IPs maliciosos e machine learning para identificar atividades inesperadas, não autorizadas e mal-intencionadas em seu ambiente na Nuvem AWS.
11.18(c)(f)	O SOC deve ser capaz de desempenhar as seguintes funções: (c) gerenciamento de vulnerabilidades; (f) fornecimento de reconhecimento situacional para detectar adversários e ameaças, incluindo análises e operações de inteligência sobre ameaças, e monitorar indicadores de comprometimento (IOC). Isso inclui análise comportamental avançada para detectar malware sem assinatura e sem arquivo e para identificar anomalias que possam representar ameaças à segurança, inclusive em endpoints e camadas de rede.	guardduty-non-archived-findings	O Amazon GuardDuty ajuda você a entender o impacto de um incidente classificando as descobertas por nível de gravidade: baixo, médio e alto. É possível usar essas classificações para determinar estratégias e prioridades de correção. Essa regra permite que você defina opcionalmente daysLowSev (padrão do Config: 30), daysMediumSev (padrão do Config: 7) e daysHighSev (padrão do Config: 1) para descobertas não arquivadas, conforme exigido pelas políticas da sua organização.
11.18(c)(f)	O SOC deve ser capaz de desempenhar as seguintes funções: (c) gerenciamento de vulnerabilidades; (f) fornecimento de reconhecimento situacional para detectar adversários e ameaças, incluindo análises e operações de inteligência sobre ameaças, e monitorar indicadores de comprometimento (IOC). Isso inclui análise comportamental avançada para detectar malware sem assinatura e sem arquivo e para identificar anomalias que possam representar ameaças à segurança, inclusive em endpoints e camadas de rede.	securityhub-enabled	O AWS Security Hub ajuda a monitorar equipes, conexões, dispositivos e software não autorizados. O AWS Security Hub agrega, organiza e prioriza os alertas de segurança ou as descobertas de vários serviços da AWS. Alguns desses serviços são o Amazon Security Hub, o Amazon Inspector, o Amazon Macie, o AWS Identity and Access Management (IAM) Access Analyzer e o AWS Firewall Manager, além de soluções de parceiros da AWS.
Apêndice 5.1	Realize revisões periódicas nas configurações e regras de todos os dispositivos de segurança. Use ferramentas automatizadas para revisar e monitorar alterações nas configurações e nas definições de regras.	guardduty-enabled-centralized	O Amazon GuardDuty pode ajudar a monitorar e detectar possíveis eventos de segurança cibernética usando feeds de inteligência contra ameaças. Isso inclui listas de IPs maliciosos e machine learning para identificar atividades inesperadas, não autorizadas e mal-intencionadas em seu ambiente na Nuvem AWS.
Apêndice 5.1	Realize revisões periódicas nas configurações e regras de todos os dispositivos de segurança. Use ferramentas automatizadas para revisar e monitorar alterações nas configurações e nas definições de regras.	securityhub-enabled	O AWS Security Hub ajuda a monitorar equipes, conexões, dispositivos e software não autorizados. O AWS Security Hub agrega, organiza e prioriza os alertas de segurança ou as descobertas de vários serviços da AWS. Alguns desses serviços são o Amazon Security Hub, o Amazon Inspector, o Amazon Macie, o AWS Identity and Access Management (IAM) Access Analyzer e o AWS Firewall Manager, além de soluções de parceiros da AWS.
Apêndice 5.5(b)	Garanta que os controles de segurança para conexões de rede externa entre servidores incluam o seguinte: (b) uso de túneis seguros, como Transport Layer Security (TLS) e IPsec da rede privada virtual (VPN)	alb-http-to-https-redirection-check	Para ajudar a proteger os dados em trânsito, garanta que o Application Load Balancer redirecione automaticamente as solicitações HTTP não criptografadas para HTTPS. Como pode haver dados confidenciais, habilite a criptografia em trânsito para ajudar a protegê-los.
Apêndice 5.5(b)	Garanta que os controles de segurança para conexões de rede externa entre servidores incluam o seguinte: (b) uso de túneis seguros, como Transport Layer Security (TLS) e IPsec da rede privada virtual (VPN)	api-gw-ssl-enabled	Configure os estágios da API REST do Amazon API Gateway com certificados SSL para permitir que os sistemas de back-end autentiquem o API Gateway como origem das solicitações.
Apêndice 5.5(b)	Garanta que os controles de segurança para conexões de rede externa entre servidores incluam o seguinte: (b) uso de túneis seguros, como Transport Layer Security (TLS) e IPsec da rede privada virtual (VPN)	opensearch-https-required	Como pode haver dados confidenciais, e para ajudar a proteger os dados em trânsito, habilite o HTTPS para as conexões com os domínios do Amazon OpenSearch Service.
Apêndice 5.5(b)	Garanta que os controles de segurança para conexões de rede externa entre servidores incluam o seguinte: (b) uso de túneis seguros, como Transport Layer Security (TLS) e IPsec da rede privada virtual (VPN)	opensearch-node-to-node-encryption-check	Habilite a criptografia de nó a nó para o Amazon OpenSearch Service. A criptografia de nó a nó permite a criptografia TLS 1.2 para todas as comunicações no Amazon Virtual Private Cloud (Amazon VPC). Como pode haver dados confidenciais, habilite a criptografia em trânsito para ajudar a protegê-los.
Apêndice 5.5(b)	Garanta que os controles de segurança para conexões de rede externa entre servidores incluam o seguinte: (b) uso de túneis seguros, como Transport Layer Security (TLS) e IPsec da rede privada virtual (VPN)	redshift-require-tls-ssl	Os clusters do Amazon Redshift devem exigir criptografia TLS/SSL para se conectar aos clientes SQL. Como pode haver dados confidenciais, habilite a criptografia em trânsito para ajudar a protegê-los.
Apêndice 5.5(b)	Garanta que os controles de segurança para conexões de rede externa entre servidores incluam o seguinte: (b) uso de túneis seguros, como Transport Layer Security (TLS) e IPsec da rede privada virtual (VPN)	s3-bucket-ssl-requests-only	Para ajudar a proteger dados em trânsito, os buckets do Amazon Simple Storage Service (Amazon S3) devem exigir solicitações de uso do Secure Socket Layer (SSL). Como pode haver dados confidenciais, habilite a criptografia em trânsito para ajudar a protegê-los.
Apêndice 5.5(c)	Garanta que os controles de segurança para conexões de rede externa entre servidores incluam o seguinte: (c) implantação de servidores de teste com defesas e proteção de perímetro adequadas, como firewall, IPS e antivírus.	guardduty-enabled-centralized	O Amazon GuardDuty pode ajudar a monitorar e detectar possíveis eventos de segurança cibernética usando feeds de inteligência contra ameaças. Isso inclui listas de IPs maliciosos e machine learning para identificar atividades inesperadas, não autorizadas e mal-intencionadas em seu ambiente na Nuvem AWS.
Apêndice 5.5(c)	Garanta que os controles de segurança para conexões de rede externa entre servidores incluam o seguinte: (c) implantação de servidores de teste com defesas e proteção de perímetro adequadas, como firewall, IPS e antivírus.	vpc-default-security-group-closed	Os grupos de segurança do Amazon Elastic Compute Cloud (Amazon EC2) podem ajudar no gerenciamento do acesso à rede fornecendo filtragem stateful do tráfego de rede de entrada e saída aos recursos da AWS. Restringir todo o tráfego no grupo de segurança padrão ajuda a limitar o acesso remoto aos recursos da AWS.
Apêndice 5.5(c)	Garanta que os controles de segurança para conexões de rede externa entre servidores incluam o seguinte: (c) implantação de servidores de teste com defesas e proteção de perímetro adequadas, como firewall, IPS e antivírus.	vpc-sg-open-only-to-authorized-ports	Para gerenciar o acesso a recursos na Nuvem AWS, garanta que as portas comuns sejam restritas nos grupos de segurança do Amazon Elastic Compute Cloud (Amazon EC2). Não restringir o acesso às portas a fontes confiáveis pode permitir ataques contra a disponibilidade, a integridade e a confidencialidade dos sistemas. Ao restringir o acesso a recursos em um grupo de segurança da internet (0.0.0.0/0), o acesso remoto pode ser controlado para sistemas internos.
Apêndice 5.6	Garanta que os controles de segurança para acesso remoto ao servidor incluam o seguinte: (a) restringir o acesso apenas a dispositivos de endpoint protegidos e bloqueados; (b) usar túneis seguros como TLS e VPN IPSec; (c) implantar servidor “gateway” com defesas e proteção de perímetro adequadas, como firewall, IPS e antivírus; e (d) fechar os portos relevantes imediatamente após a expiração do acesso remoto.	alb-http-to-https-redirection-check	Para ajudar a proteger os dados em trânsito, garanta que o Application Load Balancer redirecione automaticamente as solicitações HTTP não criptografadas para HTTPS. Como pode haver dados confidenciais, habilite a criptografia em trânsito para ajudar a protegê-los.
Apêndice 5.6	Garanta que os controles de segurança para acesso remoto ao servidor incluam o seguinte: (a) restringir o acesso apenas a dispositivos de endpoint protegidos e bloqueados; (b) usar túneis seguros como TLS e VPN IPSec; (c) implantar servidor “gateway” com defesas e proteção de perímetro adequadas, como firewall, IPS e antivírus; e (d) fechar os portos relevantes imediatamente após a expiração do acesso remoto.	api-gw-ssl-enabled	Configure os estágios da API REST do Amazon API Gateway com certificados SSL para permitir que os sistemas de back-end autentiquem o API Gateway como origem das solicitações.
Apêndice 5.6	Garanta que os controles de segurança para acesso remoto ao servidor incluam o seguinte: (a) restringir o acesso apenas a dispositivos de endpoint protegidos e bloqueados; (b) usar túneis seguros como TLS e VPN IPSec; (c) implantar servidor “gateway” com defesas e proteção de perímetro adequadas, como firewall, IPS e antivírus; e (d) fechar os portos relevantes imediatamente após a expiração do acesso remoto.	opensearch-https-required	Como pode haver dados confidenciais, e para ajudar a proteger os dados em trânsito, habilite o HTTPS para as conexões com os domínios do Amazon OpenSearch Service.
Apêndice 5.6	Garanta que os controles de segurança para acesso remoto ao servidor incluam o seguinte: (a) restringir o acesso apenas a dispositivos de endpoint protegidos e bloqueados; (b) usar túneis seguros como TLS e VPN IPSec; (c) implantar servidor “gateway” com defesas e proteção de perímetro adequadas, como firewall, IPS e antivírus; e (d) fechar os portos relevantes imediatamente após a expiração do acesso remoto.	redshift-require-tls-ssl	Os clusters do Amazon Redshift devem exigir criptografia TLS/SSL para se conectar aos clientes SQL. Como pode haver dados confidenciais, habilite a criptografia em trânsito para ajudar a protegê-los.
Apêndice 5.6	Garanta que os controles de segurança para acesso remoto ao servidor incluam o seguinte: (a) restringir o acesso apenas a dispositivos de endpoint protegidos e bloqueados; (b) usar túneis seguros como TLS e VPN IPSec; (c) implantar servidor “gateway” com defesas e proteção de perímetro adequadas, como firewall, IPS e antivírus; e (d) fechar os portos relevantes imediatamente após a expiração do acesso remoto.	vpc-default-security-group-closed	Os grupos de segurança do Amazon Elastic Compute Cloud (Amazon EC2) podem ajudar no gerenciamento do acesso à rede fornecendo filtragem stateful do tráfego de rede de entrada e saída aos recursos da AWS. Restringir todo o tráfego no grupo de segurança padrão ajuda a limitar o acesso remoto aos recursos da AWS.
Apêndice 5.6	Garanta que os controles de segurança para acesso remoto ao servidor incluam o seguinte: (a) restringir o acesso apenas a dispositivos de endpoint protegidos e bloqueados; (b) usar túneis seguros como TLS e VPN IPSec; (c) implantar servidor “gateway” com defesas e proteção de perímetro adequadas, como firewall, IPS e antivírus; e (d) fechar os portos relevantes imediatamente após a expiração do acesso remoto.	vpc-sg-open-only-to-authorized-ports	Para gerenciar o acesso a recursos na Nuvem AWS, garanta que as portas comuns sejam restritas nos grupos de segurança do Amazon Elastic Compute Cloud (Amazon EC2). Não restringir o acesso às portas a fontes confiáveis pode permitir ataques contra a disponibilidade, a integridade e a confidencialidade dos sistemas. Ao restringir o acesso a recursos em um grupo de segurança da internet (0.0.0.0/0), o acesso remoto pode ser controlado para sistemas internos.
Apêndice 10 Parte B - 1 (a)	Uma instituição financeira deve conceber uma arquitetura de nuvem robusta e garantir que tal conceção esteja de acordo com as normas internacionais relevantes para a aplicação pretendida.	account-part-of-organizations	O gerenciamento centralizado de Contas da AWS no AWS Organizations ajuda a garantir que as contas estejam em conformidade. Usar uma governança não centralizada na conta pode gerar inconsistências nas configurações da conta, o que pode expor recursos e dados confidenciais.
Apêndice 10 Parte B - 1 (b)	Uma instituição financeira é incentivada a adotar princípios de confiança zero para fornecer uma arquitetura resiliente cibernética, adotando uma mentalidade de "presumir violação", estratificando a defesa em profundidade por meio de microssegmentação, acesso "negado por padrão", "privilégio mínimo" direitos e conduzindo inspeção profunda e validação contínua quando aplicável.	alb-waf-enabled	Habilite o AWS WAF nos Elastic Load Balancers (ELBs) para ajudar a proteger aplicações web. Um WAF ajuda a proteger aplicações web ou APIs contra explorações comuns da web. Essas explorações da web podem afetar a disponibilidade, comprometer a segurança ou consumir recursos excessivos em seu ambiente.
Apêndice 10 Parte B - 1 (b)	Uma instituição financeira é incentivada a adotar princípios de confiança zero para fornecer uma arquitetura resiliente cibernética, adotando uma mentalidade de "presumir violação", estratificando a defesa em profundidade por meio de microssegmentação, acesso "negado por padrão", "privilégio mínimo" direitos e conduzindo inspeção profunda e validação contínua quando aplicável.	subnet-auto-assign-public-ip-disabled	Para gerenciar o acesso à Nuvem AWS, as sub-redes do Amazon Virtual Private Cloud (VPC) não devem receber automaticamente um endereço IP público. As instâncias do Amazon Elastic Compute Cloud (EC2) que são executadas em sub-redes com esse atributo habilitado têm um endereço IP público atribuído à sua interface de rede primária.
Apêndice 10 Parte B - 1 (b)	Uma instituição financeira é incentivada a adotar princípios de confiança zero para fornecer uma arquitetura resiliente cibernética, adotando uma mentalidade de "presumir violação", estratificando a defesa em profundidade por meio de microssegmentação, acesso "negado por padrão", "privilégio mínimo" direitos e conduzindo inspeção profunda e validação contínua quando aplicável.	vpc-default-security-group-closed	Os grupos de segurança do Amazon Elastic Compute Cloud (Amazon EC2) podem ajudar no gerenciamento do acesso à rede fornecendo filtragem stateful do tráfego de rede de entrada e saída aos recursos da AWS. Restringir todo o tráfego no grupo de segurança padrão ajuda a limitar o acesso remoto aos recursos da AWS.
Apêndice 10 Parte B - 1 (b)	Uma instituição financeira é incentivada a adotar princípios de confiança zero para fornecer uma arquitetura resiliente cibernética, adotando uma mentalidade de "presumir violação", estratificando a defesa em profundidade por meio de microssegmentação, acesso "negado por padrão", "privilégio mínimo" direitos e conduzindo inspeção profunda e validação contínua quando aplicável.	vpc-sg-open-only-to-authorized-ports	Para gerenciar o acesso a recursos na Nuvem AWS, garanta que as portas comuns sejam restritas nos grupos de segurança do Amazon Elastic Compute Cloud (Amazon EC2). Não restringir o acesso às portas a fontes confiáveis pode permitir ataques contra a disponibilidade, a integridade e a confidencialidade dos sistemas. Ao restringir o acesso a recursos em um grupo de segurança da internet (0.0.0.0/0), o acesso remoto pode ser controlado para sistemas internos.
Apêndice 10 Parte B - 1 (c)	Uma instituição financeira deve usar a mais recente abordagem de arquitetura de rede e conceitos e soluções de design de rede apropriados para gerenciar e monitorar a segurança granular da rede e o fornecimento centralizado de rede no gerenciamento da complexidade do ambiente de rede em nuvem.	guardduty-enabled-centralized	O Amazon GuardDuty pode ajudar a monitorar e detectar possíveis eventos de segurança cibernética usando feeds de inteligência contra ameaças. Isso inclui listas de IPs maliciosos e machine learning para identificar atividades inesperadas, não autorizadas e mal-intencionadas em seu ambiente na Nuvem AWS.
Apêndice 10 Parte B - 1 (c)	Uma instituição financeira deve usar a mais recente abordagem de arquitetura de rede e conceitos e soluções de design de rede apropriados para gerenciar e monitorar a segurança granular da rede e o fornecimento centralizado de rede no gerenciamento da complexidade do ambiente de rede em nuvem.	vpc-flow-logs-enabled	Os logs de fluxo da VPC fornecem registros detalhados de informações sobre o tráfego de IP de entrada e saída das interfaces de rede no Amazon Virtual Private Cloud (Amazon VPC). Por padrão, o registro de log de fluxo inclui valores para os diferentes componentes do fluxo de IP, incluindo a origem, o destino e o protocolo.
Apêndice 10 Parte B - 1 (d)	Uma instituição financeira deve estabelecer e utilizar canais de comunicação seguros e criptografados para migrar servidores físicos, aplicações ou dados para plataformas em nuvem.	dms-replication-not-public	Para gerenciar o acesso à Nuvem AWS, garanta que as instâncias de replicação do DMS não possam ser acessadas publicamente. As instâncias de replicação do DMS podem conter informações confidenciais, e o controle de acesso é necessário para essas contas.
Apêndice 10 Parte B - 1 (d)	Uma instituição financeira deve estabelecer e utilizar canais de comunicação seguros e criptografados para migrar servidores físicos, aplicações ou dados para plataformas em nuvem.	s3-bucket-ssl-requests-only	Para ajudar a proteger dados em trânsito, os buckets do Amazon Simple Storage Service (Amazon S3) devem exigir solicitações de uso do Secure Socket Layer (SSL). Como pode haver dados confidenciais, habilite a criptografia em trânsito para ajudar a protegê-los.
Apêndice 10 Parte B - 1 (f) i)	A utilização crescente de interfaces de programação de aplicações (API) pelas instituições financeiras para interconexão com fornecedores externos de serviços de aplicações poderia alcançar eficiência na prestação de novos serviços. No entanto, isso pode aumentar a superfície de ataques cibernéticos e qualquer má gestão pode amplificar o impacto de um incidente de segurança da informação. Uma instituição financeira deve garantir que as suas APIs estão sujeitas a mecanismos rigorosos de gestão e controle, que incluem o seguinte: i) as APIs devem ser concebidas para resiliência de serviço, a fim de evitar o risco de pontos únicos de falha e configuradas de forma segura com controles de acesso apropriados;	api-gwv2-authorization-type-configured	Garanta que sua rota de API v2 do Amazon API Gateway tenha um tipo de autorização definido para evitar acesso não autorizado aos recursos de back-end subjacentes.
Apêndice 10 Parte B - 1 (f) ii)	A utilização crescente de interfaces de programação de aplicações (API) pelas instituições financeiras para interconexão com fornecedores externos de serviços de aplicações poderia alcançar eficiência na prestação de novos serviços. No entanto, isso pode aumentar a superfície de ataques cibernéticos e qualquer má gestão pode amplificar o impacto de um incidente de segurança da informação. Uma instituição financeira deve garantir que as suas APIs estejam sujeitas a mecanismos rigorosos de gerenciamento e controle, que incluem o seguinte: ii) as APIs devem ser rastreadas e monitoradas contra ataques cibernéticos com medidas adequadas de resposta a incidentes e ser desativadas em tempo hábil quando não estiverem mais em usar.	api-gw-associated-with-waf	O AWS WAF possibilita que você configure um conjunto de regras [chamado de lista de controle de acesso à web (ACL da web)] que permitem, bloqueiam ou contam solicitações da web com base em regras e condições de segurança da web personalizáveis que você define. Associe seu estágio do Amazon API Gateway a uma ACL da web do WAF para protegê-lo contra ataques mal-intencionados.
Apêndice 10 Parte B - 1 (f) ii)	A utilização crescente de interfaces de programação de aplicações (API) pelas instituições financeiras para interconexão com fornecedores externos de serviços de aplicações poderia alcançar eficiência na prestação de novos serviços. No entanto, isso pode aumentar a superfície de ataques cibernéticos e qualquer má gestão pode amplificar o impacto de um incidente de segurança da informação. Uma instituição financeira deve garantir que as suas APIs estejam sujeitas a mecanismos rigorosos de gerenciamento e controle, que incluem o seguinte: ii) as APIs devem ser rastreadas e monitoradas contra ataques cibernéticos com medidas adequadas de resposta a incidentes e ser desativadas em tempo hábil quando não estiverem mais em usar.	api-gw-execution-logging-enabled	O registro em log do API Gateway exibe visualizações detalhadas dos usuários que acessaram a API e a forma como eles a acessaram. Esse insight mostra as atividades do usuário.
Apêndice 10 Parte B - 2 (b) ii)	Uma instituição financeira deve aproveitar continuamente capacidades aprimoradas de nuvem para melhorar a segurança dos serviços em nuvem e as instituições financeiras são, entre outras coisas, incentivadas a: ii) usar práticas de infraestrutura imutáveis para implantação de serviços para reduzir o risco de falha, criando um ambiente com a versão estável mais recente do software. O monitoramento contínuo do ambiente de nuvem deve incluir a automatização da detecção de alterações em infraestruturas imutáveis para melhorar a revisão da conformidade e combater a evolução dos ataques cibernéticos	cloudformation-stack-notification-check	Para detectar alterações não intencionais nos recursos da AWS subjacentes, verifique se a pilha do CloudFormation está configurada para enviar notificações de eventos para um tópico do Amazon SNS.
Apêndice 10 Parte B - 3 (b) vi)	Uma instituição financeira deve garantir que as imagens de máquinas virtuais e de contêineres sejam configuradas, reforçadas e monitoradas adequadamente. Isso inclui o seguinte: vi) as imagens armazenadas estão sujeitas a monitoramento de segurança contra acessos e alterações não autorizados.	cloudtrail-security-trail-enabled	Essa regra ajuda a garantir o uso das práticas recomendadas de segurança da AWS para o AWS CloudTrail verificando a habilitação de várias configurações. Isso inclui o uso de criptografia de log, validação de log e habilitação do AWS CloudTrail em várias regiões.
Apêndice 10 Parte B - 5 (a) i)	Como parte de uma capacidade de recuperação eficaz, as instituições financeiras devem garantir que os procedimentos existentes de backup e recuperação sejam alargados para cobrir os serviços em nuvem, o que inclui o seguinte: i) definir e formalizar a estratégia de backup e recuperação na fase de planeamento da adoção da nuvem;	aurora-resources-protected-by-backup-plan	Para ajudar nos processos de backup de dados, os recursos do Amazon Aurora devem fazer parte de um plano do AWS Backup. O AWS Backup é um serviço de backup totalmente gerenciado com uma solução de backup baseada em políticas. Essa solução simplifica o gerenciamento de backup e permite que você atenda aos requisitos comerciais e regulatórios de conformidade de backups.
Apêndice 10 Parte B - 5 (a) i)	Como parte de uma capacidade de recuperação eficaz, as instituições financeiras devem garantir que os procedimentos existentes de backup e recuperação sejam alargados para cobrir os serviços em nuvem, o que inclui o seguinte: i) definir e formalizar a estratégia de backup e recuperação na fase de planeamento da adoção da nuvem;	dynamodb-resources-protected-by-backup-plan	Para ajudar nos processos de backup de dados, os recursos do Amazon DynamoDB devem fazer parte de um plano do AWS Backup. O AWS Backup é um serviço de backup totalmente gerenciado com uma solução de backup baseada em políticas. Essa solução simplifica o gerenciamento de backup e permite que você atenda aos requisitos comerciais e regulatórios de conformidade de backups.
Apêndice 10 Parte B - 5 (a) i)	Como parte de uma capacidade de recuperação eficaz, as instituições financeiras devem garantir que os procedimentos existentes de backup e recuperação sejam alargados para cobrir os serviços em nuvem, o que inclui o seguinte: i) definir e formalizar a estratégia de backup e recuperação na fase de planeamento da adoção da nuvem;	ebs-resources-protected-by-backup-plan	Para ajudar nos processos de backup de dados, os recursos do Amazon Elastic Block Store (Amazon EBS) devem fazer parte de um plano do AWS Backup. O AWS Backup é um serviço de backup totalmente gerenciado com uma solução de backup baseada em políticas. Essa solução simplifica o gerenciamento de backup e permite que você atenda aos requisitos comerciais e regulatórios de conformidade de backups.
Apêndice 10 Parte B - 5 (a) i)	Como parte de uma capacidade de recuperação eficaz, as instituições financeiras devem garantir que os procedimentos existentes de backup e recuperação sejam alargados para cobrir os serviços em nuvem, o que inclui o seguinte: i) definir e formalizar a estratégia de backup e recuperação na fase de planeamento da adoção da nuvem;	efs-resources-protected-by-backup-plan	Para ajudar nos processos de backup de dados, os sistemas de arquivos do Amazon Elastic File System (Amazon EFS) devem fazer parte de um plano do AWS backup. O AWS Backup é um serviço de backup totalmente gerenciado com uma solução de backup baseada em políticas. Essa solução simplifica o gerenciamento de backup e permite que você atenda aos requisitos comerciais e regulatórios de conformidade de backups.
Apêndice 10 Parte B - 5 (a) i)	Como parte de uma capacidade de recuperação eficaz, as instituições financeiras devem garantir que os procedimentos existentes de backup e recuperação sejam alargados para cobrir os serviços em nuvem, o que inclui o seguinte: i) definir e formalizar a estratégia de backup e recuperação na fase de planeamento da adoção da nuvem;	rds-resources-protected-by-backup-plan	Para ajudar nos processos de backup de dados, garanta que suas instâncias do Amazon Relational Database Service (Amazon RDS) façam parte de um plano do AWS Backup. O AWS Backup é um serviço de backup totalmente gerenciado com uma solução de backup baseada em políticas. Essa solução simplifica o gerenciamento de backup e permite que você atenda aos requisitos comerciais e regulatórios de conformidade de backups.
Apêndice 10 Parte B - 5 (a) i)	Como parte de uma capacidade de recuperação eficaz, as instituições financeiras devem garantir que os procedimentos existentes de backup e recuperação sejam alargados para cobrir os serviços em nuvem, o que inclui o seguinte: i) definir e formalizar a estratégia de backup e recuperação na fase de planeamento da adoção da nuvem;	s3-resources-protected-by-backup-plan	Para ajudar nos processos de backup de dados, certifique-se de que os buckets do Amazon Simple Storage Service (S3) façam parte do de um plano do AWS Backup. O AWS Backup é um serviço de backup totalmente gerenciado com uma solução de backup baseada em políticas. Essa solução simplifica o gerenciamento de backup e permite que você atenda aos requisitos comerciais e regulatórios de conformidade de backups.
Apêndice 10 Parte B - 5 (b)	Uma instituição financeira deve garantir que os procedimentos de backup e restauração sejam testados periodicamente para validar as capacidades de recuperação. A frequência dos procedimentos de backup deve ser proporcional à criticidade do sistema e ao objetivo de ponto de recuperação (RPO) do sistema. Ações corretivas devem ser tomadas imediatamente pela instituição financeira para backups malsucedidos.	backup-plan-min-frequency-and-min-retention-check	Para ajudar nos processos de backup de dados, o plano do AWS Backup deve ser definido para uma frequência e retenção mínimas. O AWS Backup é um serviço de backup totalmente gerenciado com uma solução de backup baseada em políticas. Essa solução simplifica o gerenciamento de backup e permite que você atenda aos requisitos comerciais e regulatórios de conformidade de backups. Essa regra permite definir os parâmetros requiredFrequencyValue (padrão do Config: 1), requiredRetentionDays (padrão do Config: 35) e requiredFrequencyUnit (padrão do Config: dias). O valor real deve refletir os requisitos da organização.
Apêndice 10 Parte B - 5 (c) i)	Uma instituição financeira deve garantir backup e recuperação suficientes de máquina virtual e contêiner, incluindo definições de configuração de backup (para IaaS e PaaS, quando relevante), que incluem o seguinte: i) garantir a capacidade de restaurar uma máquina virtual e contêiner em ponto no tempo conforme especificado pelos objetivos de recuperação do negócio;	backup-plan-min-frequency-and-min-retention-check	Para ajudar nos processos de backup de dados, o plano do AWS Backup deve ser definido para uma frequência e retenção mínimas. O AWS Backup é um serviço de backup totalmente gerenciado com uma solução de backup baseada em políticas. Essa solução simplifica o gerenciamento de backup e permite que você atenda aos requisitos comerciais e regulatórios de conformidade de backups. Essa regra permite definir os parâmetros requiredFrequencyValue (padrão do Config: 1), requiredRetentionDays (padrão do Config: 35) e requiredFrequencyUnit (padrão do Config: dias). O valor real deve refletir os requisitos da organização.
Apêndice 10 Parte B - 5 (d) i)	Uma instituição financeira deve avaliar os requisitos de resiliência dos serviços em nuvem e identificar medidas adequadas que sejam proporcionais à criticidade do sistema, para garantir a disponibilidade do serviço em cenários adversos extremos. As instituições financeiras devem considerar uma abordagem baseada no risco e adoptar progressivamente controles de mitigação adequados para garantir a disponibilidade do serviço e mitigar o risco de concentração. Entre as opções viáveis estão: i) aproveitar os recursos de alta disponibilidade e redundância dos serviços em nuvem para garantir que os data centers de produção tenham capacidade redundante em diferentes zonas de disponibilidade;	autoscaling-multiple-az	Para garantir alta disponibilidade, certifique-se de que seu grupo do Auto Scaling esteja configurado para abranger várias zonas de disponibilidade.
Apêndice 10 Parte B - 5 (d) i)	Uma instituição financeira deve avaliar os requisitos de resiliência dos serviços em nuvem e identificar medidas adequadas que sejam proporcionais à criticidade do sistema, para garantir a disponibilidade do serviço em cenários adversos extremos. As instituições financeiras devem considerar uma abordagem baseada no risco e adoptar progressivamente controles de mitigação adequados para garantir a disponibilidade do serviço e mitigar o risco de concentração. Entre as opções viáveis estão: i) aproveitar os recursos de alta disponibilidade e redundância dos serviços em nuvem para garantir que os data centers de produção tenham capacidade redundante em diferentes zonas de disponibilidade;	elbv2-multiple-az	O Elastic Load Balancing (ELB) distribui automaticamente o tráfego de entrada entre vários destinos, como instâncias do EC2, contêineres e endereços IP, em uma ou mais zonas de disponibilidade. Para garantir alta disponibilidade, o ELB deve ter instâncias registradas de várias zonas de disponibilidade.
Apêndice 10 Parte B - 5 (d) i)	Uma instituição financeira deve avaliar os requisitos de resiliência dos serviços em nuvem e identificar medidas adequadas que sejam proporcionais à criticidade do sistema, para garantir a disponibilidade do serviço em cenários adversos extremos. As instituições financeiras devem considerar uma abordagem baseada no risco e adoptar progressivamente controles de mitigação adequados para garantir a disponibilidade do serviço e mitigar o risco de concentração. Entre as opções viáveis estão: i) aproveitar os recursos de alta disponibilidade e redundância dos serviços em nuvem para garantir que os data centers de produção tenham capacidade redundante em diferentes zonas de disponibilidade;	lambda-vpc-multi-az-check	Se a função do AWS Lambda estiver configurada para se conectar a uma nuvem privada virtual (VPC) em sua conta, implante a função do AWS Lambda em pelo menos duas zonas de disponibilidade diferentes para garantir que ela esteja disponível para processar eventos no caso de uma interrupção do serviço em uma única zona.
Apêndice 10 Parte B - 5 (d) i)	Uma instituição financeira deve avaliar os requisitos de resiliência dos serviços em nuvem e identificar medidas adequadas que sejam proporcionais à criticidade do sistema, para garantir a disponibilidade do serviço em cenários adversos extremos. As instituições financeiras devem considerar uma abordagem baseada no risco e adoptar progressivamente controles de mitigação adequados para garantir a disponibilidade do serviço e mitigar o risco de concentração. Entre as opções viáveis estão: i) aproveitar os recursos de alta disponibilidade e redundância dos serviços em nuvem para garantir que os data centers de produção tenham capacidade redundante em diferentes zonas de disponibilidade;	nlb-cross-zone-load-balancing-enabled	Habilite o balanceamento de carga entre zonas para seus NetworkLoad Balancers (NLBs) para ajudar a manter a capacidade e a disponibilidade adequadas. O balanceamento de carga entre zonas reduz a necessidade de manter números equivalentes de instâncias em cada zona de disponibilidade habilitada. Também melhora a capacidade da aplicação de lidar com a perda de uma ou mais instâncias.
Apêndice 10 Parte B - 5 (d) i)	Uma instituição financeira deve avaliar os requisitos de resiliência dos serviços em nuvem e identificar medidas adequadas que sejam proporcionais à criticidade do sistema, para garantir a disponibilidade do serviço em cenários adversos extremos. As instituições financeiras devem considerar uma abordagem baseada no risco e adoptar progressivamente controles de mitigação adequados para garantir a disponibilidade do serviço e mitigar o risco de concentração. Entre as opções viáveis estão: i) aproveitar os recursos de alta disponibilidade e redundância dos serviços em nuvem para garantir que os data centers de produção tenham capacidade redundante em diferentes zonas de disponibilidade;	rds-cluster-multi-az-enabled	Os clusters do Amazon Relational Database Service (Amazon RDS) devem ter a replicação multi-AZ habilitada para auxiliar na disponibilidade dos dados armazenados. Cada zona de disponibilidade funciona em sua própria infraestrutura independente e fisicamente distinta, além de ser projetada para ser altamente confiável. No caso de falha na infraestrutura, o Amazon RDS executa um failover automático no modo de espera para que você possa retomar as operações do banco de dados assim que o failover for concluído.
Apêndice 10 Parte B - 5 (d) i)	Uma instituição financeira deve avaliar os requisitos de resiliência dos serviços em nuvem e identificar medidas adequadas que sejam proporcionais à criticidade do sistema, para garantir a disponibilidade do serviço em cenários adversos extremos. As instituições financeiras devem considerar uma abordagem baseada no risco e adoptar progressivamente controles de mitigação adequados para garantir a disponibilidade do serviço e mitigar o risco de concentração. Entre as opções viáveis estão: i) aproveitar os recursos de alta disponibilidade e redundância dos serviços em nuvem para garantir que os data centers de produção tenham capacidade redundante em diferentes zonas de disponibilidade;	rds-multi-az-support	O suporte multi-AZ no Amazon Relational Database Service (Amazon RDS) oferece maior disponibilidade e durabilidade para instâncias de banco de dados. Ao provisionar uma instância de banco de dados multi-AZ, o Amazon RDS cria automaticamente uma instância de banco de dados primária e replica de forma síncrona os dados em uma instância em modo de espera em outra zona de disponibilidade. Cada zona de disponibilidade funciona em sua própria infraestrutura independente e fisicamente distinta, além de ser projetada para ser altamente confiável. No caso de falha na infraestrutura, o Amazon RDS executa um failover automático no modo de espera para que você possa retomar as operações do banco de dados assim que o failover for concluído.
Apêndice 10 Parte B - 8 (a)	Uma instituição financeira deve implementar técnicas de criptografia apropriadas e relevantes para proteger a confidencialidade e integridade dos dados sensíveis armazenados na nuvem.	api-gw-cache-enabled-and-encrypted	Para ajudar a proteger os dados em repouso, habilite a criptografia para o cache do estágio do API Gateway. Como dados confidenciais podem ser capturados para o método da API, habilite a criptografia em repouso para ajudar a protegê-los.
Apêndice 10 Parte B - 8 (a)	Uma instituição financeira deve implementar técnicas de criptografia apropriadas e relevantes para proteger a confidencialidade e integridade dos dados sensíveis armazenados na nuvem.	backup-recovery-point-encrypted	Habilite a criptografia esteja para os pontos de recuperação do AWS Backup. Como pode haver dados confidenciais em repouso, habilite a criptografia em repouso para ajudar a protegê-los.
Apêndice 10 Parte B - 8 (a)	Uma instituição financeira deve implementar técnicas de criptografia apropriadas e relevantes para proteger a confidencialidade e integridade dos dados sensíveis armazenados na nuvem.	cloudtrail-security-trail-enabled	Essa regra ajuda a garantir o uso das práticas recomendadas de segurança da AWS para o AWS CloudTrail verificando a habilitação de várias configurações. Isso inclui o uso de criptografia de log, validação de log e habilitação do AWS CloudTrail em várias regiões.
Apêndice 10 Parte B - 8 (a)	Uma instituição financeira deve implementar técnicas de criptografia apropriadas e relevantes para proteger a confidencialidade e integridade dos dados sensíveis armazenados na nuvem.	cloudwatch-log-group-encrypted	Para ajudar a proteger dados confidenciais em repouso, habilite a criptografia para os grupos do Amazon CloudWatch Logs.
Apêndice 10 Parte B - 8 (a)	Uma instituição financeira deve implementar técnicas de criptografia apropriadas e relevantes para proteger a confidencialidade e integridade dos dados sensíveis armazenados na nuvem.	dynamodb-table-encrypted-kms	Habilite a criptografia para as tabelas do Amazon DynamoDB. Como pode haver dados confidenciais em repouso nessas tabelas, habilite a criptografia em repouso para ajudar a protegê-los. Por padrão, as tabelas do DynamoDB são criptografadas com uma chave mestra de cliente (CMK) pertencente à AWS.
Apêndice 10 Parte B - 8 (a)	Uma instituição financeira deve implementar técnicas de criptografia apropriadas e relevantes para proteger a confidencialidade e integridade dos dados sensíveis armazenados na nuvem.	ec2-ebs-encryption-by-default	Para ajudar a proteger os dados em repouso, habilite a criptografia para os volumes do Amazon Elastic Block Store (Amazon EBS). Como pode haver dados confidenciais em repouso nesses volumes, habilite a criptografia em repouso para ajudar a protegê-los.
Apêndice 10 Parte B - 8 (a)	Uma instituição financeira deve implementar técnicas de criptografia apropriadas e relevantes para proteger a confidencialidade e integridade dos dados sensíveis armazenados na nuvem.	efs-encrypted-check	Como pode haver dados confidenciais, e para ajudar a proteger os dados em repouso, habilite a criptografia para o Amazon Elastic File System (EFS).
Apêndice 10 Parte B - 8 (a)	Uma instituição financeira deve implementar técnicas de criptografia apropriadas e relevantes para proteger a confidencialidade e integridade dos dados sensíveis armazenados na nuvem.	eks-secrets-encrypted	Para ajudar a proteger os dados em repouso, certifique-se de que os clusters do Amazon Elastic Kubernetes Service (EKS) estejam configurados para ter os segredos do Kubernetes criptografados. Como pode haver dados confidenciais em repouso nesses volumes, habilite a criptografia em repouso para ajudar a protegê-los.
Apêndice 10 Parte B - 8 (a)	Uma instituição financeira deve implementar técnicas de criptografia apropriadas e relevantes para proteger a confidencialidade e integridade dos dados sensíveis armazenados na nuvem.	encrypted-volumes	Como pode haver dados confidenciais, e para ajudar a proteger os dados em repouso, habilite a criptografia para os volumes do Amazon Elastic Block Store (Amazon EBS).
Apêndice 10 Parte B - 8 (a)	Uma instituição financeira deve implementar técnicas de criptografia apropriadas e relevantes para proteger a confidencialidade e integridade dos dados sensíveis armazenados na nuvem.	opensearch-encrypted-at-rest	Como pode haver dados confidenciais, e para ajudar a proteger os dados em repouso, habilite a criptografia para os domínios do Amazon OpenSearch Service.
Apêndice 10 Parte B - 8 (a)	Uma instituição financeira deve implementar técnicas de criptografia apropriadas e relevantes para proteger a confidencialidade e integridade dos dados sensíveis armazenados na nuvem.	rds-snapshot-encrypted	Habilite a criptografia para os instantâneos do Amazon Relational Database Service (Amazon RDS). Como pode haver dados confidenciais em repouso, habilite a criptografia em repouso para ajudar a protegê-los.
Apêndice 10 Parte B - 8 (a)	Uma instituição financeira deve implementar técnicas de criptografia apropriadas e relevantes para proteger a confidencialidade e integridade dos dados sensíveis armazenados na nuvem.	redshift-cluster-kms-enabled	Para ajudar a proteger os dados em repouso, habilite a criptografia com o AWS Key Management Service (AWS KMS) para o cluster do Amazon Redshift. Como pode haver dados confidenciais em repouso nos clusters do Redshift, habilite a criptografia em repouso para ajudar a protegê-los.
Apêndice 10 Parte B - 8 (a)	Uma instituição financeira deve implementar técnicas de criptografia apropriadas e relevantes para proteger a confidencialidade e integridade dos dados sensíveis armazenados na nuvem.	s3-default-encryption-kms	Habilite a criptografia para os buckets do Amazon Simple Storage Service (Amazon S3). Como pode haver dados confidenciais em repouso em um bucket do Amazon S3, habilite a criptografia em repouso para ajudar a protegê-los.
Apêndice 10 Parte B - 8 (a)	Uma instituição financeira deve implementar técnicas de criptografia apropriadas e relevantes para proteger a confidencialidade e integridade dos dados sensíveis armazenados na nuvem.	secretsmanager-using-cmk	Para ajudar a proteger os dados em repouso, habilite a criptografia com o AWS Key Management Service (AWS KMS) para os segredos do AWS Secrets Manager. Como pode haver dados confidenciais em repouso nos segredos do Secrets Manager, habilite a criptografia em repouso para ajudar a protegê-los.
Apêndice 10 Parte B - 8 (a)	Uma instituição financeira deve implementar técnicas de criptografia apropriadas e relevantes para proteger a confidencialidade e integridade dos dados sensíveis armazenados na nuvem.	sns-encrypted-kms	Para ajudar a proteger os dados em repouso, use o AWS Key Management Service (AWS KMS) para garantir que os tópicos do Amazon Simple Notification Service (Amazon SNS) exijam criptografia. Como pode haver dados confidenciais em repouso em mensagens publicadas, habilite a criptografia em repouso para ajudar a protegê-los.
Apêndice 10 Parte B - 8 (d)	À medida que aumenta o uso da adoção da nuvem, o gerenciamento de muitas chaves de criptografia usadas para proteger dados tornou-se mais complexo e pode apresentar novos desafios para as instituições financeiras. Uma instituição financeira deve adotar uma abordagem abrangente e centralizada ao gerenciamento de chaves, incluindo a utilização de um sistema centralizado de gerenciamento de chaves que possa lidar com gerações, armazenamento e distribuição de chaves de uma forma segura e escalável.	cmk-backing-key-rotation-enabled	Habilite a alternância de chaves para que sejam usadas alternadamente depois de atingirem o final do período criptográfico.
Apêndice 10 Parte B - 8 (d)	À medida que aumenta o uso da adoção da nuvem, o gerenciamento de muitas chaves de criptografia usadas para proteger dados tornou-se mais complexo e pode apresentar novos desafios para as instituições financeiras. Uma instituição financeira deve adotar uma abordagem abrangente e centralizada ao gerenciamento de chaves, incluindo a utilização de um sistema centralizado de gerenciamento de chaves que possa lidar com gerações, armazenamento e distribuição de chaves de uma forma segura e escalável.	kms-cmk-not-scheduled-for-deletion	Para ajudar a proteger dados em repouso, as chaves mestras do cliente (CMKs) necessárias não devem estar programadas para exclusão no AWS Key Management Service (AWS KMS). Como às vezes a exclusão da chave é necessária, essa regra pode ajudar na verificação de todas as chaves programadas para exclusão, caso alguma delas sido programada de maneira não intencional.
Apêndice 10 Parte B - 9 (a) ii)	O plano de gerenciamento é uma diferença fundamental de segurança entre a infraestrutura tradicional e a computação em nuvem, onde o acesso remoto é compatível por padrão. Essa camada de acesso pode estar sujeita a ataques cibernéticos, comprometendo assim a integridade de toda a implantação da nuvem. Em vista disso, as instituições financeiras devem garantir o uso de controles fortes para acessar o plano de gerenciamento que podem incluir o seguinte: ii) implementar "privilégio mínimo" e autenticação multifator (MFA) forte, por exemplo, senha forte, token flexível, ferramenta de gerenciamento de acesso privilegiado e funções de verificador de fabricante;	iam-password-policy	As identidades e as credenciais são emitidas, gerenciadas e verificadas com base em uma política organizacional de senhas do IAM. Elas atendem ou excedem os requisitos estabelecidos pelo NIST SP 800-63 e pelo padrão Práticas Recomendadas de Segurança Básica da AWS para a força da senha. Esta regra permite que você defina opcionalmente RequireUppercaseCharacters (valor do Práticas Recomendadas de Segurança Básica da AWS (AWS FSBP): true), RequireLowercaseCharacters (valor do Práticas Recomendadas de Segurança Básica da AWS: true), RequireSymbols (valor do Práticas Recomendadas de Segurança Básica da AWS: true), RequireNumbers (valor do Práticas Recomendadas de Segurança Básica da AWS: true), MinimumPasswordLength (valor do Práticas Recomendadas de Segurança Básica da AWS: 14), PasswordReusePrevention (valor do Práticas Recomendadas de Segurança Básica da AWS: 24) e MaxPasswordAge (valor do Práticas Recomendadas de Segurança Básica da AWS: 90) para sua política de senha do IAM. Os valores reais devem refletir as políticas da organização.
Apêndice 10 Parte B - 9 (a) ii)	O plano de gerenciamento é uma diferença fundamental de segurança entre a infraestrutura tradicional e a computação em nuvem, onde o acesso remoto é compatível por padrão. Essa camada de acesso pode estar sujeita a ataques cibernéticos, comprometendo assim a integridade de toda a implantação da nuvem. Em vista disso, as instituições financeiras devem garantir o uso de controles fortes para acessar o plano de gerenciamento que podem incluir o seguinte: ii) implementar "privilégio mínimo" e autenticação multifator (MFA) forte, por exemplo, senha forte, token flexível, ferramenta de gerenciamento de acesso privilegiado e funções de verificador de fabricante;	iam-user-mfa-enabled	Habilite essa regra para restringir o acesso a recursos na Nuvem AWS. Esta regra garante que a autenticação multifator (MFA) esteja habilitada para todos os usuários. A MFA adiciona uma camada extra de proteção, além do nome de usuário e senha. Reduza os incidentes de contas comprometidas exigindo MFA para usuários do IAM.
Apêndice 10 Parte B - 9 (a) ii)	O plano de gerenciamento é uma diferença fundamental de segurança entre a infraestrutura tradicional e a computação em nuvem, onde o acesso remoto é compatível por padrão. Essa camada de acesso pode estar sujeita a ataques cibernéticos, comprometendo assim a integridade de toda a implantação da nuvem. Em vista disso, as instituições financeiras devem garantir o uso de controles fortes para acessar o plano de gerenciamento que podem incluir o seguinte: ii) implementar "privilégio mínimo" e autenticação multifator (MFA) forte, por exemplo, senha forte, token flexível, ferramenta de gerenciamento de acesso privilegiado e funções de verificador de fabricante;	root-account-hardware-mfa-enabled	Para gerenciar o acesso a recursos na Nuvem AWS, garanta que a MFA de hardware esteja habilitada para o usuário raiz. O usuário raiz é o mais privilegiado em uma Conta da AWS. A MFA adiciona uma camada extra de proteção, além do nome de usuário e senha. Ao exigir MFA para o usuário raiz, é possível reduzir os incidentes de Contas da AWS comprometidas.
Apêndice 10 Parte B - 9 (a) ii)	O plano de gerenciamento é uma diferença fundamental de segurança entre a infraestrutura tradicional e a computação em nuvem, onde o acesso remoto é compatível por padrão. Essa camada de acesso pode estar sujeita a ataques cibernéticos, comprometendo assim a integridade de toda a implantação da nuvem. Em vista disso, as instituições financeiras devem garantir o uso de controles fortes para acessar o plano de gerenciamento que podem incluir o seguinte: ii) implementar "privilégio mínimo" e autenticação multifator (MFA) forte, por exemplo, senha forte, token flexível, ferramenta de gerenciamento de acesso privilegiado e funções de verificador de fabricante;	root-account-mfa-enabled	Para gerenciar o acesso a recursos na Nuvem AWS, habilite a MFA para o usuário raiz. O usuário raiz é o mais privilegiado em uma Conta da AWS. A MFA adiciona uma camada extra de proteção, além do nome de usuário e senha. Ao exigir MFA para o usuário raiz, é possível reduzir os incidentes de Contas da AWS comprometidas.
Apêndice 10 Parte B - 9 (a) iii)	O plano de gerenciamento é uma diferença fundamental de segurança entre a infraestrutura tradicional e a computação em nuvem, onde o acesso remoto é compatível por padrão. Essa camada de acesso pode estar sujeita a ataques cibernéticos, comprometendo assim a integridade de toda a implantação da nuvem. Com isso em vista, as instituições financeiras devem garantir a utilização de controles fortes para acessar o plano de gerenciamento, que podem incluir o seguinte: iii) empregar atribuição granular de direitos para usuários privilegiados;	iam-policy-no-statements-with-admin-access	O AWS Identity and Access Management (IAM) pode ajudar você a incorporar os princípios de privilégio mínimo e separação de deveres com permissões e autorizações de acesso, impedindo que as políticas contenham "Effect": "Allow" com "Action": "" por "Resource": "". Permitir que os usuários tenham mais privilégios do que o necessário para concluir uma tarefa pode violar o princípio de privilégio mínimo e separação de deveres.
Apêndice 10 Parte B - 9 (a) iii)	O plano de gerenciamento é uma diferença fundamental de segurança entre a infraestrutura tradicional e a computação em nuvem, onde o acesso remoto é compatível por padrão. Essa camada de acesso pode estar sujeita a ataques cibernéticos, comprometendo assim a integridade de toda a implantação da nuvem. Com isso em vista, as instituições financeiras devem garantir a utilização de controles fortes para acessar o plano de gerenciamento, que podem incluir o seguinte: iii) empregar atribuição granular de direitos para usuários privilegiados;	iam-user-no-policies-check	Essa regra garante que as políticas do AWS Identity and Access Management (IAM) sejam anexadas apenas a grupos ou perfis para controlar o acesso a sistemas e ativos. A atribuição de privilégios por grupo ou perfil ajuda a reduzir a oportunidade de uma identidade receber ou reter privilégios excessivos.
Apêndice 10 Parte B - 9 (a) iv)	O plano de gerenciamento é uma diferença fundamental de segurança entre a infraestrutura tradicional e a computação em nuvem, onde o acesso remoto é compatível por padrão. Essa camada de acesso pode estar sujeita a ataques cibernéticos, comprometendo assim a integridade de toda a implantação da nuvem. Em vista disso, as Instituições financeiras devem assegurar a utilização de controles robustos de acesso ao plano de gerenciamento que podem incluir: iv) realizar monitoramento contínuo das atividades realizadas por usuários privilegiados;	cloudtrail-security-trail-enabled	Essa regra ajuda a garantir o uso das práticas recomendadas de segurança da AWS para o AWS CloudTrail verificando a habilitação de várias configurações. Isso inclui o uso de criptografia de log, validação de log e habilitação do AWS CloudTrail em várias regiões.
Apêndice 10 Parte B - 9 (a) iv)	O plano de gerenciamento é uma diferença fundamental de segurança entre a infraestrutura tradicional e a computação em nuvem, onde o acesso remoto é compatível por padrão. Essa camada de acesso pode estar sujeita a ataques cibernéticos, comprometendo assim a integridade de toda a implantação da nuvem. Em vista disso, as Instituições financeiras devem assegurar a utilização de controles robustos de acesso ao plano de gerenciamento que podem incluir: iv) realizar monitoramento contínuo das atividades realizadas por usuários privilegiados;	cloud-trail-cloud-watch-logs-enabled	Use o Amazon CloudWatch para coletar e gerenciar centralmente a atividade de eventos de logs. A inclusão dos dados do AWS CloudTrail fornece detalhes da atividade de chamadas da API em sua Conta da AWS.
Apêndice 10 Parte B - 12 (a)	Uma instituição financeira deve proteger os dados hospedados em serviços em nuvem, conforme exigido na seção Prevenção contra perda de dados (parágrafos 11.14 a 11.16) deste documento de política, incluindo a expansão da pegada de endpoint se a instituição financeira permitir que seus funcionários usem seus próprios dispositivos para acessar os dados confidenciais.	guardduty-enabled-centralized	O Amazon GuardDuty pode ajudar a monitorar e detectar possíveis eventos de segurança cibernética usando feeds de inteligência contra ameaças. Isso inclui listas de IPs maliciosos e machine learning para identificar atividades inesperadas, não autorizadas e mal-intencionadas em seu ambiente na Nuvem AWS.
Apêndice 10 Parte B - 12 (a)	Uma instituição financeira deve proteger os dados hospedados em serviços em nuvem, conforme exigido na seção Prevenção contra perda de dados (parágrafos 11.14 a 11.16) deste documento de política, incluindo a expansão da pegada de endpoint se a instituição financeira permitir que seus funcionários usem seus próprios dispositivos para acessar os dados confidenciais.	macie-status-check	O Amazon Macie é um serviço de segurança de dados que usa machine learning (ML) e correspondência de padrões para descobrir e ajudar a proteger dados confidenciais armazenados em buckets do Amazon Simple Storage Service (S3).
Apêndice 10 Parte B - 14 (c) i)	Uma instituição financeira deve considerar as seguintes medidas adicionais no desenvolvimento de seu CIRP: i) aprimorar sua capacidade de detectar incidentes de violação de segurança para obter um gerenciamento eficaz de incidentes, incluindo a capacidade de detectar vazamento de dados na dark web;	guardduty-enabled-centralized	O Amazon GuardDuty pode ajudar a monitorar e detectar possíveis eventos de segurança cibernética usando feeds de inteligência contra ameaças. Isso inclui listas de IPs maliciosos e machine learning para identificar atividades inesperadas, não autorizadas e mal-intencionadas em seu ambiente na Nuvem AWS.
Apêndice 10 Parte B - 14 (c) i)	Uma instituição financeira deve considerar as seguintes medidas adicionais no desenvolvimento de seu CIRP: i) aprimorar sua capacidade de detectar incidentes de violação de segurança para obter um gerenciamento eficaz de incidentes, incluindo a capacidade de detectar vazamento de dados na dark web;	guardduty-non-archived-findings	O Amazon GuardDuty ajuda você a entender o impacto de um incidente classificando as descobertas por nível de gravidade: baixo, médio e alto. É possível usar essas classificações para determinar estratégias e prioridades de correção. Essa regra permite que você defina opcionalmente daysLowSev (padrão do Config: 30), daysMediumSev (padrão do Config: 7) e daysHighSev (padrão do Config: 1) para descobertas não arquivadas, conforme exigido pelas políticas da sua organização.

Modelo

O modelo está disponível no GitHub: Operational Best Practices for BNM RMiT.

Atenção O Javascript está desativado ou não está disponível no seu navegador.

Para usar a documentação da AWS, o Javascript deve estar ativado. Consulte as páginas de Ajuda do navegador para obter instruções.

Convenções do documento

Práticas recomendadas operacionais para BCP e DR

Práticas recomendadas operacionais para o perfil de controle de nuvem médio do Canadian Centre for Cyber Security (CCCS)