V ENSOL. Construindo Firewalls Redundantes em Ambientes GNU/Linux Segurança e Alta Disponibilidade. Jansen Sena. Julho, João Pessoa, PB.

Transcrição

1 V ENSOL Construindo Firewalls Redundantes em Ambientes GNU/Linux Segurança e Alta Disponibilidade Jansen Sena Julho, João Pessoa, PB.

2 Sobre o palestrante Formação acadêmica e técnica Segurança de redes Administração de sistemas Unix/Linux LPI Certified Professional (LPIC 1 / LPIC 2) ITIL Foundations Certified Atividades atuais Mestrado pelo Inst. Computação da Unicamp/SP Atech Tecnologias Críticas ( Consultor de TI, sw livre e segurança GNU Masters (

3 Vamos começar? # /etc/init.d/palestra start

4

5 Um pouco sobre firewalls Firewalls? Constituem, normalmente, as primeiras linhas de defesa em um ambiente de rede; De maneira convencional, são filtros de pacotes baseados em campos dos protocolos IP, TCP, UDP, ICMP, dentre outros; Responsáveis pelo compartilhamento de conexões.

6 Onde está o problema? Inimigo da alta disponibilidade: SPOF; SPOF: Single Point of Failure; Firewalls costumam ser SPOF nas redes de pequenas, médias e até grandes instituições; Nesses ambientes, é comum que falhas do firewall interrompam todas as comunicações com a Internet; Serviços de portal, , Proxy, DNS podem sofrer com aa falha de um firewall; Cenário mais complicado quando se trata de um ambiente de rede com diversas DMZs e outros segmentos de rede.

7 Quais as soluções? Existem diversos produtos no mercado que provêem mecanismos de alta disponibilidade para firewalls; Licenças de uso possuem altos custos; Soluções proprietárias criam dependência de fornecedores específicos; E qual é a NOSSA solução? É possível utilizar GNU/Linux e outros aplicativos de software livre para compor soluções de alta disponibilidade!

8 O básico Fontes de alimentação redundantes em curcuitos elétricos distintos; Discos rígidos Cenário nem sempre é possível em hardwares mais simples e baratos. Utilização de RAID 1, RAID 5, RAID 5 + 0, RAID 6 e outras combinações são fundamentais; Particionamento Criar partições separadas para os sistemas de arquivos mais relevantes;

9 O básico Particionamento (cont.) Uso do LVM (Logical Volume Manager) é importante para evitar problemas de realocação de espaço. Controle restrito sobre os repositórios adicionados ao gerenciador de pacotes; Imagens do sistema operacional são truques interessantes... Clonezilla pode ser uma simples e interessante opção.

10 Network bonding Network bonding Recurso presente no kernel do GNU/Linux; Faz com que várias interfaces de rede comportem se como uma única placa de rede virtual ; Do ponto de vista das aplicações e dos usuários, a interface virtual é como qualquer outra; Falhas físicas nas conexões de rede são transparentes para aplicações e para os usuários do SO; Exemplo: iptables cria regras considerando a interface de rede virtual (e.g. bond0 ); Recurso muito pouco documentado e difundido entre adminstradores de sistemas GNU/Linux.

11 O antes e o depois... eth0 ( ) eth1 ( ) eth2 ( ) eth3 ( ) Servidor padrão sem Network Bonding bond0 ( ) eth0 eth1 eth2 eth3 Servidor padrão com Network Bonding

12 Um cenário real bond1 ( ) eth0 eth1 eth2 eth3 eth11 eth9 eth10 eth4 eth5 eth6 eth7 eth8 DMZ#1 bond0 ( ) bond2 ( ) REDE INTERNA INTERNET

13 Hands On Como configurar o network bonding? Instalar pacote ifenslave... # apt-get install ifenslave-2.6 e editar o arquivo /etc/network/interfaces

14 Hands On Está funcionando?

15 E a redundância entre firewalls? T A G (IP VIRTUAL) AY EW X (IP VIRTUAL) G E AT bond0 ( ) bond1 ( ) AY W G AY W E AT ethy X AT EW AY bond1 ( ) ethx G bond0 ( )

16 Qual é a nossa solução? KeepAlived GNU General Public License; Presente nos repositórios da maioria das distribuições; Implementação livre do protocolo VRRPv2; Debian GNU/Linux, Ubuntu Linux, Fedora, Virtual Router Redundancy Protocol; Daemon do KeepAlived deve ser executado em todas as máquinas que fazem parte do cluster.

17 Configurando o KeepAlived Como sempre, o primeiro passo é instalar! # apt-get install keepalived Configurações do KeepAlived ficam no arquivo /etc/keepalived/keepalived.conf São declarados grupos de recursos que precisam estar em alta disponibilidade; Scripts customizados podem ser configurados para serem executados em mudanças... Transformação de um node em MASTER; Transformação de um node em SLAVE; Ocorrências de falhas.

18 keepalived.conf do MASTER Scripts customizados Recurso a ser mantido em HA Rotas adicionadas

19 keepalived.conf do SLAVE No caso do SLAVE, o valor do campo priority deve ser menor que o valor inserido no MASTER

20 E agora? Iniciando o KeepAlived em seus firewalls... /etc/init.d/keepalived start Assim que os daemons são inicializados, os firewalls já assumem a posição de MASTER e/ou SLAVE.

21 E agora? /var/log/syslog (MASTER)

22 E agora? /var/log/syslog (SLAVE)

23 IPs virtuais no firewall MASTER Comando ip addr show apresenta os IPs virtuais configurados no firewall MASTER

24 Alguns comentários... Scripts de regras entre ambos os firewalls precisam ser exatamente iguais... Caso contrário, chaveamento entre firewalls MASTER e SLAVE podem provocar problemas. Regras voltadas para as máquinas clientes devem sempre considerar os IPs virtuais; Isso torna o chaveamento entre MASTER e SLAVE transparente para todos os clientes da rede; IPs diretos devem ser utilizados apenas para regras referentes aos acessos dos próprios fw's

25 Alguns comentários... Atualizações devem ser síncronas entre ambos os firewalls!!! Caso contrário, um pode estar menos seguro que o outro! Esse é um risco silencioso! Existem boas alternativas para resolver... Cenário apresentado considera a utilização de regras convencionais; Sem o uso do recurso do iptables para gerar regras com base nos estados das conexões TCP; Se esse for o caso, é necessário acrescentar outro componente na estrutura: conntrackd.

26

27

28 The Future is Open... and Free!

29 Hora de terminar... # /etc/init.d/palestra stop

30 Obrigado!!! Site: