Como usar este guia
O conteúdo foi revisado em setembro de 2026 com foco operacional. Procedimentos sensíveis devem ser testados primeiro em laboratório, com backup, acesso de recuperação e rollback documentado. Exemplos usam placeholders e não devem receber credenciais reais.
Não exponha interfaces administrativas, chaves, dumps, amostras de malware ou logs sensíveis no portal público. Em produção, aplique segmentação, privilégio mínimo e retenção definida.
Estado atual
iptables continua amplamente encontrado, mas em distribuições modernas pode operar pelo backend nftables. Antes de diagnosticar, identifique se o host usa iptables-legacy ou iptables-nft.
Fluxo
Entenda INPUT, OUTPUT e FORWARD antes de adicionar regras. NAT não substitui filtragem; política default e conntrack mudam o resultado.
Mudança segura
Faça backup com iptables-save, mantenha console fora de banda e aplique regras de administração antes de default DROP. Teste nova sessão antes de encerrar a sessão atual.
Validação
Use iptables -S, iptables -L -n -v, counters e conntrack. Valide o caminho real do pacote e não apenas a existência textual da regra.
Migração
Use iptables-translate como auxílio, mas revise semântica. Após migrar, explore sets/maps do nftables em vez de reproduzir literalmente uma árvore antiga.
ISP
Em servidores RADIUS/NOC, restrinja origens administrativas, DNS/NTP e serviços de aplicação por rede de gerência e monitore drops anormais.
Checklist antes de considerar concluído
- Versão e documentação do componente foram confirmadas.
- Fluxos de rede e privilégios necessários estão explicitamente definidos.
- Configuração foi validada antes de reload/restart quando houver comando de teste.
- Logs e métricas confirmam o comportamento esperado.
- Falha controlada e recuperação foram testadas em ambiente seguro.
- Backup, rollback e acesso de emergência são verificáveis.