Ordem das Regras
Parte da seção Impedindo a propagação do Journey de Cybersecurity da Coddy. Lição 7 de 20.
Uma regra correta pode não ter efeito se uma regra anterior já decidir a conexão. O firewall do Lumen para na primeira correspondência.
Inspecione esta política de prática:
seclab machine demo-shopProcure estas linhas:
firewall (first match wins, anything unmatched is blocked):
rule action port from note
1 allow any any
2 deny 22 office never used: rule 1 decides firstA regra que permite qualquer tráfego vem primeiro. A regra que nega o acesso da administração do escritório, logo abaixo, nunca é alcançada. Mova a regra de negação existente para antes dela:
seclab firewall demo-shop move 2 1Você deverá ver:
Moved rule 2 on demo-shop to position 1. Rules are checked top down.Leia a ordem novamente:
seclab machine demo-shopProcure estas linhas:
firewall (first match wins, anything unmatched is blocked):
rule action port from note
1 deny 22 office
2 allow any anyAgora, a regra de negação decide o tráfego do escritório para a porta 22. O restante do tráfego pode continuar para a próxima regra. Alterar a ordem corrige esta política sem adicionar outra cópia da mesma regra de negação.
Desafio
FácilChamado de Sam, responsável por TI
Um report-server recém-adicionado tem uma regra de negação para a administração do escritório, mas o dispatch-pc ainda consegue acessá-lo. Descubra por que a regra não tem efeito e corrija a política antes da próxima tentativa de ler a configuração do servidor. Mantenha o serviço HTTPS do servidor disponível e deixe o checkout e o backup aprovado do dispatch funcionando.
Experimente você mesmo
Todas as lições de Impedindo a propagação
2Feche a Rota Indesejada
Regras de DestinoOrdem das RegrasRegras de SaídaPermita o Trabalho NecessárioDuas Rotas Indesejadas3Conter mais de um computador
Isole um computadorA senha expostaAcompanhe a disseminaçãoMantenha os clientes trabalhandoDois computadores ativos