As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá.
Melhores práticas operacionais para o pilar de segurança do AWS Well-Architected Framework
Os pacotes de conformidade fornecem uma estrutura de conformidade de uso geral projetada para permitir que você crie verificações de governança de segurança, operação ou otimização de custos usando regras e ações de remediação gerenciadas ou personalizadas. AWS Config 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 pilar de segurança do Well-Architected Framework da Amazon Web Services e as regras de configuração gerenciadas. AWS Cada regra do Config se aplica a um AWS recurso específico e está relacionada a um ou mais dos princípios de design do pilar. Uma categoria do Well-Architected Framework pode estar relacionada 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 | AWS Regra de configuração | Orientação |
|---|---|---|---|
| SEC-1 | Como você opera seu workload com segurança? Para operar seu workload com segurança, você deve aplicar as práticas recomendadas abrangentes em todas as áreas de segurança. Pegue os requisitos e processos que você definiu em excelência operacional em um nível organizacional e de workload e aplique-os a todas as áreas. Manter-se atualizado com as recomendações do setor AWS e a inteligência de ameaças ajuda você a desenvolver seu modelo de ameaças e seus objetivos de controle. A automação dos processos, testes e validação de segurança permite que você escale suas operações de segurança. | O gerenciamento centralizado de Contas da AWS dentro das 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. | |
| SEC-1 | Como você opera seu workload com segurança? Para operar seu workload com segurança, você deve aplicar as práticas recomendadas abrangentes em todas as áreas de segurança. Pegue os requisitos e processos que você definiu em excelência operacional em um nível organizacional e de workload e aplique-os a todas as áreas. Manter-se atualizado com as recomendações do setor AWS e a inteligência de ameaças ajuda você a desenvolver seu modelo de ameaças e seus objetivos de controle. A automação dos processos, testes e validação de segurança permite que você escale suas operações de segurança. | Gerencie o acesso aos recursos na AWS nuvem garantindo que ele MFA esteja habilitado para todos os usuários do AWS Identity and Access Management (IAM) que tenham uma senha de console. MFAadiciona uma camada extra de proteção às credenciais de login. Ao exigir MFA dos usuários, você pode reduzir os incidentes de contas comprometidas e impedir que dados confidenciais sejam acessados por usuários não autorizados. | |
| SEC-1 | Como você opera seu workload com segurança? Para operar seu workload com segurança, você deve aplicar as práticas recomendadas abrangentes em todas as áreas de segurança. Pegue os requisitos e processos que você definiu em excelência operacional em um nível organizacional e de workload e aplique-os a todas as áreas. Manter-se atualizado com as recomendações do setor AWS e a inteligência de ameaças ajuda você a desenvolver seu modelo de ameaças e seus objetivos de controle. A automação dos processos, testes e validação de segurança permite que você escale suas operações de segurança. | Ative essa regra para restringir o acesso aos recursos na AWS nuvem. Essa regra garante que a autenticação multifator (MFA) esteja habilitada para todos os usuários. MFAadiciona uma camada extra de proteção às credenciais de login. Reduza os incidentes de contas comprometidas MFA exigindo dos usuários. | |
| SEC-1 | Como você opera seu workload com segurança? Para operar seu workload com segurança, você deve aplicar as práticas recomendadas abrangentes em todas as áreas de segurança. Pegue os requisitos e processos que você definiu em excelência operacional em um nível organizacional e de workload e aplique-os a todas as áreas. Manter-se atualizado com as recomendações do setor AWS e a inteligência de ameaças ajuda você a desenvolver seu modelo de ameaças e seus objetivos de controle. A automação dos processos, testes e validação de segurança permite que você escale suas operações de segurança. | O acesso aos sistemas e ativos pode ser controlado verificando se o usuário raiz não tem chaves de acesso anexadas à função AWS Identity and Access Management (IAM). Exclua as chaves de acesso raiz. Em vez disso, crie e use com base em funções Contas da AWS para ajudar a incorporar o princípio da menor funcionalidade. | |
| SEC-1 | Como você opera seu workload com segurança? Para operar seu workload com segurança, você deve aplicar as práticas recomendadas abrangentes em todas as áreas de segurança. Pegue os requisitos e processos que você definiu em excelência operacional em um nível organizacional e de workload e aplique-os a todas as áreas. Manter-se atualizado com as recomendações do setor AWS e a inteligência de ameaças ajuda você a desenvolver seu modelo de ameaças e seus objetivos de controle. A automação dos processos, testes e validação de segurança permite que você escale suas operações de segurança. | Gerencie o acesso aos recursos na AWS nuvem garantindo que o hardware MFA esteja habilitado para o usuário root. O usuário raiz é o mais privilegiado em uma Conta da AWS. MFAIsso adiciona uma camada extra de proteção às credenciais de login. Ao MFA solicitar ao usuário root, você pode reduzir os incidentes de comprometimento Contas da AWS. | |
| SEC-1 | Como você opera seu workload com segurança? Para operar seu workload com segurança, você deve aplicar as práticas recomendadas abrangentes em todas as áreas de segurança. Pegue os requisitos e processos que você definiu em excelência operacional em um nível organizacional e de workload e aplique-os a todas as áreas. Manter-se atualizado com as recomendações do setor AWS e a inteligência de ameaças ajuda você a desenvolver seu modelo de ameaças e seus objetivos de controle. A automação dos processos, testes e validação de segurança permite que você escale suas operações de segurança. | Gerencie o acesso aos recursos na AWS nuvem garantindo que MFA esteja habilitado para o usuário root. O usuário raiz é o mais privilegiado em uma Conta da AWS. MFAIsso adiciona uma camada extra de proteção às credenciais de login. Ao MFA solicitar ao usuário root, você pode reduzir os incidentes de comprometimento Contas da AWS. | |
| SEC-1 | Como você opera seu workload com segurança? Para operar seu workload com segurança, você deve aplicar as práticas recomendadas abrangentes em todas as áreas de segurança. Pegue os requisitos e processos que você definiu em excelência operacional em um nível organizacional e de workload e aplique-os a todas as áreas. Manter-se atualizado com as recomendações do setor AWS e a inteligência de ameaças ajuda você a desenvolver seu modelo de ameaças e seus objetivos de controle. A automação dos processos, testes e validação de segurança permite que você escale suas operações de segurança. | É possível fazer um inventário das plataformas de software e aplicativos dentro da organização gerenciando instâncias do Amazon Elastic Compute Cloud (AmazonEC2) 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 do aplicativo, editor e versão, além de outros detalhes sobre seu ambiente. | |
| SEC-1 | Como você opera seu workload com segurança? Para operar seu workload com segurança, você deve aplicar as práticas recomendadas abrangentes em todas as áreas de segurança. Pegue os requisitos e processos que você definiu em excelência operacional em um nível organizacional e de workload e aplique-os a todas as áreas. Manter-se atualizado com as recomendações do setor AWS e a inteligência de ameaças ajuda você a desenvolver seu modelo de ameaças e seus objetivos de controle. A automação dos processos, testes e validação de segurança permite que você escale suas operações de segurança. | Use o AWS Systems Manager Associations para ajudar no inventário de plataformas e aplicativos de software em uma organização. AWS O Systems Manager atribui um estado de configuração às suas instâncias gerenciadas e permite que você defina linhas de base dos níveis de patch do sistema operacional, instalações de software, configurações de aplicativos e outros detalhes sobre seu ambiente. | |
| SEC-1 | Como você opera seu workload com segurança? Para operar seu workload com segurança, você deve aplicar as práticas recomendadas abrangentes em todas as áreas de segurança. Pegue os requisitos e processos que você definiu em excelência operacional em um nível organizacional e de workload e aplique-os a todas as áreas. Manter-se atualizado com as recomendações do setor AWS e a inteligência de ameaças ajuda você a desenvolver seu modelo de ameaças e seus objetivos de controle. A automação dos processos, testes e validação de segurança permite que você escale suas operações de segurança. | Ative essa regra para ajudar na identificação e documentação das vulnerabilidades do Amazon Elastic Compute Cloud (AmazonEC2). A regra verifica se a conformidade de patches de EC2 instâncias da Amazon no AWS Systems Manager conforme exigido pelas políticas e procedimentos da sua organização. | |
| SEC-1 | Como você opera seu workload com segurança? Para operar seu workload com segurança, você deve aplicar as práticas recomendadas abrangentes em todas as áreas de segurança. Pegue os requisitos e processos que você definiu em excelência operacional em um nível organizacional e de workload e aplique-os a todas as áreas. Manter-se atualizado com as recomendações do setor AWS e a inteligência de ameaças ajuda você a desenvolver seu modelo de ameaças e seus objetivos de controle. A automação dos processos, testes e validação de segurança permite que você escale suas operações de segurança. | Certifique-se de que as credenciais de autenticação AWS ACCESS _ _ KEY _ID e AWS _ _ _ SECRET ACCESS _ KEY não existam nos ambientes do projeto AWS Codebuild. Não armazene essas variáveis em texto não criptografado. Armazenar essas variáveis em texto não criptografado pode causar exposição não intencional dos dados e acesso não autorizado. | |
| SEC-2 | Como você gerencia identidades de pessoas e de máquinas? Há dois tipos de identidades que você precisa gerenciar ao abordar a operação de cargas de trabalho seguras AWS . Entender o tipo de identidade que você precisa gerenciar e conceder acesso ajuda a garantir que as identidades certas tenham acesso aos recursos certos nas condições certas. Identidades humanas: seus administradores, desenvolvedores, operadores e usuários finais precisam de uma identidade para acessar seus AWS ambientes e aplicativos. São membros da sua organização ou usuários externos com quem você colabora e que interagem com seus AWS recursos a partir de um navegador da Web, aplicativo cliente ou ferramentas interativas de linha de comando. Identidades da máquina: seus aplicativos de serviço, ferramentas operacionais e cargas de trabalho exigem uma identidade para fazer solicitações aos AWS serviços, por exemplo, para ler dados. Essas identidades incluem máquinas em execução em seu AWS ambiente, como EC2 instâncias da Amazon ou funções AWS Lambda. Você também pode gerenciar identidades de máquina para partes externas que precisam de acesso. Além disso, você também pode ter máquinas fora dela AWS que precisem acessar seu AWS ambiente. | As identidades e as credenciais são emitidas, gerenciadas e verificadas com base em uma política de IAM senha organizacional. Eles atendem ou excedem os requisitos estabelecidos pela NIST SP 800-63 e pelo padrão AWS Foundational Security Best Practices para a força da senha. Essa regra permite que você defina opcionalmente RequireUppercaseCharacters (valor das melhores práticas de segurança AWS básicas: verdadeiro), RequireLowercaseCharacters (valor das melhores práticas de segurança AWS básicas: verdadeiro), RequireSymbols (valor das melhores práticas de segurança AWS básicas: verdadeiro), RequireNumbers (valor das melhores práticas de segurança AWS básicas: verdadeiro), MinimumPasswordLength (valor das melhores práticas de segurança AWS básica: 14), PasswordReusePrevention (valor das melhores práticas de segurança AWS básica: 24) e MaxPasswordAge (valor das melhores práticas de segurança AWS básica: 90) para seu IAMPolítica de senha. Os valores reais devem refletir as políticas da organização. | |
| SEC-2 | Como você gerencia identidades de pessoas e de máquinas? Há dois tipos de identidades que você precisa gerenciar ao abordar a operação de cargas de trabalho seguras AWS . Entender o tipo de identidade que você precisa gerenciar e conceder acesso ajuda a garantir que as identidades certas tenham acesso aos recursos certos nas condições certas. Identidades humanas: seus administradores, desenvolvedores, operadores e usuários finais precisam de uma identidade para acessar seus AWS ambientes e aplicativos. São membros da sua organização ou usuários externos com quem você colabora e que interagem com seus AWS recursos a partir de um navegador da Web, aplicativo cliente ou ferramentas interativas de linha de comando. Identidades da máquina: seus aplicativos de serviço, ferramentas operacionais e cargas de trabalho exigem uma identidade para fazer solicitações aos AWS serviços, por exemplo, para ler dados. Essas identidades incluem máquinas em execução em seu AWS ambiente, como EC2 instâncias da Amazon ou funções AWS Lambda. Você também pode gerenciar identidades de máquina para partes externas que precisam de acesso. Além disso, você também pode ter máquinas fora dela AWS que precisem acessar seu AWS ambiente. | Gerencie o acesso aos recursos na AWS nuvem garantindo que o hardware MFA esteja habilitado para o usuário root. O usuário raiz é o mais privilegiado em uma Conta da AWS. MFAIsso adiciona uma camada extra de proteção às credenciais de login. Ao MFA solicitar ao usuário root, você pode reduzir os incidentes de comprometimento Contas da AWS. | |
| SEC-2 | Como você gerencia identidades de pessoas e de máquinas? Há dois tipos de identidades que você precisa gerenciar ao abordar a operação de cargas de trabalho seguras AWS . Entender o tipo de identidade que você precisa gerenciar e conceder acesso ajuda a garantir que as identidades certas tenham acesso aos recursos certos nas condições certas. Identidades humanas: seus administradores, desenvolvedores, operadores e usuários finais precisam de uma identidade para acessar seus AWS ambientes e aplicativos. São membros da sua organização ou usuários externos com quem você colabora e que interagem com seus AWS recursos a partir de um navegador da Web, aplicativo cliente ou ferramentas interativas de linha de comando. Identidades da máquina: seus aplicativos de serviço, ferramentas operacionais e cargas de trabalho exigem uma identidade para fazer solicitações aos AWS serviços, por exemplo, para ler dados. Essas identidades incluem máquinas em execução em seu AWS ambiente, como EC2 instâncias da Amazon ou funções AWS Lambda. Você também pode gerenciar identidades de máquina para partes externas que precisam de acesso. Além disso, você também pode ter máquinas fora dela AWS que precisem acessar seu AWS ambiente. | Gerencie o acesso aos recursos na AWS nuvem garantindo que MFA esteja habilitado para o usuário root. O usuário raiz é o mais privilegiado em uma Conta da AWS. MFAIsso adiciona uma camada extra de proteção às credenciais de login. Ao MFA solicitar ao usuário root, você pode reduzir os incidentes de comprometimento Contas da AWS. | |
| SEC-2 | Como você gerencia identidades de pessoas e de máquinas? Há dois tipos de identidades que você precisa gerenciar ao abordar a operação de cargas de trabalho seguras AWS . Entender o tipo de identidade que você precisa gerenciar e conceder acesso ajuda a garantir que as identidades certas tenham acesso aos recursos certos nas condições certas. Identidades humanas: seus administradores, desenvolvedores, operadores e usuários finais precisam de uma identidade para acessar seus AWS ambientes e aplicativos. São membros da sua organização ou usuários externos com quem você colabora e que interagem com seus AWS recursos a partir de um navegador da Web, aplicativo cliente ou ferramentas interativas de linha de comando. Identidades da máquina: seus aplicativos de serviço, ferramentas operacionais e cargas de trabalho exigem uma identidade para fazer solicitações aos AWS serviços, por exemplo, para ler dados. Essas identidades incluem máquinas em execução em seu AWS ambiente, como EC2 instâncias da Amazon ou funções AWS Lambda. Você também pode gerenciar identidades de máquina para partes externas que precisam de acesso. Além disso, você também pode ter máquinas fora dela AWS que precisem acessar seu AWS ambiente. | Ative essa regra para restringir o acesso aos recursos na AWS nuvem. Essa regra garante que a autenticação multifator (MFA) esteja habilitada para todos os usuários. MFAadiciona uma camada extra de proteção às credenciais de login. Reduza os incidentes de contas comprometidas MFA exigindo dos usuários. | |
| SEC-2 | Como você gerencia identidades de pessoas e de máquinas? Há dois tipos de identidades que você precisa gerenciar ao abordar a operação de cargas de trabalho seguras AWS . Entender o tipo de identidade que você precisa gerenciar e conceder acesso ajuda a garantir que as identidades certas tenham acesso aos recursos certos nas condições certas. Identidades humanas: seus administradores, desenvolvedores, operadores e usuários finais precisam de uma identidade para acessar seus AWS ambientes e aplicativos. São membros da sua organização ou usuários externos com quem você colabora e que interagem com seus AWS recursos a partir de um navegador da Web, aplicativo cliente ou ferramentas interativas de linha de comando. Identidades da máquina: seus aplicativos de serviço, ferramentas operacionais e cargas de trabalho exigem uma identidade para fazer solicitações aos AWS serviços, por exemplo, para ler dados. Essas identidades incluem máquinas em execução em seu AWS ambiente, como EC2 instâncias da Amazon ou funções AWS Lambda. Você também pode gerenciar identidades de máquina para partes externas que precisam de acesso. Além disso, você também pode ter máquinas fora dela AWS que precisem acessar seu AWS ambiente. | Gerencie o acesso aos recursos na AWS nuvem garantindo que ele MFA esteja habilitado para todos os usuários do AWS Identity and Access Management (IAM) que tenham uma senha de console. MFAadiciona uma camada extra de proteção às credenciais de login. Ao exigir MFA dos usuários, você pode reduzir os incidentes de contas comprometidas e impedir que dados confidenciais sejam acessados por usuários não autorizados. | |
| SEC-2 | Como você gerencia identidades de pessoas e de máquinas? Há dois tipos de identidades que você precisa gerenciar ao abordar a operação de cargas de trabalho seguras AWS . Entender o tipo de identidade que você precisa gerenciar e conceder acesso ajuda a garantir que as identidades certas tenham acesso aos recursos certos nas condições certas. Identidades humanas: seus administradores, desenvolvedores, operadores e usuários finais precisam de uma identidade para acessar seus AWS ambientes e aplicativos. São membros da sua organização ou usuários externos com quem você colabora e que interagem com seus AWS recursos a partir de um navegador da Web, aplicativo cliente ou ferramentas interativas de linha de comando. Identidades da máquina: seus aplicativos de serviço, ferramentas operacionais e cargas de trabalho exigem uma identidade para fazer solicitações aos AWS serviços, por exemplo, para ler dados. Essas identidades incluem máquinas em execução em seu AWS ambiente, como EC2 instâncias da Amazon ou funções AWS Lambda. Você também pode gerenciar identidades de máquina para partes externas que precisam de acesso. Além disso, você também pode ter máquinas fora dela AWS que precisem acessar seu AWS ambiente. | Se uma definição de tarefa tem privilégios elevados, significa que o cliente optou especificamente por essas configurações. Esse controle verifica o aumento inesperado de privilégios quando uma definição de tarefa tem a rede de host habilitada e o cliente não optou por privilégios elevados. | |
| SEC-2 | Como você gerencia identidades de pessoas e de máquinas? Há dois tipos de identidades que você precisa gerenciar ao abordar a operação de cargas de trabalho seguras AWS . Entender o tipo de identidade que você precisa gerenciar e conceder acesso ajuda a garantir que as identidades certas tenham acesso aos recursos certos nas condições certas. Identidades humanas: seus administradores, desenvolvedores, operadores e usuários finais precisam de uma identidade para acessar seus AWS ambientes e aplicativos. São membros da sua organização ou usuários externos com quem você colabora e que interagem com seus AWS recursos a partir de um navegador da Web, aplicativo cliente ou ferramentas interativas de linha de comando. Identidades da máquina: seus aplicativos de serviço, ferramentas operacionais e cargas de trabalho exigem uma identidade para fazer solicitações aos AWS serviços, por exemplo, para ler dados. Essas identidades incluem máquinas em execução em seu AWS ambiente, como EC2 instâncias da Amazon ou funções AWS Lambda. Você também pode gerenciar identidades de máquina para partes externas que precisam de acesso. Além disso, você também pode ter máquinas fora dela AWS que precisem acessar seu AWS ambiente. | AWS O Identity and Access Management (IAM) pode ajudá-lo a incorporar os princípios de privilégio mínimo e separação de deveres com permissões e autorizações de acesso, garantindo que IAM os grupos tenham pelo menos um usuário. Colocar usuários em grupos com base nas permissões associadas ou na função de trabalho é uma forma de incorporar o privilégio mínimo. | |
| SEC-2 | Como você gerencia identidades de pessoas e de máquinas? Há dois tipos de identidades que você precisa gerenciar ao abordar a operação de cargas de trabalho seguras AWS . Entender o tipo de identidade que você precisa gerenciar e conceder acesso ajuda a garantir que as identidades certas tenham acesso aos recursos certos nas condições certas. Identidades humanas: seus administradores, desenvolvedores, operadores e usuários finais precisam de uma identidade para acessar seus AWS ambientes e aplicativos. São membros da sua organização ou usuários externos com quem você colabora e que interagem com seus AWS recursos a partir de um navegador da Web, aplicativo cliente ou ferramentas interativas de linha de comando. Identidades da máquina: seus aplicativos de serviço, ferramentas operacionais e cargas de trabalho exigem uma identidade para fazer solicitações aos AWS serviços, por exemplo, para ler dados. Essas identidades incluem máquinas em execução em seu AWS ambiente, como EC2 instâncias da Amazon ou funções AWS Lambda. Você também pode gerenciar identidades de máquina para partes externas que precisam de acesso. Além disso, você também pode ter máquinas fora dela AWS que precisem acessar seu AWS ambiente. | Certifique-se de que um usuário, IAM função ou IAM grupo do AWS Identity and Access Management (IAM) não tenha uma política embutida para controlar o acesso a sistemas e ativos. AWS recomenda usar políticas gerenciadas em vez de políticas embutidas. As políticas gerenciadas permitem a reutilização, o versionamento, a reversão e a delegação do gerenciamento de permissões. | |
| SEC-2 | Como você gerencia identidades de pessoas e de máquinas? Há dois tipos de identidades que você precisa gerenciar ao abordar a operação de cargas de trabalho seguras AWS . Entender o tipo de identidade que você precisa gerenciar e conceder acesso ajuda a garantir que as identidades certas tenham acesso aos recursos certos nas condições certas. Identidades humanas: seus administradores, desenvolvedores, operadores e usuários finais precisam de uma identidade para acessar seus AWS ambientes e aplicativos. São membros da sua organização ou usuários externos com quem você colabora e que interagem com seus AWS recursos a partir de um navegador da Web, aplicativo cliente ou ferramentas interativas de linha de comando. Identidades da máquina: seus aplicativos de serviço, ferramentas operacionais e cargas de trabalho exigem uma identidade para fazer solicitações aos AWS serviços, por exemplo, para ler dados. Essas identidades incluem máquinas em execução em seu AWS ambiente, como EC2 instâncias da Amazon ou funções AWS Lambda. Você também pode gerenciar identidades de máquina para partes externas que precisam de acesso. Além disso, você também pode ter máquinas fora dela AWS que precisem acessar seu AWS ambiente. | AWS O Identity and Access Management (IAM) pode ajudá-lo 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 “Efeito”: “Permitir” com “Ação”: “*” sobre “Recurso”: “*”. 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. | |
| SEC-2 | Como você gerencia identidades de pessoas e de máquinas? Há dois tipos de identidades que você precisa gerenciar ao abordar a operação de cargas de trabalho seguras AWS . Entender o tipo de identidade que você precisa gerenciar e conceder acesso ajuda a garantir que as identidades certas tenham acesso aos recursos certos nas condições certas. Identidades humanas: seus administradores, desenvolvedores, operadores e usuários finais precisam de uma identidade para acessar seus AWS ambientes e aplicativos. São membros da sua organização ou usuários externos com quem você colabora e que interagem com seus AWS recursos a partir de um navegador da Web, aplicativo cliente ou ferramentas interativas de linha de comando. Identidades da máquina: seus aplicativos de serviço, ferramentas operacionais e cargas de trabalho exigem uma identidade para fazer solicitações aos AWS serviços, por exemplo, para ler dados. Essas identidades incluem máquinas em execução em seu AWS ambiente, como EC2 instâncias da Amazon ou funções AWS Lambda. Você também pode gerenciar identidades de máquina para partes externas que precisam de acesso. Além disso, você também pode ter máquinas fora dela AWS que precisem acessar seu AWS ambiente. | Certifique-se de que IAM as ações sejam restritas somente às ações necessárias. 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. | |
| SEC-2 | Como você gerencia identidades de pessoas e de máquinas? Há dois tipos de identidades que você precisa gerenciar ao abordar a operação de cargas de trabalho seguras AWS . Entender o tipo de identidade que você precisa gerenciar e conceder acesso ajuda a garantir que as identidades certas tenham acesso aos recursos certos nas condições certas. Identidades humanas: seus administradores, desenvolvedores, operadores e usuários finais precisam de uma identidade para acessar seus AWS ambientes e aplicativos. São membros da sua organização ou usuários externos com quem você colabora e que interagem com seus AWS recursos a partir de um navegador da Web, aplicativo cliente ou ferramentas interativas de linha de comando. Identidades da máquina: seus aplicativos de serviço, ferramentas operacionais e cargas de trabalho exigem uma identidade para fazer solicitações aos AWS serviços, por exemplo, para ler dados. Essas identidades incluem máquinas em execução em seu AWS ambiente, como EC2 instâncias da Amazon ou funções AWS Lambda. Você também pode gerenciar identidades de máquina para partes externas que precisam de acesso. Além disso, você também pode ter máquinas fora dela AWS que precisem acessar seu AWS ambiente. | AWS O Identity and Access Management (IAM) pode ajudá-lo a restringir permissões e autorizações de acesso, garantindo que os usuários 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. | |
| SEC-2 | Como você gerencia identidades de pessoas e de máquinas? Há dois tipos de identidades que você precisa gerenciar ao abordar a operação de cargas de trabalho seguras AWS . Entender o tipo de identidade que você precisa gerenciar e conceder acesso ajuda a garantir que as identidades certas tenham acesso aos recursos certos nas condições certas. Identidades humanas: seus administradores, desenvolvedores, operadores e usuários finais precisam de uma identidade para acessar seus AWS ambientes e aplicativos. São membros da sua organização ou usuários externos com quem você colabora e que interagem com seus AWS recursos a partir de um navegador da Web, aplicativo cliente ou ferramentas interativas de linha de comando. Identidades da máquina: seus aplicativos de serviço, ferramentas operacionais e cargas de trabalho exigem uma identidade para fazer solicitações aos AWS serviços, por exemplo, para ler dados. Essas identidades incluem máquinas em execução em seu AWS ambiente, como EC2 instâncias da Amazon ou funções AWS Lambda. Você também pode gerenciar identidades de máquina para partes externas que precisam de acesso. Além disso, você também pode ter máquinas fora dela AWS que precisem acessar seu AWS ambiente. | AWS O Identity and Access Management (IAM) pode ajudá-lo com permissões e autorizações de acesso verificando IAM senhas e chaves de acesso que não são usadas por um período de tempo 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 como maxCredentialUsage Idade (Config Default: 90). O valor real deve refletir as políticas da organização. | |
| SEC-2 | Como você gerencia identidades de pessoas e de máquinas? Há dois tipos de identidades que você precisa gerenciar ao abordar a operação de cargas de trabalho seguras AWS . Entender o tipo de identidade que você precisa gerenciar e conceder acesso ajuda a garantir que as identidades certas tenham acesso aos recursos certos nas condições certas. Identidades humanas: seus administradores, desenvolvedores, operadores e usuários finais precisam de uma identidade para acessar seus AWS ambientes e aplicativos. São membros da sua organização ou usuários externos com quem você colabora e que interagem com seus AWS recursos a partir de um navegador da Web, aplicativo cliente ou ferramentas interativas de linha de comando. Identidades da máquina: seus aplicativos de serviço, ferramentas operacionais e cargas de trabalho exigem uma identidade para fazer solicitações aos AWS serviços, por exemplo, para ler dados. Essas identidades incluem máquinas em execução em seu AWS ambiente, como EC2 instâncias da Amazon ou funções AWS Lambda. Você também pode gerenciar identidades de máquina para partes externas que precisam de acesso. Além disso, você também pode ter máquinas fora dela AWS que precisem acessar seu AWS ambiente. | Essa regra garante que AWS os segredos do Secrets Manager tenham a rotação ativada. A alternância de segredos em uma programação regular pode reduzir o período em que um segredo fica ativo, além de diminuir o impacto nos negócios, se o segredo for comprometido. | |
| SEC-2 | Como você gerencia identidades de pessoas e de máquinas? Há dois tipos de identidades que você precisa gerenciar ao abordar a operação de cargas de trabalho seguras AWS . Entender o tipo de identidade que você precisa gerenciar e conceder acesso ajuda a garantir que as identidades certas tenham acesso aos recursos certos nas condições certas. Identidades humanas: seus administradores, desenvolvedores, operadores e usuários finais precisam de uma identidade para acessar seus AWS ambientes e aplicativos. Eles são membros da sua organização ou usuários externos com quem você colabora e que interagem com seus AWS recursos a partir de um navegador da Web, aplicativo cliente ou ferramentas interativas de linha de comando. Identidades da máquina: seus aplicativos de serviço, ferramentas operacionais e cargas de trabalho exigem uma identidade para fazer solicitações aos AWS serviços, por exemplo, para ler dados. Essas identidades incluem máquinas em execução em seu AWS ambiente, como EC2 instâncias da Amazon ou funções AWS Lambda. Você também pode gerenciar identidades de máquina para partes externas que precisam de acesso. Além disso, você também pode ter máquinas fora dela AWS que precisem acessar seu AWS ambiente. | Essa regra garante que AWS os segredos do Secrets Manager tenham sido rotacionados com sucesso de acordo com o cronograma de rotação. A alternância de segredos em uma programação regular pode reduzir o período em que um segredo fica ativo e, possivelmente, diminuir o impacto nos negócios se ele for comprometido. | |
| SEC-2 | Como você gerencia identidades de pessoas e de máquinas? Há dois tipos de identidades que você precisa gerenciar ao abordar a operação de cargas de trabalho seguras AWS . Entender o tipo de identidade que você precisa gerenciar e conceder acesso ajuda a garantir que as identidades certas tenham acesso aos recursos certos nas condições certas. Identidades humanas: seus administradores, desenvolvedores, operadores e usuários finais precisam de uma identidade para acessar seus AWS ambientes e aplicativos. Eles são membros da sua organização ou usuários externos com quem você colabora e que interagem com seus AWS recursos a partir de um navegador da Web, aplicativo cliente ou ferramentas interativas de linha de comando. Identidades da máquina: seus aplicativos de serviço, ferramentas operacionais e cargas de trabalho exigem uma identidade para fazer solicitações aos AWS serviços, por exemplo, para ler dados. Essas identidades incluem máquinas em execução em seu AWS ambiente, como EC2 instâncias da Amazon ou funções AWS Lambda. Você também pode gerenciar identidades de máquina para partes externas que precisam de acesso. Além disso, você também pode ter máquinas fora dela AWS que precisem acessar seu AWS ambiente. | Essa regra garante que AWS os segredos do Secrets Manager tenham a rotação periódica ativada. A alternância de segredos em uma programação regular pode reduzir o período em que um segredo fica ativo, além de diminuir o impacto nos negócios, se o segredo for comprometido. O valor padrão é 90 dias. | |
| SEC-2 | Como você gerencia identidades de pessoas e de máquinas? Há dois tipos de identidades que você precisa gerenciar ao abordar a operação de cargas de trabalho seguras AWS . Entender o tipo de identidade que você precisa gerenciar e conceder acesso ajuda a garantir que as identidades certas tenham acesso aos recursos certos nas condições certas. Identidades humanas: seus administradores, desenvolvedores, operadores e usuários finais precisam de uma identidade para acessar seus AWS ambientes e aplicativos. Eles são membros da sua organização ou usuários externos com quem você colabora e que interagem com seus AWS recursos a partir de um navegador da Web, aplicativo cliente ou ferramentas interativas de linha de comando. Identidades da máquina: seus aplicativos de serviço, ferramentas operacionais e cargas de trabalho exigem uma identidade para fazer solicitações aos AWS serviços, por exemplo, para ler dados. Essas identidades incluem máquinas em execução em seu AWS ambiente, como EC2 instâncias da Amazon ou funções AWS Lambda. Você também pode gerenciar identidades de máquina para partes externas que precisam de acesso. Além disso, você também pode ter máquinas fora dela AWS que precisem acessar seu AWS ambiente. | Se existirem credenciais não utilizadas no AWS Secrets Manager, você deve desativar e/ou remover as credenciais, pois isso pode violar o princípio do menor privilégio. Essa regra permite que você defina um valor para unusedForDays (Config Default: 90). O valor real deve refletir as políticas da organização. | |
| SEC-2 | Como você gerencia identidades de pessoas e de máquinas? Há dois tipos de identidades que você precisa gerenciar ao abordar a operação de cargas de trabalho seguras AWS . Entender o tipo de identidade que você precisa gerenciar e conceder acesso ajuda a garantir que as identidades certas tenham acesso aos recursos certos nas condições certas. Identidades humanas: seus administradores, desenvolvedores, operadores e usuários finais precisam de uma identidade para acessar seus AWS ambientes e aplicativos. Eles são membros da sua organização ou usuários externos com quem você colabora e que interagem com seus AWS recursos a partir de um navegador da Web, aplicativo cliente ou ferramentas interativas de linha de comando. Identidades da máquina: seus aplicativos de serviço, ferramentas operacionais e cargas de trabalho exigem uma identidade para fazer solicitações aos AWS serviços, por exemplo, para ler dados. Essas identidades incluem máquinas em execução em seu AWS ambiente, como EC2 instâncias da Amazon ou funções AWS Lambda. Você também pode gerenciar identidades de máquina para partes externas que precisam de acesso. Além disso, você também pode ter máquinas fora dela AWS que precisem acessar seu AWS ambiente. | Para ajudar a proteger os dados em repouso, garanta que a criptografia com o AWS Key Management Service (AWS KMS) esteja habilitada para AWS segredos do Secrets Manager. Como pode haver dados confidenciais em repouso nos segredos do Secrets Manager, habilite a criptografia em repouso para ajudar a protegê-los. | |
| SEC-2 | Como você gerencia identidades de pessoas e de máquinas? Há dois tipos de identidades que você precisa gerenciar ao abordar a operação de cargas de trabalho seguras AWS . Entender o tipo de identidade que você precisa gerenciar e conceder acesso ajuda a garantir que as identidades certas tenham acesso aos recursos certos nas condições certas. Identidades humanas: seus administradores, desenvolvedores, operadores e usuários finais precisam de uma identidade para acessar seus AWS ambientes e aplicativos. Eles são membros da sua organização ou usuários externos com quem você colabora e que interagem com seus AWS recursos a partir de um navegador da Web, aplicativo cliente ou ferramentas interativas de linha de comando. Identidades da máquina: seus aplicativos de serviço, ferramentas operacionais e cargas de trabalho exigem uma identidade para fazer solicitações aos AWS serviços, por exemplo, para ler dados. Essas identidades incluem máquinas em execução em seu AWS ambiente, como EC2 instâncias da Amazon ou funções AWS Lambda. Você também pode gerenciar identidades de máquina para partes externas que precisam de acesso. Além disso, você também pode ter máquinas fora dela AWS que precisem acessar seu AWS ambiente. | As credenciais são auditadas para dispositivos, usuários e processos autorizados, garantindo que as chaves de IAM acesso sejam alternadas conforme 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. | |
| SEC-3 | Como você gerencia as permissões para pessoas e máquinas? Cada componente ou recurso de seu workload precisa ser acessado por administradores, usuários finais ou outros componentes. Tenha uma definição clara de quem ou o que deve ter acesso a cada componente, escolha o tipo de identidade e o método de autenticação e autorização apropriados. | Certifique-se de que o método Instance Metadata Service versão 2 (IMDSv2) esteja ativado para ajudar a proteger o acesso e o controle dos metadados da instância do Amazon Elastic Compute Cloud EC2 (Amazon). O IMDSv2 método usa controles baseados em sessão. ComIMDSv2, controles podem ser implementados para restringir as alterações nos metadados da instância. | |
| SEC-3 | Como você gerencia as permissões para pessoas e máquinas? Cada componente ou recurso de seu workload precisa ser acessado por administradores, usuários finais ou outros componentes. Tenha uma definição clara de quem ou o que deve ter acesso a cada componente, escolha o tipo de identidade e o método de autenticação e autorização apropriados. | EC2perfis de instância passam uma IAM função para uma EC2 instância. Anexar um perfil de instância às instâncias pode ajudar no gerenciamento de privilégio mínimo e permissões. | |
| SEC-3 | Como você gerencia as permissões para pessoas e máquinas? Cada componente ou recurso de seu workload precisa ser acessado por administradores, usuários finais ou outros componentes. Tenha uma definição clara de quem ou o que deve ter acesso a cada componente, escolha o tipo de identidade e o método de autenticação e autorização apropriados. | Se uma definição de tarefa tem privilégios elevados, significa que o cliente optou especificamente por essas configurações. Esse controle verifica o aumento inesperado de privilégios quando uma definição de tarefa tem a rede de host habilitada e o cliente não optou por privilégios elevados. | |
| SEC-3 | Como você gerencia as permissões para pessoas e máquinas? Cada componente ou recurso de seu workload precisa ser acessado por administradores, usuários finais ou outros componentes. Tenha uma definição clara de quem ou o que deve ter acesso a cada componente, escolha o tipo de identidade e o método de autenticação e autorização apropriados. | Para ajudar na implementação do princípio do menor privilégio, assegure-se de que um usuário não raiz seja designado para acessar suas definições de tarefas do Amazon Elastic Container Service ECS (Amazon). | |
| SEC-3 | Como você gerencia as permissões para pessoas e máquinas? Cada componente ou recurso de seu workload precisa ser acessado por administradores, usuários finais ou outros componentes. Tenha uma definição clara de quem ou o que deve ter acesso a cada componente, escolha o tipo de identidade e o método de autenticação e autorização apropriados. | Para ajudar na implementação do princípio do menor privilégio, as definições de tarefas do Amazon Elastic Container Service (AmazonECS) não devem ter o privilégio elevado ativado. Quando esse parâmetro é verdadeiro, o contêiner recebe privilégios elevados na instância de contêiner host (semelhante ao usuário raiz). | |
| SEC-3 | Como você gerencia as permissões para pessoas e máquinas? Cada componente ou recurso de seu workload precisa ser acessado por administradores, usuários finais ou outros componentes. Tenha uma definição clara de quem ou o que deve ter acesso a cada componente, escolha o tipo de identidade e o método de autenticação e autorização apropriados. | Habilitar o acesso somente de leitura aos contêineres do Amazon Elastic Container Service (ECS) pode ajudar a aderir ao princípio de menor privilégio. Essa opção pode reduzir os vetores de ataque, pois o sistema de arquivos da instância do contêiner não pode ser modificado, a menos que tenha permissões explícitas de leitura e gravação. | |
| SEC-3 | Como você gerencia as permissões para pessoas e máquinas? Cada componente ou recurso de seu workload precisa ser acessado por administradores, usuários finais ou outros componentes. Tenha uma definição clara de quem ou o que deve ter acesso a cada componente, escolha o tipo de identidade e o método de autenticação e autorização apropriados. | Para ajudar na implementação do princípio do menor privilégio, garanta que a fiscalização do usuário esteja habilitada para seu Amazon Elastic File System (AmazonEFS) .Quando ativada, a Amazon EFS substitui o usuário e o grupo IDs do NFS cliente pela identidade configurada no ponto de acesso para todas as operações do sistema de arquivos e concede acesso somente a essa identidade de usuário imposta. | |
| SEC-3 | Como você gerencia as permissões para pessoas e máquinas? Cada componente ou recurso de seu workload precisa ser acessado por administradores, usuários finais ou outros componentes. Tenha uma definição clara de quem ou o que deve ter acesso a cada componente, escolha o tipo de identidade e o método de autenticação e autorização apropriados. | As permissões e autorizações de acesso podem ser gerenciadas e incorporadas com os princípios de privilégio mínimo e separação de tarefas, habilitando o Kerberos para clusters da Amazon. EMR 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. Dentro do reino, um servidor Kerberos é conhecido como centro de distribuição de chaves (). KDC Ele fornece um meio para as entidades principais se autenticarem. O KDC autentica emitindo tíquetes para autenticação. O KDC mantém um banco de dados dos diretores em seu domínio, suas senhas e outras informações administrativas sobre cada diretor. | |
| SEC-3 | Como você gerencia as permissões para pessoas e máquinas? Cada componente ou recurso de seu workload precisa ser acessado por administradores, usuários finais ou outros componentes. Tenha uma definição clara de quem ou o que deve ter acesso a cada componente, escolha o tipo de identidade e o método de autenticação e autorização apropriados. | AWS O Identity and Access Management (IAM) pode ajudá-lo a incorporar os princípios de privilégio mínimo e separação de deveres com permissões e autorizações de acesso, garantindo que IAM os grupos tenham pelo menos um usuário. Colocar usuários em grupos com base nas permissões associadas ou na função de trabalho é uma forma de incorporar o privilégio mínimo. | |
| SEC-3 | Como você gerencia as permissões para pessoas e máquinas? Cada componente ou recurso de seu workload precisa ser acessado por administradores, usuários finais ou outros componentes. Tenha uma definição clara de quem ou o que deve ter acesso a cada componente, escolha o tipo de identidade e o método de autenticação e autorização apropriados. | Certifique-se de que um usuário, IAM função ou IAM grupo do AWS Identity and Access Management (IAM) não tenha uma política embutida para controlar o acesso a sistemas e ativos. AWS recomenda usar políticas gerenciadas em vez de políticas embutidas. As políticas gerenciadas permitem a reutilização, o versionamento, a reversão e a delegação do gerenciamento de permissões. | |
| SEC-3 | Como você gerencia as permissões para pessoas e máquinas? Cada componente ou recurso de seu workload precisa ser acessado por administradores, usuários finais ou outros componentes. Tenha uma definição clara de quem ou o que deve ter acesso a cada componente, escolha o tipo de identidade e o método de autenticação e autorização apropriados. | AWS O Identity and Access Management (IAM) pode ajudá-lo 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 “Efeito”: “Permitir” com “Ação”: “*” sobre “Recurso”: “*”. 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. | |
| SEC-3 | Como você gerencia as permissões para pessoas e máquinas? Cada componente ou recurso de seu workload precisa ser acessado por administradores, usuários finais ou outros componentes. Tenha uma definição clara de quem ou o que deve ter acesso a cada componente, escolha o tipo de identidade e o método de autenticação e autorização apropriados. | Certifique-se de que IAM as ações sejam restritas somente às ações necessárias. 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. | |
| SEC-3 | Como você gerencia as permissões para pessoas e máquinas? Cada componente ou recurso de seu workload precisa ser acessado por administradores, usuários finais ou outros componentes. Tenha uma definição clara de quem ou o que deve ter acesso a cada componente, escolha o tipo de identidade e o método de autenticação e autorização apropriados. | AWS O Identity and Access Management (IAM) pode ajudá-lo a incorporar os princípios de privilégio mínimo e separação de tarefas 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 blockedActionsPatterns parâmetro. (Valor AWS básico das melhores práticas de segurança: kms:Decrypt, kms:). ReEncryptFrom Os valores reais devem refletir as políticas da organização. | |
| SEC-3 | Como você gerencia as permissões para pessoas e máquinas? Cada componente ou recurso de seu workload precisa ser acessado por administradores, usuários finais ou outros componentes. Tenha uma definição clara de quem ou o que deve ter acesso a cada componente, escolha o tipo de identidade e o método de autenticação e autorização apropriados. | AWS O Identity and Access Management (IAM) pode ajudá-lo a incorporar os princípios de privilégio mínimo e separação de deveres com permissões e autorizações de acesso, garantindo que IAM os grupos tenham pelo menos um usuário. Colocar usuários em grupos com base nas permissões associadas ou na função de trabalho é uma forma de incorporar o privilégio mínimo. | |
| SEC-3 | Como você gerencia as permissões para pessoas e máquinas? Cada componente ou recurso de seu workload precisa ser acessado por administradores, usuários finais ou outros componentes. Tenha uma definição clara de quem ou o que deve ter acesso a cada componente, escolha o tipo de identidade e o método de autenticação e autorização apropriados. | AWS O Identity and Access Management (IAM) pode ajudá-lo 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 “Efeito”: “Permitir” com “Ação”: “*” sobre “Recurso”: “*”. 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. | |
| SEC-3 | Como você gerencia as permissões para pessoas e máquinas? Cada componente ou recurso de seu workload precisa ser acessado por administradores, usuários finais ou outros componentes. Tenha uma definição clara de quem ou o que deve ter acesso a cada componente, escolha o tipo de identidade e o método de autenticação e autorização apropriados. | O acesso aos sistemas e ativos pode ser controlado verificando se o usuário raiz não tem chaves de acesso anexadas à função AWS Identity and Access Management (IAM). Exclua as chaves de acesso raiz. Em vez disso, crie e use com base em funções Contas da AWS para ajudar a incorporar o princípio da menor funcionalidade. | |
| SEC-3 | Como você gerencia as permissões para pessoas e máquinas? Cada componente ou recurso de seu workload precisa ser acessado por administradores, usuários finais ou outros componentes. Tenha uma definição clara de quem ou o que deve ter acesso a cada componente, escolha o tipo de identidade e o método de autenticação e autorização apropriados. | AWS O Identity and Access Management (IAM) pode ajudá-lo a restringir permissões e autorizações de acesso, garantindo que os usuários 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. | |
| SEC-3 | Como você gerencia as permissões para pessoas e máquinas? Cada componente ou recurso de seu workload precisa ser acessado por administradores, usuários finais ou outros componentes. Tenha uma definição clara de quem ou o que deve ter acesso a cada componente, escolha o tipo de identidade e o método de autenticação e autorização apropriados. | AWS O Identity and Access Management (IAM) pode ajudá-lo com permissões e autorizações de acesso verificando IAM senhas e chaves de acesso que não são usadas por um período de tempo 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 como maxCredentialUsage Idade (Config Default: 90). O valor real deve refletir as políticas da organização. | |
| SEC-3 | Como você gerencia as permissões para pessoas e máquinas? Estabeleça controles comuns que restrinjam o acesso a todas as identidades em sua organização. Por exemplo, você pode restringir o acesso a AWS regiões específicas ou impedir que seus operadores excluam recursos comuns, como uma IAM função usada para sua equipe de segurança central. | O gerenciamento centralizado de Contas da AWS dentro das 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. | |
| SEC-3 | Como você gerencia as permissões para pessoas e máquinas? Monitore continuamente as descobertas que destacam o acesso entre contas e público. Reduza o acesso público e o acesso entre contas somente aos recursos que exigem esse tipo de acesso. | Gerencie o acesso à AWS nuvem garantindo que as instâncias de DMS replicação não possam ser acessadas publicamente. DMSas instâncias de replicação podem conter informações confidenciais e o controle de acesso é necessário para essas contas. | |
| SEC-3 | Como você gerencia as permissões para pessoas e máquinas? Monitore continuamente as descobertas que destacam o acesso entre contas e público. Reduza o acesso público e o acesso entre contas somente aos recursos que exigem esse tipo de acesso. | Gerencie o acesso à AWS nuvem garantindo que os EBS instantâneos não sejam restauráveis publicamente. EBSos instantâneos de volume podem conter informações confidenciais e o controle de acesso é necessário para essas contas. | |
| SEC-3 | Como você gerencia as permissões para pessoas e máquinas? Monitore continuamente as descobertas que destacam o acesso entre contas e público. Reduza o acesso público e o acesso entre contas somente aos recursos que exigem esse tipo de acesso. | Gerencie o acesso à AWS nuvem garantindo que as instâncias do Amazon Elastic Compute Cloud (AmazonEC2) não possam ser acessadas publicamente. EC2As instâncias da Amazon podem conter informações confidenciais e o controle de acesso é necessário para essas contas. | |
| SEC-3 | Como você gerencia as permissões para pessoas e máquinas? Monitore continuamente as descobertas que destacam o acesso entre contas e público. Reduza o acesso público e o acesso entre contas somente aos recursos que exigem esse tipo de acesso. | Gerencie o acesso à AWS nuvem garantindo que os domínios do Amazon OpenSearch OpenSearch Service (Service) estejam dentro de uma Amazon Virtual Private Cloud (AmazonVPC). Um domínio OpenSearch de serviço dentro de uma Amazon VPC permite a comunicação segura entre o OpenSearch Serviço e outros serviços dentro da Amazon VPC sem a necessidade de um gateway de internet, NAT dispositivo ou VPN conexão. | |
| SEC-3 | Como você gerencia as permissões para pessoas e máquinas? Monitore continuamente as descobertas que destacam o acesso entre contas e público. Reduza o acesso público e o acesso entre contas somente aos recursos que exigem esse tipo de acesso. | Gerencie o acesso à AWS nuvem garantindo que os domínios do Amazon OpenSearch Service estejam dentro de uma Amazon Virtual Private Cloud (AmazonVPC). Um domínio do Amazon OpenSearch Service dentro de uma Amazon VPC permite a comunicação segura entre o Amazon OpenSearch Service e outros serviços dentro da Amazon VPC sem a necessidade de um gateway de internet, NAT dispositivo ou VPN conexão. | |
| SEC-3 | Como você gerencia as permissões para pessoas e máquinas? Monitore continuamente as descobertas que destacam o acesso entre contas e público. Reduza o acesso público e o acesso entre contas somente aos recursos que exigem esse tipo de acesso. | Gerencie o acesso à AWS nuvem garantindo que os nós principais EMR do cluster da Amazon não possam ser acessados publicamente. Os nós principais EMR do cluster da Amazon podem conter informações confidenciais e o controle de acesso é necessário para essas contas. | |
| SEC-3 | Como você gerencia as permissões para pessoas e máquinas? Monitore continuamente as descobertas que destacam o acesso entre contas e público. Reduza o acesso público e o acesso entre contas somente aos recursos que exigem esse tipo de acesso. | Implante instâncias do Amazon Elastic Compute Cloud (AmazonEC2) em uma Amazon Virtual Private Cloud (AmazonVPC) para permitir a comunicação segura entre uma instância e outros serviços na AmazonVPC, sem exigir um gateway de internet, NAT dispositivo ou VPN conexão. Todo o tráfego permanece seguro na nuvem. AWS Por causa de seu isolamento lógico, os domínios que residem em uma Amazon VPC têm uma camada extra de segurança quando comparados aos domínios que usam endpoints públicos. Atribua EC2 instâncias da Amazon a uma Amazon VPC para gerenciar adequadamente o acesso. | |
| SEC-3 | Como você gerencia as permissões para pessoas e máquinas? Monitore continuamente as descobertas que destacam o acesso entre contas e público. Reduza o acesso público e o acesso entre contas somente aos recursos que exigem esse tipo de acesso. | Gerencie o acesso aos recursos na AWS nuvem garantindo 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. | |
| SEC-3 | Como você gerencia as permissões para pessoas e máquinas? Monitore continuamente as descobertas que destacam o acesso entre contas e público. Reduza o acesso público e o acesso entre contas somente aos recursos que exigem esse tipo de acesso. | Implante funções AWS Lambda em uma Amazon Virtual Private Cloud VPC (Amazon) para uma comunicação segura entre uma função e outros serviços dentro da Amazon. VPC Com essa configuração, não há necessidade de um gateway de internet, NAT dispositivo ou VPN conexão. Todo o tráfego permanece seguro na nuvem. AWS Por causa de seu isolamento lógico, os domínios que residem em uma Amazon VPC têm uma camada extra de segurança quando comparados aos domínios que usam endpoints públicos. Para gerenciar adequadamente o acesso, as funções do AWS Lambda devem ser atribuídas a um. VPC | |
| SEC-3 | Como você gerencia as permissões para pessoas e máquinas? Monitore continuamente as descobertas que destacam o acesso entre contas e público. Reduza o acesso público e o acesso entre contas somente aos recursos que exigem esse tipo de acesso. | Gerencie o acesso aos recursos na AWS nuvem garantindo que as instâncias do Amazon Relational Database Service (RDSAmazon) não sejam públicas. As instâncias RDS de banco de dados da Amazon podem conter informações confidenciais, e princípios e controle de acesso são necessários para essas contas. | |
| SEC-3 | Como você gerencia as permissões para pessoas e máquinas? Monitore continuamente as descobertas que destacam o acesso entre contas e público. Reduza o acesso público e o acesso entre contas somente aos recursos que exigem esse tipo de acesso. | Gerencie o acesso aos recursos na AWS nuvem garantindo que as instâncias do Amazon Relational Database Service (RDSAmazon) não sejam públicas. As instâncias RDS de banco de dados da Amazon podem conter informações e princípios confidenciais, e o controle de acesso é necessário para essas contas. | |
| SEC-3 | Como você gerencia as permissões para pessoas e máquinas? Monitore continuamente as descobertas que destacam o acesso entre contas e público. Reduza o acesso público e o acesso entre contas somente aos recursos que exigem esse tipo de acesso. | Gerencie o acesso aos recursos na AWS nuvem garantindo 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. | |
| SEC-3 | Como você gerencia as permissões para pessoas e máquinas? Monitore continuamente as descobertas que destacam o acesso entre contas e público. Reduza o acesso público e o acesso entre contas somente aos recursos que exigem esse tipo de acesso. | Gerencie o acesso aos recursos na AWS nuvem garantindo que os buckets do Amazon Simple Storage Service (Amazon S3) não possam 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 ignorePublicAcls (Config Default: True), blockPublicPolicy (Config Default: True), blockPublicAcls (Config Default: True) e restrictPublicBuckets parâmetros (Config Default: True). Os valores reais devem refletir as políticas da organização. | |
| SEC-3 | Como você gerencia as permissões para pessoas e máquinas? Monitore continuamente as descobertas que destacam o acesso entre contas e público. Reduza o acesso público e o acesso entre contas somente aos recursos que exigem esse tipo de acesso. | Gerencie o acesso aos recursos na AWS nuvem garantindo que os buckets do Amazon Simple Storage Service (Amazon S3) não possam ser acessados publicamente. Essa regra ajuda a manter os dados confidenciais protegidos de usuários remotos não autorizados, impedindo o acesso público no nível do bucket. | |
| SEC-3 | Como você gerencia as permissões para pessoas e máquinas? Monitore continuamente as descobertas que destacam o acesso entre contas e público. Reduza o acesso público e o acesso entre contas somente aos recursos que exigem esse tipo de acesso. | Gerencie o acesso aos recursos na AWS nuvem permitindo 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. | |
| SEC-3 | Como você gerencia as permissões para pessoas e máquinas? Monitore continuamente as descobertas que destacam o acesso entre contas e público. Reduza o acesso público e o acesso entre contas somente aos recursos que exigem esse tipo de acesso. | Gerencie o acesso aos recursos na AWS nuvem permitindo 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. | |
| SEC-3 | Como você gerencia as permissões para pessoas e máquinas? Monitore continuamente as descobertas que destacam o acesso entre contas e público. Reduza o acesso público e o acesso entre contas somente aos recursos que exigem esse tipo de acesso. | Gerencie o acesso aos recursos na AWS nuvem garantindo que os SageMaker notebooks da Amazon 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. | |
| SEC-3 | Como você gerencia as permissões para pessoas e máquinas? Monitore continuamente as descobertas que destacam o acesso entre contas e público. Reduza o acesso público e o acesso entre contas somente aos recursos que exigem esse tipo de acesso. | Se existirem credenciais não utilizadas no AWS Secrets Manager, você deve desativar e/ou remover as credenciais, pois isso pode violar o princípio do menor privilégio. Essa regra permite que você defina um valor para unusedForDays (Config Default: 90). O valor real deve refletir as políticas da organização. | |
| SEC-3 | Como você gerencia as permissões para pessoas e máquinas? Monitore continuamente as descobertas que destacam o acesso entre contas e público. Reduza o acesso público e o acesso entre contas somente aos recursos que exigem esse tipo de acesso. | Certifique-se AWS de que os documentos do Systems Manager (SSM) não sejam públicos, pois isso pode permitir acesso não intencional aos seus SSM documentos. Um SSM documento público pode expor informações sobre sua conta, recursos e processos internos. | |
| SEC-3 | Como você gerencia as permissões para pessoas e máquinas? Monitore continuamente as descobertas que destacam o acesso entre contas e público. Reduza o acesso público e o acesso entre contas somente aos recursos que exigem esse tipo de acesso. | Gerencie o acesso à AWS nuvem garantindo que as sub-redes da Amazon Virtual Private Cloud (VPC) não recebam automaticamente um endereço IP público. As instâncias do Amazon Elastic Compute Cloud (EC2) que são lançadas em sub-redes com esse atributo ativado têm um endereço IP público atribuído à sua interface de rede primária. | |
| SEC-3 | Como você gerencia as permissões para pessoas e máquinas? Monitore continuamente as descobertas que destacam o acesso entre contas e público. Reduza o acesso público e o acesso entre contas somente aos recursos que exigem esse tipo de acesso. | 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. EC2os recursos não devem ser acessíveis ao público, pois isso pode permitir acesso não intencional aos seus aplicativos ou servidores. | |
| SEC-4 | Como detectar e investigar eventos de segurança? Capture e analise eventos de logs e métricas para obter visibilidade. Tomar medidas em relação aos eventos de segurança e possíveis ameaças para ajudar a proteger seu workload. | APIO registro do gateway exibe visualizações detalhadas dos usuários que acessaram o API e da forma como acessaram API o. Esse insight mostra as atividades do usuário. | |
| SEC-4 | Como detectar e investigar eventos de segurança? Capture e analise eventos de logs e métricas para obter visibilidade. Tomar medidas em relação aos eventos de segurança e possíveis ameaças para ajudar a proteger seu workload. | Certifique-se de que o registro de auditoria esteja ativado em seus domínios OpenSearch do Amazon Service. O registro de auditoria permite que você acompanhe a atividade do usuário em seus OpenSearch domínios, incluindo sucessos e falhas de autenticação, solicitações, alterações de índice e consultas de pesquisa recebidas. OpenSearch | |
| SEC-4 | Como detectar e investigar eventos de segurança? Capture e analise eventos de logs e métricas para obter visibilidade. Tomar medidas em relação aos eventos de segurança e possíveis ameaças para ajudar a proteger seu workload. | Use CloudWatch a Amazon para coletar e gerenciar centralmente a atividade de eventos de log. A inclusão de AWS CloudTrail dados fornece detalhes da atividade de API chamadas em seu Conta da AWS. | |
| SEC-4 | Como detectar e investigar eventos de segurança? Capture e analise eventos de logs e métricas para obter visibilidade. Tomar medidas em relação aos eventos de segurança e possíveis ameaças para ajudar a proteger seu workload. | A coleta de eventos de dados do Simple Storage Service (Amazon S3) ajuda a detectar qualquer atividade anômala. Os detalhes incluem Conta da AWS informações que acessaram um objeto em um bucket do Amazon S3, endereço IP e horário do evento. | |
| SEC-4 | Como detectar e investigar eventos de segurança? Capture e analise eventos de logs e métricas para obter visibilidade. Tomar medidas em relação aos eventos de segurança e possíveis ameaças para ajudar a proteger seu workload. | 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. | |
| SEC-4 | Como detectar e investigar eventos de segurança? Capture e analise eventos de logs e métricas para obter visibilidade. Tomar medidas em relação aos eventos de segurança e possíveis ameaças para ajudar a proteger seu workload. | Certifique-se de que os domínios do Amazon OpenSearch Service tenham registros de erros habilitados e transmitidos para o Amazon CloudWatch Logs para retenção e resposta. Os logs de erros do domínio podem auxiliar nas auditorias de segurança e acesso, além de ajudar a diagnosticar problemas de disponibilidade. | |
| SEC-4 | Como detectar e investigar eventos de segurança? Capture e analise eventos de logs e métricas para obter visibilidade. Tomar medidas em relação aos eventos de segurança e possíveis ameaças para ajudar a proteger seu workload. | Certifique-se de que os domínios do Amazon OpenSearch Service tenham registros de erros habilitados e transmitidos para o Amazon CloudWatch Logs para retenção e resposta. OpenSearch Os registros de erros do serviço podem ajudar nas auditorias de segurança e acesso, além de ajudar a diagnosticar problemas de disponibilidade. | |
| SEC-4 | Como detectar e investigar eventos de segurança? Capture e analise eventos de logs e métricas para obter visibilidade. Tomar medidas em relação aos eventos de segurança e possíveis ameaças para ajudar a proteger seu workload. | A atividade do Elastic Load Balancing é um ponto central de comunicação em um ambiente. Certifique-se de que o ELB registro esteja ativado. Os dados coletados fornecem informações detalhadas sobre as solicitações enviadas aoELB. 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. | |
| SEC-4 | Como detectar e investigar eventos de segurança? Capture e analise eventos de logs e métricas para obter visibilidade. Tomar medidas em relação aos eventos de segurança e possíveis ameaças para ajudar a proteger seu workload. | AWS CloudTrail registra as ações e API chamadas do AWS Management Console. Você pode identificar quais usuários e contas ligaram AWS, o endereço IP de origem de onde as chamadas foram feitas e quando elas ocorreram. CloudTrail entregará arquivos de log de todas as AWS regiões para seu bucket do S3 se MULTI _ _ REGION _ CLOUD TRAIL _ ENABLED estiver habilitado. Além disso, ao AWS lançar uma nova região, CloudTrail criará a mesma trilha na nova região. Como resultado, você receberá arquivos de log contendo API atividades para a nova região sem realizar nenhuma ação. | |
| SEC-4 | Como detectar e investigar eventos de segurança? Capture e analise eventos de logs e métricas para obter visibilidade. Tomar medidas em relação aos eventos de segurança e possíveis ameaças para ajudar a proteger seu workload. | Para ajudar com o registro e o monitoramento em seu ambiente, certifique-se de que o registro em log do Amazon Relational Database Service (RDSAmazon) esteja ativado. Com o Amazon RDS Logging, você pode capturar eventos como conexões, desconexões, consultas ou tabelas consultadas. | |
| SEC-4 | Como detectar e investigar eventos de segurança? Capture e analise eventos de logs e métricas para obter visibilidade. Tomar medidas em relação aos eventos de segurança e possíveis ameaças para ajudar a proteger seu workload. | 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. | |
| SEC-4 | Como detectar e investigar eventos de segurança? Capture e analise eventos de logs e métricas para obter visibilidade. Tomar medidas em relação aos eventos de segurança e possíveis ameaças para ajudar a proteger seu workload. | Os registros de VPC fluxo fornecem registros detalhados de informações sobre o tráfego IP que entra e sai das interfaces de rede na sua Amazon Virtual Private Cloud (AmazonVPC). 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. | |
| SEC-4 | Como detectar e investigar eventos de segurança? Capture e analise eventos de logs e métricas para obter visibilidade. Tomar medidas em relação aos eventos de segurança e possíveis ameaças para ajudar a proteger seu workload. | Para ajudar com o registro e o monitoramento em seu ambiente, habilite o registro AWS WAF (V2) na web ACLs regional e global. AWS WAFo registro fornece informações detalhadas sobre o tráfego que é analisado pela sua webACL. Os registros registram a hora em que AWS WAF recebeu a solicitação do seu AWS recurso, informações sobre a solicitação e uma ação para a regra à qual cada solicitação correspondeu. | |
| SEC-4 | Como detectar e investigar eventos de segurança? Capture e analise eventos de logs e métricas para obter visibilidade. Tomar medidas em relação aos eventos de segurança e possíveis ameaças para ajudar a proteger seu workload. | Essa regra ajuda a garantir o uso das melhores práticas de segurança AWS recomendadas para AWS CloudTrail, verificando a ativação de várias configurações. Isso inclui o uso de criptografia de registros, validação de registros e habilitação AWS CloudTrail em várias regiões. | |
| SEC-4 | Como detectar e investigar eventos de segurança? Capture e analise eventos de logs e métricas para obter visibilidade. Tomar medidas em relação aos eventos de segurança e possíveis ameaças para ajudar a proteger seu workload. | 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 (Config Default:TRUE) e ( loggingEnabled Config Default:). TRUE Os valores reais devem refletir as políticas da organização. | |
| SEC-4 | Como detectar e investigar eventos de segurança? Capture e analise eventos de logs e métricas para obter visibilidade. Tomar medidas em relação aos eventos de segurança e possíveis ameaças para ajudar a proteger seu workload. | A Amazon GuardDuty pode ajudar a monitorar e detectar possíveis eventos de cibersegurança usando feeds de inteligência de ameaças. Isso inclui listas de aprendizado de máquina IPs e malicioso para identificar atividades inesperadas, não autorizadas e maliciosas em seu ambiente de AWS nuvem. | |
| SEC-4 | Como detectar e investigar eventos de segurança? Capture e analise eventos de logs e métricas para obter visibilidade. Tomar medidas em relação aos eventos de segurança e possíveis ameaças para ajudar a proteger seu workload. | AWS O Security Hub ajuda a monitorar pessoas, conexões, dispositivos e software não autorizados. AWS O Security Hub agrega, organiza e prioriza os alertas ou descobertas de segurança de vários serviços. AWS Alguns desses serviços são o Amazon Security Hub, o Amazon Inspector, o Amazon Macie AWS , o Identity and Access Management IAM () Access Analyzer e o Firewall AWS Manager, além de soluções de parceiros. AWS | |
| SEC-4 | Como detectar e investigar eventos de segurança? Capture e analise eventos de logs e métricas para obter visibilidade. Tomar medidas em relação aos eventos de segurança e possíveis ameaças para ajudar a proteger seu workload. | CloudWatch Os alarmes da Amazon alertam quando uma métrica ultrapassa o limite de um número específico 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 (Config Default: True), insufficientDataAction Obrigatório (Config Default: True), ( okActionRequired Config Default: False). O valor real deve refletir as ações de alarme do ambiente. | |
| SEC-5 | Como você protege seus recursos de rede? Qualquer workload que tenha alguma forma de conectividade de rede, seja a internet ou uma rede privada, requer várias camadas de defesa para ajudar a se proteger contra ameaças externas e internas baseadas na rede. | Gerencie o acesso à AWS nuvem garantindo que os domínios do Amazon OpenSearch OpenSearch Service (Service) estejam dentro de uma Amazon Virtual Private Cloud (AmazonVPC). Um domínio OpenSearch de serviço dentro de uma Amazon VPC permite a comunicação segura entre o OpenSearch Serviço e outros serviços dentro da Amazon VPC sem a necessidade de um gateway de internet, NAT dispositivo ou VPN conexão. | |
| SEC-5 | Como você protege seus recursos de rede? Qualquer workload que tenha alguma forma de conectividade de rede, seja a internet ou uma rede privada, requer várias camadas de defesa para ajudar a se proteger contra ameaças externas e internas baseadas na rede. | Gerencie o acesso à AWS nuvem garantindo que os domínios do Amazon OpenSearch Service estejam dentro de uma Amazon Virtual Private Cloud (AmazonVPC). Um domínio do Amazon OpenSearch Service dentro de uma Amazon VPC permite a comunicação segura entre o Amazon OpenSearch Service e outros serviços dentro da Amazon VPC sem a necessidade de um gateway de internet, NAT dispositivo ou VPN conexão. | |
| SEC-5 | Como você protege seus recursos de rede? Qualquer workload que tenha alguma forma de conectividade de rede, seja a internet ou uma rede privada, requer várias camadas de defesa para ajudar a se proteger contra ameaças externas e internas baseadas na rede. | Implante instâncias do Amazon Elastic Compute Cloud (AmazonEC2) em uma Amazon Virtual Private Cloud (AmazonVPC) para permitir a comunicação segura entre uma instância e outros serviços na AmazonVPC, sem exigir um gateway de internet, NAT dispositivo ou VPN conexão. Todo o tráfego permanece seguro na nuvem. AWS Por causa de seu isolamento lógico, os domínios que residem em uma Amazon VPC têm uma camada extra de segurança quando comparados aos domínios que usam endpoints públicos. Atribua EC2 instâncias da Amazon a uma Amazon VPC para gerenciar adequadamente o acesso. | |
| SEC-5 | Como você protege seus recursos de rede? Qualquer workload que tenha alguma forma de conectividade de rede, seja a internet ou uma rede privada, requer várias camadas de defesa para ajudar a se proteger contra ameaças externas e internas baseadas na rede. | Implante funções AWS Lambda em uma Amazon Virtual Private Cloud VPC (Amazon) para uma comunicação segura entre uma função e outros serviços dentro da Amazon. VPC Com essa configuração, não há necessidade de um gateway de internet, NAT dispositivo ou VPN conexão. Todo o tráfego permanece seguro na nuvem. AWS Por causa de seu isolamento lógico, os domínios que residem em uma Amazon VPC têm uma camada extra de segurança quando comparados aos domínios que usam endpoints públicos. Para gerenciar adequadamente o acesso, as funções do AWS Lambda devem ser atribuídas a um. VPC | |
| SEC-5 | Como você protege seus recursos de rede? Qualquer workload que tenha alguma forma de conectividade de rede, seja a internet ou uma rede privada, requer várias camadas de defesa para ajudar a se proteger contra ameaças externas e internas baseadas na rede. | O VPC roteamento aprimorado força todo COPY o UNLOAD tráfego entre o cluster e os repositórios de dados a passar pela sua Amazon. VPC Em seguida, você pode usar VPC recursos como grupos de segurança e listas de controle de acesso à rede para proteger o tráfego da rede. Você também pode usar registros VPC de fluxo para monitorar o tráfego da rede. | |
| SEC-5 | Como você protege seus recursos de rede? Qualquer workload que tenha alguma forma de conectividade de rede, seja a internet ou uma rede privada, requer várias camadas de defesa para ajudar a se proteger contra ameaças externas e internas baseadas na rede. | O Ensure AWS WAF está ativado no Elastic Load Balancers (ELB) para ajudar a proteger aplicações web. A WAF ajuda a proteger seus aplicativos da 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. | |
| SEC-5 | Como você protege seus recursos de rede? Qualquer workload que tenha alguma forma de conectividade de rede, seja a internet ou uma rede privada, requer várias camadas de defesa para ajudar a se proteger contra ameaças externas e internas baseadas na rede. | AWS WAFpermite que você configure um conjunto de regras (chamado de lista de controle de acesso à web (webACL)) que permite, bloqueia ou conta solicitações da web com base nas regras e condições de segurança da web personalizáveis que você define. Certifique-se de que seu estágio do Amazon API Gateway esteja associado a uma WAF Web ACL para protegê-lo contra ataques maliciosos | |
| SEC-5 | Como você protege seus recursos de rede? Qualquer workload que tenha alguma forma de conectividade de rede, seja a internet ou uma rede privada, requer várias camadas de defesa para ajudar a se proteger contra ameaças externas e internas baseadas na rede. | Gerencie o acesso à AWS nuvem garantindo que as instâncias de DMS replicação não possam ser acessadas publicamente. DMSas instâncias de replicação podem conter informações confidenciais e o controle de acesso é necessário para essas contas. | |
| SEC-5 | Como você protege seus recursos de rede? Qualquer workload que tenha alguma forma de conectividade de rede, seja a internet ou uma rede privada, requer várias camadas de defesa para ajudar a se proteger contra ameaças externas e internas baseadas na rede. | Gerencie o acesso à AWS nuvem garantindo que os EBS instantâneos não sejam restauráveis publicamente. EBSos instantâneos de volume podem conter informações confidenciais e o controle de acesso é necessário para essas contas. | |
| SEC-5 | Como você protege seus recursos de rede? Qualquer workload que tenha alguma forma de conectividade de rede, seja a internet ou uma rede privada, requer várias camadas de defesa para ajudar a se proteger contra ameaças externas e internas baseadas na rede. | Essa regra verifica se suas instâncias do Amazon Elastic Compute Cloud (AmazonEC2) têm váriasENIs. Ter várias ENIs pode causar instâncias com hospedagem dupla, ou seja, instâncias com várias sub-redes. Isso pode aumentar a complexidade da segurança da rede e introduzir caminhos e acessos de rede não intencionais. | |
| SEC-5 | Como você protege seus recursos de rede? Qualquer workload que tenha alguma forma de conectividade de rede, seja a internet ou uma rede privada, requer várias camadas de defesa para ajudar a se proteger contra ameaças externas e internas baseadas na rede. | Gerencie o acesso à AWS nuvem garantindo que as instâncias do Amazon Elastic Compute Cloud (AmazonEC2) não possam ser acessadas publicamente. EC2As instâncias da Amazon podem conter informações confidenciais e o controle de acesso é necessário para essas contas. | |
| SEC-5 | Como você protege seus recursos de rede? Qualquer workload que tenha alguma forma de conectividade de rede, seja a internet ou uma rede privada, requer várias camadas de defesa para ajudar a se proteger contra ameaças externas e internas baseadas na rede. | Gerencie o acesso à AWS nuvem garantindo que os nós principais EMR do cluster da Amazon não possam ser acessados publicamente. Os nós principais EMR do cluster da Amazon podem conter informações confidenciais e o controle de acesso é necessário para essas contas. | |
| SEC-5 | Como você protege seus recursos de rede? Qualquer workload que tenha alguma forma de conectividade de rede, seja a internet ou uma rede privada, requer várias camadas de defesa para ajudar a se proteger contra ameaças externas e internas baseadas na rede. | Gerencie o acesso aos recursos na AWS nuvem garantindo 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. | |
| SEC-5 | Como você protege seus recursos de rede? Qualquer workload que tenha alguma forma de conectividade de rede, seja a internet ou uma rede privada, requer várias camadas de defesa para ajudar a se proteger contra ameaças externas e internas baseadas na rede. | Certifique-se de que as tabelas de EC2 rotas da Amazon não tenham rotas irrestritas para um gateway de internet. Remover ou limitar o acesso à Internet para cargas de trabalho na Amazon VPCs pode reduzir o acesso não intencional em seu ambiente. | |
| SEC-5 | Como você protege seus recursos de rede? Qualquer workload que tenha alguma forma de conectividade de rede, seja a internet ou uma rede privada, requer várias camadas de defesa para ajudar a se proteger contra ameaças externas e internas baseadas na rede. | Gerencie o acesso aos recursos na AWS nuvem garantindo que as instâncias do Amazon Relational Database Service (RDSAmazon) não sejam públicas. As instâncias RDS de banco de dados da Amazon podem conter informações confidenciais, e princípios e controle de acesso são necessários para essas contas. | |
| SEC-5 | Como você protege seus recursos de rede? Qualquer workload que tenha alguma forma de conectividade de rede, seja a internet ou uma rede privada, requer várias camadas de defesa para ajudar a se proteger contra ameaças externas e internas baseadas na rede. | Gerencie o acesso aos recursos na AWS nuvem garantindo que as instâncias do Amazon Relational Database Service (RDSAmazon) não sejam públicas. As instâncias RDS de banco de dados da Amazon podem conter informações e princípios confidenciais, e o controle de acesso é necessário para essas contas. | |
| SEC-5 | Como você protege seus recursos de rede? Qualquer workload que tenha alguma forma de conectividade de rede, seja a internet ou uma rede privada, requer várias camadas de defesa para ajudar a se proteger contra ameaças externas e internas baseadas na rede. | Gerencie o acesso aos recursos na AWS nuvem garantindo 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. | |
| SEC-5 | Como você protege seus recursos de rede? Qualquer workload que tenha alguma forma de conectividade de rede, seja a internet ou uma rede privada, requer várias camadas de defesa para ajudar a se proteger contra ameaças externas e internas baseadas na rede. | Os grupos de segurança do Amazon Elastic Compute Cloud (AmazonEC2) podem ajudar a gerenciar o acesso à rede fornecendo uma filtragem monitorada do tráfego de entrada e saída da rede para os recursos. AWS Não permitir o tráfego de entrada (ou remoto) de 0.0.0.0/0 para a porta 22 nos recursos ajuda a restringir o acesso remoto. | |
| SEC-5 | Como você protege seus recursos de rede? Qualquer workload que tenha alguma forma de conectividade de rede, seja a internet ou uma rede privada, requer várias camadas de defesa para ajudar a se proteger contra ameaças externas e internas baseadas na rede. | Gerencie o acesso aos recursos na AWS nuvem garantindo que os buckets do Amazon Simple Storage Service (Amazon S3) não possam 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 ignorePublicAcls (Config Default: True), blockPublicPolicy (Config Default: True), blockPublicAcls (Config Default: True) e restrictPublicBuckets parâmetros (Config Default: True). Os valores reais devem refletir as políticas da organização. | |
| SEC-5 | Como você protege seus recursos de rede? Qualquer workload que tenha alguma forma de conectividade de rede, seja a internet ou uma rede privada, requer várias camadas de defesa para ajudar a se proteger contra ameaças externas e internas baseadas na rede. | Gerencie o acesso aos recursos na AWS nuvem garantindo que os buckets do Amazon Simple Storage Service (Amazon S3) não possam ser acessados publicamente. Essa regra ajuda a manter os dados confidenciais protegidos de usuários remotos não autorizados, impedindo o acesso público no nível do bucket. | |
| SEC-5 | Como você protege seus recursos de rede? Qualquer workload que tenha alguma forma de conectividade de rede, seja a internet ou uma rede privada, requer várias camadas de defesa para ajudar a se proteger contra ameaças externas e internas baseadas na rede. | Gerencie o acesso aos recursos na AWS nuvem permitindo 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. | |
| SEC-5 | Como você protege seus recursos de rede? Qualquer workload que tenha alguma forma de conectividade de rede, seja a internet ou uma rede privada, requer várias camadas de defesa para ajudar a se proteger contra ameaças externas e internas baseadas na rede. | Gerencie o acesso aos recursos na AWS nuvem permitindo 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. | |
| SEC-5 | Como você protege seus recursos de rede? Qualquer workload que tenha alguma forma de conectividade de rede, seja a internet ou uma rede privada, requer várias camadas de defesa para ajudar a se proteger contra ameaças externas e internas baseadas na rede. | Gerencie o acesso aos recursos na AWS nuvem garantindo que os SageMaker notebooks da Amazon 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. | |
| SEC-5 | Como você protege seus recursos de rede? Qualquer workload que tenha alguma forma de conectividade de rede, seja a internet ou uma rede privada, requer várias camadas de defesa para ajudar a se proteger contra ameaças externas e internas baseadas na rede. | Certifique-se AWS de que os documentos do Systems Manager (SSM) não sejam públicos, pois isso pode permitir acesso não intencional aos seus SSM documentos. Um SSM documento público pode expor informações sobre sua conta, recursos e processos internos. | |
| SEC-5 | Como você protege seus recursos de rede? Qualquer workload que tenha alguma forma de conectividade de rede, seja a internet ou uma rede privada, requer várias camadas de defesa para ajudar a se proteger contra ameaças externas e internas baseadas na rede. | Gerencie o acesso à AWS nuvem garantindo que as sub-redes da Amazon Virtual Private Cloud (VPC) não recebam automaticamente um endereço IP público. As instâncias do Amazon Elastic Compute Cloud (EC2) que são lançadas em sub-redes com esse atributo ativado têm um endereço IP público atribuído à sua interface de rede primária. | |
| SEC-5 | Como você protege seus recursos de rede? Qualquer workload que tenha alguma forma de conectividade de rede, seja a internet ou uma rede privada, requer várias camadas de defesa para ajudar a se proteger contra ameaças externas e internas baseadas na rede. | Os grupos de segurança do Amazon Elastic Compute Cloud (AmazonEC2) podem ajudar no gerenciamento do acesso à rede fornecendo uma filtragem monitorada do tráfego de entrada e saída da rede para os recursos. AWS Restringir todo o tráfego no grupo de segurança padrão ajuda a restringir o acesso remoto aos seus AWS recursos. | |
| SEC-5 | Como você protege seus recursos de rede? Qualquer workload que tenha alguma forma de conectividade de rede, seja a internet ou uma rede privada, requer várias camadas de defesa para ajudar a se proteger contra ameaças externas e internas baseadas na rede. | 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. EC2os recursos não devem ser acessíveis ao público, pois isso pode permitir acesso não intencional aos seus aplicativos ou servidores. | |
| SEC-5 | Como você protege seus recursos de rede? Qualquer workload que tenha alguma forma de conectividade de rede, seja a internet ou uma rede privada, requer várias camadas de defesa para ajudar a se proteger contra ameaças externas e internas baseadas na rede. | Gerencie o acesso aos recursos na AWS nuvem garantindo que as portas comuns sejam restritas nos grupos de segurança do Amazon Elastic Compute Cloud (AmazonEC2). Não restringir o acesso às portas a fontes confiáveis pode permitir ataques contra a disponibilidade, a integridade e a confidencialidade dos sistemas. Essa regra permite que você defina opcionalmente de blockedPort 1 a blockedPort 5 parâmetros (Config Defaults: 20,21.3389.3306.4333). Os valores reais devem refletir as políticas da organização. | |
| SEC-5 | Como você protege seus recursos de rede? Qualquer workload que tenha alguma forma de conectividade de rede, seja a internet ou uma rede privada, requer várias camadas de defesa para ajudar a se proteger contra ameaças externas e internas baseadas na rede. | Gerencie o acesso aos recursos na AWS nuvem garantindo que as portas comuns sejam restritas aos grupos de segurança do Amazon Elastic Compute Cloud (AmazonEC2). 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. | |
| SEC-5 | Como você protege seus recursos computacionais? Os recursos computacionais em seu workload exigem várias camadas de defesa para ajudar na proteção contra ameaças externas e internas. Os recursos computacionais incluem EC2 instâncias, contêineres, funções AWS Lambda, serviços de banco de dados, dispositivos de IoT e muito mais. | Certifique-se de AWS WAF ter uma regra que não esteja vazia. Uma regra sem condições pode resultar em comportamento não intencional. | |
| SEC-5 | Como você protege seus recursos computacionais? Os recursos computacionais em seu workload exigem várias camadas de defesa para ajudar na proteção contra ameaças externas e internas. Os recursos computacionais incluem EC2 instâncias, contêineres, funções AWS Lambda, serviços de banco de dados, dispositivos de IoT e muito mais. | Certifique-se de que você AWS WAF tenha um grupo de regras que não esteja vazio. Um grupo de regras vazio pode resultar em um comportamento não intencional. | |
| SEC-5 | Como você protege seus recursos computacionais? Os recursos computacionais em seu workload exigem várias camadas de defesa para ajudar na proteção contra ameaças externas e internas. Os recursos computacionais incluem EC2 instâncias, contêineres, funções AWS Lambda, serviços de banco de dados, dispositivos de IoT e muito mais. | Uma Web ACL anexada a uma AWS WAF pode conter uma coleção de regras e grupos de regras para inspecionar e controlar solicitações da Web. Se uma Web ACL estiver vazia, o tráfego da Web passa sem ser detectado ou acionado peloWAF. | |
| SEC-5 | Como você protege seus recursos computacionais? Os recursos computacionais em seu workload exigem várias camadas de defesa para ajudar na proteção contra ameaças externas e internas. Os recursos computacionais incluem EC2 instâncias, contêineres, funções AWS Lambda, serviços de banco de dados, dispositivos de IoT e muito mais. | Essa regra garante que as listas de controle de acesso à rede da Amazon Virtual Private Cloud (VPC) estejam em uso. O monitoramento de listas de controle de acesso à rede não utilizadas pode ajudar a manter a precisão do inventário e do gerenciamento em seu ambiente. | |
| SEC-5 | Como você protege seus recursos de rede? Qualquer workload que tenha alguma forma de conectividade de rede, seja a internet ou uma rede privada, requer várias camadas de defesa para ajudar a se proteger contra ameaças externas e internas baseadas na rede. | A Amazon GuardDuty pode ajudar a monitorar e detectar possíveis eventos de cibersegurança usando feeds de inteligência de ameaças. Isso inclui listas de aprendizado de máquina IPs e malicioso para identificar atividades inesperadas, não autorizadas e maliciosas em seu ambiente de AWS nuvem. | |
| SEC-5 | Como você protege seus recursos de rede? Qualquer workload que tenha alguma forma de conectividade de rede, seja a internet ou uma rede privada, requer várias camadas de defesa para ajudar a se proteger contra ameaças externas e internas baseadas na rede. | Os registros de VPC fluxo fornecem registros detalhados de informações sobre o tráfego IP que entra e sai das interfaces de rede na sua Amazon Virtual Private Cloud (AmazonVPC). 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. | |
| SEC-6 | Como você protege seus recursos computacionais? Os recursos computacionais em seu workload exigem várias camadas de defesa para ajudar na proteção contra ameaças externas e internas. Os recursos computacionais incluem EC2 instâncias, contêineres, funções AWS Lambda, serviços de banco de dados, dispositivos de IoT e muito mais. | Habilite atualizações automáticas de versões secundárias em suas instâncias do Amazon Relational Database Service RDS () para garantir que as últimas atualizações de versões secundárias do Sistema de Gerenciamento de Banco de Dados Relacional RDBMS () estejam instaladas, o que pode incluir patches de segurança e correções de bugs. | |
| SEC-6 | Como você protege seus recursos computacionais? Os recursos computacionais em seu workload exigem várias camadas de defesa para ajudar na proteção contra ameaças externas e internas. Os recursos computacionais incluem EC2 instâncias, contêineres, funções AWS Lambda, serviços de banco de dados, dispositivos de IoT e muito mais. | Utilize a validação do arquivo de AWS CloudTrail log para verificar a integridade dos CloudTrail registros. A validação do arquivo de log ajuda a determinar se um arquivo de log foi modificado, excluído ou inalterado após a CloudTrail entrega. Esse recurso é criado usando algoritmos padrão do setor: SHA -256 para hashing e SHA -256 RSA para assinatura digital. Isso torna computacionalmente inviável modificar, excluir ou CloudTrail falsificar arquivos de log sem detecção. | |
| SEC-6 | Como você protege seus recursos computacionais? Os recursos computacionais em seu workload exigem várias camadas de defesa para ajudar na proteção contra ameaças externas e internas. Os recursos computacionais incluem EC2 instâncias, contêineres, funções AWS Lambda, serviços de banco de dados, dispositivos de IoT e muito mais. | Essa regra ajuda a garantir o uso das melhores práticas de segurança AWS recomendadas para AWS CloudTrail, verificando a ativação de várias configurações. Isso inclui o uso de criptografia de registros, validação de registros e habilitação AWS CloudTrail em várias regiões. | |
| SEC-6 | Como você protege seus recursos computacionais? Os recursos computacionais em seu workload exigem várias camadas de defesa para ajudar na proteção contra ameaças externas e internas. Os recursos computacionais incluem EC2 instâncias, contêineres, funções AWS Lambda, serviços de banco de dados, dispositivos de IoT e muito mais. | 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. | |
| SEC-6 | Como você protege seus recursos computacionais? Os recursos computacionais em seu workload exigem várias camadas de defesa para ajudar na proteção contra ameaças externas e internas. Os recursos computacionais incluem EC2 instâncias, contêineres, funções AWS Lambda, serviços de banco de dados, dispositivos de IoT e muito mais. | Implante funções AWS Lambda em uma Amazon Virtual Private Cloud VPC (Amazon) para uma comunicação segura entre uma função e outros serviços dentro da Amazon. VPC Com essa configuração, não há necessidade de um gateway de internet, NAT dispositivo ou VPN conexão. Todo o tráfego permanece seguro na nuvem. AWS Por causa de seu isolamento lógico, os domínios que residem em uma Amazon VPC têm uma camada extra de segurança quando comparados aos domínios que usam endpoints públicos. Para gerenciar adequadamente o acesso, as funções do AWS Lambda devem ser atribuídas a um. VPC | |
| SEC-6 | Como você protege seus recursos computacionais? Os recursos computacionais em seu workload exigem várias camadas de defesa para ajudar na proteção contra ameaças externas e internas. Os recursos computacionais incluem EC2 instâncias, contêineres, funções AWS Lambda, serviços de banco de dados, dispositivos de IoT e muito mais. | A digitalização de imagens do Amazon Elastic Container Repository (ECR) ajuda a identificar vulnerabilidades de software nas imagens do seu contêiner. Habilitar a digitalização de imagens em ECR repositórios adiciona uma camada de verificação da integridade e segurança das imagens que estão sendo armazenadas. | |
| SEC-6 | Como você protege seus recursos computacionais? Os recursos computacionais em seu workload exigem várias camadas de defesa para ajudar na proteção contra ameaças externas e internas. Os recursos computacionais incluem EC2 instâncias, contêineres, funções AWS Lambda, serviços de banco de dados, dispositivos de IoT e muito mais. | O monitoramento é uma parte importante da manutenção da confiabilidade, disponibilidade e desempenho do Amazon Elastic Container Service (ECS) e de suas AWS soluções. O Container Insights também fornece informações de diagnóstico, como falhas de reinicialização de contêiner, para ajudar a isolar problemas e resolvê-los rapidamente. | |
| SEC-6 | Como você protege seus recursos computacionais? Os recursos computacionais em seu workload exigem várias camadas de defesa para ajudar na proteção contra ameaças externas e internas. Os recursos computacionais incluem EC2 instâncias, contêineres, funções AWS Lambda, serviços de banco de dados, dispositivos de IoT e muito mais. | Atualizações e patches de segurança são implantados automaticamente para suas tarefas do AWS Fargate. Se for encontrado um problema de segurança que afete uma versão da plataforma AWS Fargate, AWS corrija a versão da plataforma. Para auxiliar no gerenciamento de patches de suas tarefas do Amazon Elastic Container Service (ECS) executando o AWS Fargate, atualize as tarefas autônomas de seus serviços para usar a versão mais recente da plataforma. | |
| SEC-6 | Como você protege seus recursos computacionais? Os recursos computacionais em seu workload exigem várias camadas de defesa para ajudar na proteção contra ameaças externas e internas. Os recursos computacionais incluem EC2 instâncias, contêineres, funções AWS Lambda, serviços de banco de dados, dispositivos de IoT e muito mais. | 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 snapshots para o banco de dados. Essa regra exige que você defina allowVersionUpgrade o. O padrão é true. Também permite definir opcionalmente o preferredMaintenanceWindow (o padrão é sat: 16:00 -sat: 16:30) e o automatedSnapshotRetention Período (o padrão é 1). Os valores reais devem refletir as políticas da organização. | |
| SEC-6 | Como você protege seus recursos computacionais? Os recursos computacionais em seu workload exigem várias camadas de defesa para ajudar na proteção contra ameaças externas e internas. Os recursos computacionais incluem EC2 instâncias, contêineres, funções AWS Lambda, serviços de banco de dados, dispositivos de IoT e muito mais. | Certifique-se de que o método Instance Metadata Service versão 2 (IMDSv2) esteja ativado para ajudar a proteger o acesso e o controle dos metadados da instância do Amazon Elastic Compute Cloud EC2 (Amazon). O IMDSv2 método usa controles baseados em sessão. ComIMDSv2, controles podem ser implementados para restringir as alterações nos metadados da instância. | |
| SEC-6 | Como você protege seus recursos computacionais? Os recursos computacionais em seu workload exigem várias camadas de defesa para ajudar na proteção contra ameaças externas e internas. Os recursos computacionais incluem EC2 instâncias, contêineres, funções AWS Lambda, serviços de banco de dados, dispositivos de IoT e muito mais. | Essa regra verifica se suas instâncias do Amazon Elastic Compute Cloud (AmazonEC2) têm váriasENIs. Ter várias ENIs pode causar instâncias com hospedagem dupla, ou seja, instâncias com várias sub-redes. Isso pode aumentar a complexidade da segurança da rede e introduzir caminhos e acessos de rede não intencionais. | |
| SEC-6 | Como você protege seus recursos computacionais? Os recursos computacionais em seu workload exigem várias camadas de defesa para ajudar na proteção contra ameaças externas e internas. Os recursos computacionais incluem EC2 instâncias, contêineres, funções AWS Lambda, serviços de banco de dados, dispositivos de IoT e muito mais. | Gerencie o acesso à AWS nuvem garantindo que as instâncias do Amazon Elastic Compute Cloud (AmazonEC2) não possam ser acessadas publicamente. EC2As instâncias da Amazon podem conter informações confidenciais e o controle de acesso é necessário para essas contas. | |
| SEC-6 | Como você protege seus recursos computacionais? Os recursos computacionais em seu workload exigem várias camadas de defesa para ajudar na proteção contra ameaças externas e internas. Os recursos computacionais incluem EC2 instâncias, contêineres, funções AWS Lambda, serviços de banco de dados, dispositivos de IoT e muito mais. | EC2perfis de instância passam uma IAM função para uma EC2 instância. Anexar um perfil de instância às instâncias pode ajudar no gerenciamento de privilégio mínimo e permissões. | |
| SEC-6 | Como você protege seus recursos computacionais? Os recursos computacionais em seu workload exigem várias camadas de defesa para ajudar na proteção contra ameaças externas e internas. Os recursos computacionais incluem EC2 instâncias, contêineres, funções AWS Lambda, serviços de banco de dados, dispositivos de IoT e muito mais. | É possível fazer um inventário das plataformas de software e aplicativos dentro da organização gerenciando instâncias do Amazon Elastic Compute Cloud (AmazonEC2) 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 do aplicativo, editor e versão, além de outros detalhes sobre seu ambiente. | |
| SEC-6 | Como você protege seus recursos computacionais? Os recursos computacionais em seu workload exigem várias camadas de defesa para ajudar na proteção contra ameaças externas e internas. Os recursos computacionais incluem EC2 instâncias, contêineres, funções AWS Lambda, serviços de banco de dados, dispositivos de IoT e muito mais. | Essa regra garante que os grupos de segurança estejam conectados a uma instância do Amazon Elastic Compute Cloud (AmazonEC2) ou a umaENI. Essa regra ajuda a monitorar grupos de segurança não utilizados no inventário e no gerenciamento do seu ambiente. | |
| SEC-6 | Como você protege seus recursos computacionais? Os recursos computacionais em seu workload exigem várias camadas de defesa para ajudar na proteção contra ameaças externas e internas. Os recursos computacionais incluem EC2 instâncias, contêineres, funções AWS Lambda, serviços de banco de dados, dispositivos de IoT e muito mais. | Ative essa regra para ajudar na configuração básica das instâncias do Amazon Elastic Compute Cloud EC2 (Amazon), verificando se as EC2 instâncias da Amazon foram interrompidas por mais do que o número permitido de dias, de acordo com os padrões da sua organização. | |
| SEC-6 | Como você protege seus recursos computacionais? Os recursos computacionais em seu workload exigem várias camadas de defesa para ajudar na proteção contra ameaças externas e internas. Os recursos computacionais incluem EC2 instâncias, contêineres, funções AWS Lambda, serviços de banco de dados, dispositivos de IoT e muito mais. | Essa regra garante que os volumes do Amazon Elastic Block Store anexados às instâncias do Amazon Elastic Compute Cloud (AmazonEC2) sejam marcados para exclusão quando uma instância for encerrada. Se um EBS volume da Amazon não for excluído quando a instância à qual ele está conectado for encerrada, isso poderá violar o conceito de menor funcionalidade. | |
| SEC-6 | Como você protege seus recursos computacionais? Os recursos computacionais em seu workload exigem várias camadas de defesa para ajudar na proteção contra ameaças externas e internas. Os recursos computacionais incluem EC2 instâncias, contêineres, funções AWS Lambda, serviços de banco de dados, dispositivos de IoT e muito mais. | Use o AWS Systems Manager Associations para ajudar no inventário de plataformas e aplicativos de software em uma organização. AWS O Systems Manager atribui um estado de configuração às suas instâncias gerenciadas e permite que você defina linhas de base dos níveis de patch do sistema operacional, instalações de software, configurações de aplicativos e outros detalhes sobre seu ambiente. | |
| SEC-6 | Como você protege seus recursos computacionais? Os recursos computacionais em seu workload exigem várias camadas de defesa para ajudar na proteção contra ameaças externas e internas. Os recursos computacionais incluem EC2 instâncias, contêineres, funções AWS Lambda, serviços de banco de dados, dispositivos de IoT e muito mais. | Ative essa regra para ajudar na identificação e documentação das vulnerabilidades do Amazon Elastic Compute Cloud (AmazonEC2). A regra verifica se a conformidade de patches de EC2 instâncias da Amazon no AWS Systems Manager conforme exigido pelas políticas e procedimentos da sua organização. | |
| SEC-8 | Como você protege seus dados em repouso? Proteja seus dados em repouso implementando vários controles para reduzir o risco de acesso não autorizado ou manuseio incorreto. | Para ajudar a proteger os dados em repouso, certifique-se de que a criptografia esteja habilitada para o cache do estágio do API Gateway. Como dados confidenciais podem ser capturados para o API método, ative a criptografia em repouso para ajudar a proteger esses dados. | |
| SEC-8 | Como você protege seus dados em repouso? Proteja seus dados em repouso implementando vários controles para reduzir o risco de acesso não autorizado ou manuseio incorreto. | Certifique-se de que a criptografia esteja ativada para seus pontos AWS de recuperação de Backup. Como pode haver dados confidenciais em repouso, habilite a criptografia em repouso para ajudar a protegê-los. | |
| SEC-8 | Como você protege seus dados em repouso? Proteja seus dados em repouso implementando vários controles para reduzir o risco de acesso não autorizado ou manuseio incorreto. | Para ajudar a proteger dados confidenciais em repouso, garanta que a criptografia esteja habilitada para seus AWS CodeBuild artefatos. | |
| SEC-8 | Como você protege seus dados em repouso? Proteja seus dados em repouso implementando vários controles para reduzir o risco de acesso não autorizado ou manuseio incorreto. | Para ajudar a proteger dados confidenciais em repouso, garanta que a criptografia esteja habilitada para seus AWS CodeBuild registros armazenados no Amazon S3. | |
| SEC-8 | Como você protege seus dados em repouso? Proteja seus dados em repouso implementando vários controles para reduzir o risco de acesso não autorizado ou manuseio incorreto. | Para ajudar a proteger os dados em repouso, certifique-se de que as chaves mestras de cliente necessárias (CMKs) não estejam 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. | |
| SEC-8 | Como você protege seus dados em repouso? Proteja seus dados em repouso implementando vários controles para reduzir o risco de acesso não autorizado ou manuseio incorreto. | Como podem existir dados confidenciais e para ajudar a proteger os dados em repouso, garanta que a criptografia esteja habilitada para suas AWS CloudTrail trilhas. | |
| SEC-8 | Como você protege seus dados em repouso? Proteja seus dados em repouso implementando vários controles para reduzir o risco de acesso não autorizado ou manuseio incorreto. | Para ajudar a proteger dados confidenciais em repouso, garanta que a criptografia esteja habilitada para seus grupos de CloudWatch registros da Amazon. | |
| SEC-8 | Como você protege seus dados em repouso? Proteja seus dados em repouso implementando vários controles para reduzir o risco de acesso não autorizado ou manuseio incorreto. | 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 AWS uma chave mestra própria do cliente (). CMK | |
| SEC-8 | Como você protege seus dados em repouso? Proteja seus dados em repouso implementando vários controles para reduzir o risco de acesso não autorizado ou manuseio incorreto. | Para ajudar a proteger os dados em repouso, garanta que a criptografia esteja habilitada para seus volumes do Amazon Elastic Block Store (AmazonEBS). Como pode haver dados confidenciais em repouso nesses volumes, habilite a criptografia em repouso para ajudar a protegê-los. | |
| SEC-8 | Como você protege seus dados em repouso? Proteja seus dados em repouso implementando vários controles para reduzir o risco de acesso não autorizado ou manuseio incorreto. | Como dados confidenciais podem existir e para ajudar a proteger dados em repouso, assegure-se de que a criptografia esteja habilitada para seu Amazon Elastic File System (EFS). | |
| SEC-8 | Como você protege seus dados em repouso? Proteja seus dados em repouso implementando vários controles para reduzir o risco de acesso não autorizado ou manuseio incorreto. | Como dados confidenciais podem existir e para ajudar a proteger dados em repouso, assegure-se de que a criptografia esteja habilitada para seus domínios do Amazon OpenSearch OpenSearch Service (Service). | |
| SEC-8 | Como você protege seus dados em repouso? Proteja seus dados em repouso implementando vários controles para reduzir o risco de acesso não autorizado ou manuseio incorreto. | Como dados confidenciais podem existir e para ajudar a proteger dados em repouso, assegure-se de que a criptografia esteja habilitada para seus domínios do Amazon OpenSearch Service. | |
| SEC-8 | Como você protege seus dados em repouso? Proteja seus dados em repouso implementando vários controles para reduzir o risco de acesso não autorizado ou manuseio incorreto. | Como dados confidenciais podem existir e para ajudar a proteger dados em repouso, garanta que a criptografia esteja habilitada para seus volumes do Amazon Elastic Block Store (AmazonEBS). | |
| SEC-8 | Como você protege seus dados em repouso? Proteja seus dados em repouso implementando vários controles para reduzir o risco de acesso não autorizado ou manuseio incorreto. | Certifique-se de que a criptografia esteja habilitada para seus snapshots do Amazon Relational Database Service (RDSAmazon). Como pode haver dados confidenciais em repouso, habilite a criptografia em repouso para ajudar a protegê-los. | |
| SEC-8 | Como você protege seus dados em repouso? Proteja seus dados em repouso implementando vários controles para reduzir o risco de acesso não autorizado ou manuseio incorreto. | Para ajudar a proteger dados em repouso, garanta que a criptografia esteja habilitada para suas instâncias do Amazon Relational Database Service (RDSAmazon). Como dados confidenciais podem existir em repouso nas RDS instâncias da Amazon, habilite a criptografia em repouso para ajudar a proteger esses dados. | |
| SEC-8 | Como você protege seus dados em repouso? Proteja seus dados em repouso implementando vários controles para reduzir o risco de acesso não autorizado ou manuseio incorreto. | 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 (Config Default:TRUE) e ( loggingEnabled Config Default:). TRUE Os valores reais devem refletir as políticas da organização. | |
| SEC-8 | Como você protege seus dados em repouso? Proteja seus dados em repouso implementando vários controles para reduzir o risco de acesso não autorizado ou manuseio incorreto. | Para ajudar a proteger dados em repouso, garanta que a criptografia com o AWS Key Management Service (AWS KMS) esteja habilitada para seu 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. | |
| SEC-8 | Como você protege seus dados em repouso? Proteja seus dados em repouso implementando vários controles para reduzir o risco de acesso não autorizado ou manuseio incorreto. | 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. | |
| SEC-8 | Como você protege seus dados em repouso? Proteja seus dados em repouso implementando vários controles para reduzir o risco de acesso não autorizado ou manuseio incorreto. | 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. | |
| SEC-8 | Como você protege seus dados em repouso? Proteja seus dados em repouso implementando vários controles para reduzir o risco de acesso não autorizado ou manuseio incorreto. | Para ajudar a proteger os dados em repouso, garanta que a criptografia com o AWS Key Management Service (AWS KMS) esteja habilitada para seu SageMaker endpoint. Como dados confidenciais podem existir em repouso no SageMaker endpoint, ative a criptografia em repouso para ajudar a proteger esses dados. | |
| SEC-8 | Como você protege seus dados em repouso? Proteja seus dados em repouso implementando vários controles para reduzir o risco de acesso não autorizado ou manuseio incorreto. | Para ajudar a proteger os dados em repouso, certifique-se de que a criptografia com o AWS Key Management Service (AWS KMS) esteja habilitada para seu SageMaker notebook. Como dados confidenciais podem existir em repouso no SageMaker notebook, ative a criptografia em repouso para ajudar a proteger esses dados. | |
| SEC-8 | Como você protege seus dados em repouso? Proteja seus dados em repouso implementando vários controles para reduzir o risco de acesso não autorizado ou manuseio incorreto. | Para ajudar a proteger os dados em repouso, garanta que a criptografia com o AWS Key Management Service (AWS KMS) esteja habilitada para AWS segredos do Secrets Manager. Como pode haver dados confidenciais em repouso nos segredos do Secrets Manager, habilite a criptografia em repouso para ajudar a protegê-los. | |
| SEC-8 | Como você protege seus dados em repouso? Proteja seus dados em repouso implementando vários controles para reduzir o risco de acesso não autorizado ou manuseio incorreto. | Para ajudar a proteger dados em repouso, certifique-se de que seus tópicos do Amazon Simple Notification Service (AmazonSNS) exijam criptografia usando o AWS Key Management Service (AWS KMS). Como pode haver dados confidenciais em repouso em mensagens publicadas, habilite a criptografia em repouso para ajudar a protegê-los. | |
| SEC-8 | Como você protege seus dados em repouso? Proteja seus dados em repouso implementando vários controles para reduzir o risco de acesso não autorizado ou manuseio incorreto. | 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. | |
| SEC-8 | Como você protege seus dados em repouso? Proteja seus dados em repouso implementando vários controles para reduzir o risco de acesso não autorizado ou manuseio incorreto. | O gerenciamento centralizado de Contas da AWS dentro das 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. | |
| SEC-8 | Como você protege seus dados em repouso? Proteja seus dados em repouso implementando vários controles para reduzir o risco de acesso não autorizado ou manuseio incorreto. | Gerencie o acesso aos recursos na AWS nuvem garantindo que os buckets do Amazon Simple Storage Service (Amazon S3) não possam 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 ignorePublicAcls (Config Default: True), blockPublicPolicy (Config Default: True), blockPublicAcls (Config Default: True) e restrictPublicBuckets parâmetros (Config Default: True). Os valores reais devem refletir as políticas da organização. | |
| SEC-8 | Como você protege seus dados em repouso? Proteja seus dados em repouso implementando vários controles para reduzir o risco de acesso não autorizado ou manuseio incorreto. | Gerencie o acesso aos recursos na AWS nuvem garantindo que os buckets do Amazon Simple Storage Service (Amazon S3) não possam ser acessados publicamente. Essa regra ajuda a manter os dados confidenciais protegidos de usuários remotos não autorizados, impedindo o acesso público no nível do bucket. | |
| SEC-8 | Como você protege seus dados em repouso? Proteja seus dados em repouso implementando vários controles para reduzir o risco de acesso não autorizado ou manuseio incorreto. | Gerencie o acesso aos recursos na AWS nuvem permitindo 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. | |
| SEC-8 | Como você protege seus dados em repouso? Proteja seus dados em repouso implementando vários controles para reduzir o risco de acesso não autorizado ou manuseio incorreto. | Gerencie o acesso aos recursos na AWS nuvem permitindo 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. | |
| SEC-9 | Como você protege seus dados em trânsito? Proteja seus dados em trânsito implementando vários controles para reduzir o risco de acesso ou perda não autorizados. | Garanta que a integridade da rede seja protegida garantindo que os certificados X509 sejam emitidos por. AWS ACM Esses certificados devem ser válidos e estar dentro do prazo de validade. Essa regra exige um valor para daysToExpiration (valor das melhores práticas de segurança AWS básicas: 90). O valor real deve refletir as políticas da organização. | |
| SEC-9 | Como você protege seus dados em trânsito? Proteja seus dados em trânsito implementando vários controles para reduzir o risco de acesso ou perda não autorizados. | 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 SSL TLS /certificados públicos e privados com AWS serviços e recursos internos. | |
| SEC-9 | Como você protege seus dados em trânsito? Proteja seus dados em trânsito implementando vários controles para reduzir o risco de acesso ou perda não autorizados. | 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 SSL TLS /certificados públicos e privados com AWS serviços e recursos internos. | |
| SEC-9 | Como você protege seus dados em trânsito? Proteja seus dados em trânsito implementando vários controles para reduzir o risco de acesso ou perda não autorizados. | Certifique-se de que seus Elastic Load Balancers (ELB) estejam configurados para descartar cabeçalhos http. Como pode haver dados confidenciais, habilite a criptografia em trânsito para ajudar a protegê-los. | |
| SEC-9 | Como você protege seus dados em trânsito? Proteja seus dados em trânsito implementando vários controles para reduzir o risco de acesso ou perda não autorizados. | Para ajudar a proteger os dados em trânsito, certifique-se de que seu Application Load Balancer redirecione automaticamente as solicitações não criptografadas para o. HTTP HTTPS Como pode haver dados confidenciais, habilite a criptografia em trânsito para ajudar a protegê-los. | |
| SEC-9 | Como você protege seus dados em trânsito? Proteja seus dados em trânsito implementando vários controles para reduzir o risco de acesso ou perda não autorizados. | Garanta que os REST API estágios do Amazon API Gateway estejam configurados com SSL certificados para permitir que os sistemas de back-end autentiquem que as solicitações são originadas do Gateway. API | |
| SEC-9 | Como você protege seus dados em trânsito? Proteja seus dados em trânsito implementando vários controles para reduzir o risco de acesso ou perda não autorizados. | Certifique-se node-to-node de que a criptografia para o Amazon OpenSearch Service esteja ativada. A ode-to-node criptografia N permite a criptografia TLS 1.2 para todas as comunicações dentro da Amazon Virtual Private Cloud (AmazonVPC). Como pode haver dados confidenciais, habilite a criptografia em trânsito para ajudar a protegê-los. | |
| SEC-9 | Como você protege seus dados em trânsito? Proteja seus dados em trânsito implementando vários controles para reduzir o risco de acesso ou perda não autorizados. | Certifique-se node-to-node de que a criptografia para o Amazon OpenSearch Service esteja ativada. A ode-to-node criptografia N permite a criptografia TLS 1.2 para todas as comunicações dentro da Amazon Virtual Private Cloud (AmazonVPC). Como pode haver dados confidenciais, habilite a criptografia em trânsito para ajudar a protegê-los. | |
| SEC-9 | Como você protege seus dados em trânsito? Proteja seus dados em trânsito implementando vários controles para reduzir o risco de acesso ou perda não autorizados. | Como dados confidenciais podem existir e ajudar a proteger dados em trânsito, assegure-se de que HTTPS esteja habilitado para conexões com seus domínios do Amazon OpenSearch Service. | |
| SEC-9 | Como você protege seus dados em trânsito? Proteja seus dados em trânsito implementando vários controles para reduzir o risco de acesso ou perda não autorizados. | Certifique-se de que seus clusters do Amazon Redshift exijam TLS SSL /criptografia para se conectar aos SQL clientes. Como pode haver dados confidenciais, habilite a criptografia em trânsito para ajudar a protegê-los. | |
| SEC-9 | Como você protege seus dados em trânsito? Proteja seus dados em trânsito implementando vários controles para reduzir o risco de acesso ou perda não autorizados. | Para ajudar a proteger os dados em trânsito, garanta que seus buckets do Amazon Simple Storage Service (Amazon S3) exijam solicitações para usar o Secure Socket Layer (). SSL Como pode haver dados confidenciais, habilite a criptografia em trânsito para ajudar a protegê-los. | |
| SEC-9 | Como você protege seus dados em trânsito? Proteja seus dados em trânsito implementando vários controles para reduzir o risco de acesso ou perda não autorizados. | Certifique-se de que seus Elastic Load Balancers (ELBs) estejam configurados com nossos SSL HTTPS ouvintes. Como pode haver dados confidenciais, habilite a criptografia em trânsito para ajudar a protegê-los. | |
| SEC-9 | Como você protege seus dados em trânsito? Proteja seus dados em trânsito implementando vários controles para reduzir o risco de acesso ou perda não autorizados. | Os registros de VPC fluxo fornecem registros detalhados de informações sobre o tráfego IP que entra e sai das interfaces de rede na sua Amazon Virtual Private Cloud (AmazonVPC). 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. | |
| SEC-9 | Como você protege seus dados em trânsito? Proteja seus dados em trânsito implementando vários controles para reduzir o risco de acesso ou perda não autorizados. | A Amazon GuardDuty pode ajudar a monitorar e detectar possíveis eventos de cibersegurança usando feeds de inteligência de ameaças. Isso inclui listas de aprendizado de máquina IPs e malicioso para identificar atividades inesperadas, não autorizadas e maliciosas em seu ambiente de AWS nuvem. |
Modelo
O modelo está disponível em GitHub: Operational Best Practices for AWS Well-Architected Security
