c3.1 Projetar uma arquitetura segura
Projetar uma arquitetura segura significa tornar a segurança uma parte deliberada do design —aplicando os princípios de design de segurança do AWS Well-Architected e usando a AWS Security Reference Architecture como planta de referência— para que o próprio design reduza a superfície de ataque e limite o raio de impacto de qualquer violação.
Guia de implementação
A segurança é uma decisão de design, não algo pensado depois
A arquitetura é em si um controle de segurança: um bom design reduz a superfície de ataque e o raio de impacto de um comprometimento. "Projetar uma arquitetura segura" significa duas coisas concretas —seguir um conjunto de princípios de design e construir sobre uma arquitetura de referência— em vez de acrescentar controles depois.
Aplique os princípios de design de segurança do Well-Architected
Baseie o seu design nos sete princípios de design do pilar de Segurança do AWS Well-Architected Framework:
- Base de identidade sólida: menor privilégio, segregação de funções, identidade centralizada, sem credenciais estáticas de longa duração.
- Manter rastreabilidade: monitorar, alertar e auditar ações e mudanças em tempo real.
- Aplicar segurança em todas as camadas: defesa em profundidade na borda, VPC, balanceador, instância, SO, aplicação e código.
- Automatizar as boas práticas de segurança: controles definidos e gerenciados como código em templates versionados.
- Proteger os dados em trânsito e em repouso: classificar os dados e aplicar criptografia, tokenização e controle de acesso.
- Manter as pessoas afastadas dos dados: reduzir o acesso direto/manual aos dados para limitar o erro humano.
- Preparar-se para eventos de segurança: processos de gestão de incidentes, simulados e automação para detecção e recuperação.
Na prática isso aparece como: sem SSH/RDP expostos (use o Session/Fleet Manager), caminhos de rede de menor privilégio e security groups que se referenciam entre si em vez de abrir CIDRs, e várias zonas de disponibilidade para resiliência.
Construa sobre uma arquitetura de referência
Use a AWS Security Reference Architecture (SRA) como a planta prescritiva de como os serviços de segurança da AWS se encaixam em uma organização multi-conta. Projetar em relação a uma arquitetura de referência lhe dá um alvo conhecido e bom para medir o seu design, em vez de reinventá-lo por projeto.
Saiba o que você realmente executa
Um design só é seguro se corresponder à realidade. O Workload Discovery on AWS gera diagramas de arquitetura a partir da sua infraestrutura em execução, ajudando você a revisar designs, encontrar recursos shadow e exportar para formatos como draw.io.
Como validar
- As novas arquiteturas são revisadas em relação aos princípios de design do pilar de Segurança do AWS Well-Architected antes de construir (por exemplo via um Well-Architected review)?
- O seu design segue a AWS Security Reference Architecture (SRA) para o posicionamento de serviços multi-conta?
- O design impõe caminhos de rede de menor privilégio, sem portas de administração expostas, e resiliência multi-AZ?
- Os controles de segurança são definidos como código em templates versionados em vez de configurados manualmente?
- Você mantém uma visão precisa e atualizada do que está realmente implantado (incluindo recursos shadow)?
Ameaças atendidas
- Um design com ampla alcançabilidade de rede e portas de administração expostas dá ao adversário acesso inicial fácil e espaço para se mover lateralmente, transformando um único ponto de apoio em um comprometimento amplo.
- A segurança acrescentada depois que o design está definido tende a deixar lacunas caras de corrigir mais tarde, enquanto um design baseado em princípios e uma arquitetura de referência as previne desde o início.