Especialista

Contas em escala: vending e baseline

Lição 19 · Módulo 5 — Especialista

Well-Architected: SEC01-BP01SEC01-BP06

Account vending: contas que nascem seguras

Quando a separação em contas vira regra (SEC01-BP01), criar conta passa a ser rotina. Account vending é tratar isso como um produto: alguém pede uma conta por um canal padronizado e recebe, sem trabalho manual, uma conta já na OU certa, com acesso federado, logs, detecção e controles aplicados.

O objetivo é duplo: tirar o time central do caminho crítico (o pedido não espera aprovação manual de cada detalhe) e garantir que nenhuma conta exista sem a baseline. Uma conta criada à mão "só para um teste" é exatamente a que fica sem trail e sem GuardDuty.

As ferramentas do Control Tower

FerramentaComo funcionaBom para
Account FactoryProvisiona contas-membro na landing zone pelo console ou via Service Catalog, numa OU registrada no Control Tower.Começar; volume moderado.
Account Factory Customization (AFC)Aplica um blueprint (produto do Service Catalog em uma conta hub, com template CloudFormation ou Terraform) ao criar, inscrever ou atualizar contas. Um blueprint por conta.Personalizar contas sem manter pipeline próprio.
Account Factory for Terraform (AFT)Pipeline GitOps: um arquivo Terraform de pedido de conta dispara o provisionamento; depois rodam personalizações globais, por grupo ou por conta. Usa uma conta própria, a AFT management account.Times que já operam com Terraform.
Customizations for AWS Control Tower (CfCT)Implanta templates CloudFormation, SCPs e RCPs em contas e OUs, disparado pelos eventos de ciclo de vida do Control Tower (por exemplo, conta nova criada).Baseline em CloudFormation integrada à landing zone.

StackSets com permissões gerenciadas pelo serviço

Fora (ou além) do Control Tower, o CloudFormation StackSets implanta o mesmo template em várias contas e Regiões. Com permissões gerenciadas pelo serviço (service-managed), ele usa o Organizations: você aponta para OUs, o StackSets cria os papéis IAM necessários e o administrador pode ser a conta de gerenciamento ou um administrador delegado.

O recurso que faz diferença para baseline é a implantação automática: conta que entra numa OU-alvo recebe a stack; conta que sai pode ter a stack removida ou mantida; conta que muda de OU troca de stack.

AWS CLI — exemplo a adaptar (teste em organização isolada)
1
2
3
4
5
6
7
8
9
10
11
12
13
# Rodar no administrador delegado do StackSets (ou na conta de gerenciamento)
aws cloudformation create-stack-set \
--stack-set-name baseline-seguranca \
--template-body file://baseline.yaml \
--permission-model SERVICE_MANAGED \
--auto-deployment Enabled=true,RetainStacksOnAccountRemoval=false \
--call-as DELEGATED_ADMIN
 
aws cloudformation create-stack-instances \
--stack-set-name baseline-seguranca \
--deployment-targets OrganizationalUnitIds=ou-abcd-11111111 \
--regions us-east-1 sa-east-1 \
--call-as DELEGATED_ADMIN

O que vai na baseline

Uma lista de partida — adapte aos seus objetivos de controle (lição 9):

  • Logs: conta coberta pelo trail da organização e pela gravação do AWS Config, com entrega na Log Archive.
  • Detecção: GuardDuty, Security Hub CSPM, IAM Access Analyzer e Inspector habilitados automaticamente pelo administrador delegado para contas novas.
  • Contatos: contatos alternativos de segurança, faturamento e operações — que o Organizations permite atualizar centralmente pela conta de gerenciamento ou por um administrador delegado.
  • Bloqueio de acesso público: S3 Block Public Access no nível da conta.
  • Criptografia padrão do EBS: é configuração por Região, então habilite em todas as Regiões usadas.
  • Acesso: só via IAM Identity Center com conjuntos de permissões padrão; sem usuários IAM com chaves de longo prazo.
  • Rede: remover a VPC padrão (o AFT tem isso como opção) e ligar a conta à rede central quando necessário.
  • Root: sem credenciais root na conta-membro (lição 20).

Drift: quando a conta deixa de ser igual à baseline

  • Control Tower detecta drift de governança automaticamente — por exemplo, uma SCP gerenciada alterada ou desanexada de uma OU — e notifica por tópicos SNS agregados na conta de auditoria.
  • StackSets oferece detecção de drift: compara cada recurso das stacks com o template e os parâmetros; se um recurso mudou fora do CloudFormation, a instância e o StackSet aparecem como drifted.
  • AWS Config cobre o resto: regras detectivas apontam a configuração errada mesmo quando ela não foi criada por nenhuma dessas ferramentas.

Um cuidado: ao mover uma conta de OU, controles baseados em SCP e em regras do Config da OU anterior precisam ser removidos manualmente, segundo a documentação do Control Tower.

Teste rápido

Você quer que toda conta nova colocada na OU Workloads receba automaticamente a stack de baseline. Qual configuração do StackSets resolve isso?

Um administrador habilitou a criptografia padrão do EBS só em us-east-1. Um volume criado em sa-east-1 sem criptografia explícita será criptografado?

Resumo

Account vending transforma criação de conta em produto padronizado. Account Factory, AFC, AFT e CfCT cobrem o caminho dentro do Control Tower; StackSets service-managed com implantação automática estende a baseline a qualquer OU. A baseline inclui logs, detecção, contatos, bloqueios e criptografia padrão — e precisa de detecção de drift para continuar valendo.

Referência Well-Architected

Liga duas boas práticas: SEC01-BP01, que cita criação e manutenção automatizada de contas, o Account Factory e o StackSets; e SEC01-BP06, que pede controles padrão como código, autosserviço para os times e detecção de drift. Base anterior: lição 7 e lição 12.

Referências

Terminou esta lição?

Seu progresso fica salvo apenas neste navegador.