pular para o conteúdo
voltar ao mapa
conceito
2 min de leitura

Defesa em camadas: system design de borda

Projetar a defesa é decidir, camada por camada, quem inspeciona o quê, quanto latência isso custa e se o sistema abre ou fecha quando um controle cai.

CloudflareAPI GatewayEnvoyTerraform

O que é

Uma requisição atravessa várias camadas antes de chegar aos dados: a borda (CDN e ), um gateway de API, a aplicação e o banco. Defesa em camadas é projetar o conjunto para que a falha ou o contorno de uma não derrube o resto, colocando cada controle onde ele é mais barato e mais preciso.

O caminho da requisição e o papel de cada camada

A borda é ótima para o que independe do contexto de negócio (volume, assinaturas, bots). Mas ela não sabe se um usuário pode ver aquele pedido: isso é autorização, e só a aplicação conhece. Cada camada cobre o ponto cego da anterior.

camadas, da borda ao dadotext
cliente
  -> borda (CDN + WAF + bot + rate limit)   barato, em escala: bloquear o óbvio e o volumétrico
  -> gateway de API                          identidade, esquema, quotas por cliente
  -> aplicação                               autorização por objeto, regras de negócio
  -> dados                                   menor privilégio, cifragem, auditoria

Trancar a origem

De nada adianta um WAF excelente se o atacante fala direto com a origem. A origem deve aceitar tráfego apenas da borda: lista de IPs do provedor, autenticação mútua entre a borda e a origem, ou túneis privados. Sem isso, qualquer um que descubra o endereço real contorna toda a proteção.

Fail-open ou fail-closed

Toda camada de segurança pode falhar (erro de configuração, indisponibilidade, regra com defeito). A pergunta de design é o que acontece: fail-closed bloqueia tudo (seguro, mas é uma indisponibilidade), fail-open deixa passar (disponível, mas desprotegido). Não existe resposta universal: um endpoint de pagamento tende a fechar, uma página pública tende a abrir, e a decisão deve ser consciente, documentada e testada.

Latência e raio de impacto

  • Orçamento de latência: cada camada soma milissegundos; inspeção profunda no corpo cabe só onde importa.
  • : uma regra nova atinge todo o tráfego; por isso a regra entra primeiro em observação e em um subconjunto.
  • Mudança como código: regras em repositório (Terraform, por exemplo), com revisão e rollback, em vez de cliques no painel.
  • Observabilidade em todas as camadas, para saber em qual delas uma requisição foi barrada.
WAFweb application firewallFiltro na borda que bloqueia padrões de ataque conhecidos em HTTP. Complementa o código — não substitui corrigir a vulnerabilidade, apenas compra tempo.ver no glossário →Raio de impactoblast radiusO tamanho do estrago quando uma coisa quebra: uma conta, uma região inteira, um tenant. Bom design de cloud limita o raio por isolamento (contas separadas, VPCs separadas, papéis estreitos) para que uma falha ou um ataque não se torne um desastre de página inteira.ver no glossário →

conexões no mapa

atualizado em 14/10/2026 · fontes para aprofundar · reportar erro

em outros domínios

Estude antes

teste o que entendeu

Carregando perguntas…