Um sistema que fala com corretoras e guarda histórico de operações é um alvo natural. A resposta do Cervejeiros.Club não é um escudo — são camadas, cada uma projetada para segurar o que a anterior deixar passar. É o princípio clássico da defesa em profundidade: nenhuma barreira precisa ser perfeita, porque nunca está sozinha.

flowchart LR A["Internet"] --> B["Borda global<br/>ataques volumosos morrem aqui"] B --> C["Firewall de rede<br/>trinta portas viram três"] C --> D["Host endurecido<br/>abusos banidos na automação"] D --> E["Roteador web<br/>único portão com luz acesa"] E --> F["Rede interna fechada<br/>sem endereço público"]

Camada 1: a borda global

Antes de qualquer requisição chegar ao nosso servidor, ela atravessa uma rede global de borda que filtra tráfego malicioso em escala — os ataques mais volumosos morrem lá, a milhares de quilômetros de distância, sem nunca nos alcançar. Só tráfego legítimo de verdade avança.

Camada 2: o firewall antes do servidor

Entre a internet e a máquina do sistema existe um filtro de rede na própria infraestrutura do provedor — antes da VPS. Ele só deixa passar o essencial: navegação web segura e o canal administrativo. O resto do mundo recebe silêncio. Trinta portas viram três.

Camada 3: o host endurecido

Na máquina em si, a postura é de desconfiança: firewall local como reforço, detecção de intrusão que aprende padrões de ataque, banimento automático de endereços abusivos e acesso administrativo restrito — o canal de gestão não fica exposto a quem não tem negócio com ele.

Camada 4: rede interna fechada

Por dentro, os sete serviços conversam numa rede privada que a internet não enxerga. Apenas um ponto de contato fica exposto ao mundo — o roteador de tráfego web, único portão com luz acesa. O executor de ordens, o cofre de dados e o motor de decisão não têm endereço público: para alcançá-los, seria preciso primeiro atravessar as três camadas anteriores.

Camada 5: o cofre de segredos

Chaves de corretoras, senhas de banco de dados, tokens — nenhum segredo vive em arquivo de configuração ou no código. Tudo fica num cofre criptografado dedicado, e os serviços recebem credenciais no momento do uso. Se um componente for comprometido, o que ele encontra não são segredos soltos: são permissões mínimas e rastreáveis.

Como o cofre funciona no dia a dia
  • Nada em texto no código. Chaves e senhas não vivem em arquivos de configuração nem no repositório.
  • Entrega no momento do uso. Cada serviço recebe a credencial quando precisa dela — e com permissão mínima para a tarefa da vez.
  • Rastreabilidade. Todo segredo tem dono, pasta e rotação registrada.
  • Se um componente cair. O que ele encontra são permissões mínimas, não um chaveiro aberto.

Camada 6: memória e recuperação

Segurança também é saber voltar. O sistema mantém backups automáticos diários da infraestrutura inteira — e testes de restauração que provam que o backup serve para algo. Um backup nunca restaurado é uma suposição; restaurado em teste, é um plano.

A regra do backupCópia completa da infraestrutura todos os dias, validada em restauração — e o banco de dados, por ser o coração do sistema, leva cópia extra em cadência própria. Voltar a operar não é hipótese: é ensaio repetido.

O princípio que amarra tudo

Desconfiança por padrão. Cada camada assume que a anterior pode falhar; cada componente assume que pode ser comprometido; cada acesso assume que precisa ser justificado. É mais trabalhoso no desenvolvimento — e é exatamente esse trabalho que separa um sistema amador de um sistema em que você pode confiar o histórico das suas operações.

A construção de cada camada é registrada no diário de bordo, junto ao resto da fundação — e a plataforma vive em cervejeiros.club.