Teste suas regras de firewall a partir de fora

Host
Verifique apenas hosts que você possui ou para os quais tem permissão explícita para testar. A verificação checa cerca de 20 portas TCP conhecidas.
Próximo

Você editou uma regra de firewall ou um security group da nuvem e quer uma prova de que funciona. Escaneie o endereço público de fora e compare as portas abertas com a lista das que você pretendia liberar.

Como verificar uma mudança no firewall

  1. 1

    Anote as portas pretendidas

    Liste quais das 18 portas escaneadas devem estar acessíveis, por exemplo a 80 e a 443.

  2. 2

    Informe o endereço público

    Digite no campo Host o nome de host ou o IP público que fica atrás do firewall.

  3. 3

    Escaneie

    Clique em Próximo e, em seguida, em Verificar portas comuns.

  4. 4

    Compare

    Qualquer porta aberta que não esteja na sua lista indica uma regra ampla demais. Uma porta esperada que não aparece indica uma regra restritiva demais, ou que o serviço está fora do ar.

Uma verificação antes e depois

Execute a varredura antes de alterar uma regra e de novo depois. A diferença é a sua evidência. Por exemplo, se você removeu uma regra antiga que liberava o MySQL, a primeira varredura lista a 3306 e a segunda não.

Varredura Portas abertas Conclusão
Antes 22, 80, 443, 3306 Banco de dados acessível pela internet
Depois 22, 80, 443 A regra funciona, o banco de dados não está mais acessível pela internet

Por que a origem da varredura importa

Firewalls costumam permitir determinados endereços de origem, como o do seu escritório. Esta varredura sai de um endereço público compartilhado, então vê o que um visitante comum veria. Se a sua regra permite apenas o IP do escritório, uma configuração correta mostrará a porta como ausente aqui, embora você consiga se conectar a partir do escritório.

O que um resultado limpo comprova

Ele comprova que nenhuma das 18 portas listadas aceitou conexão desse scanner naquele momento. Não comprova que as outras 65.535 portas estejam fechadas, e não verifica UDP. Porta fechada, filtrada e host fora do ar parecem iguais, então confirme também que o host está ativo verificando uma porta que deveria estar aberta.

Boas práticas

  • Teste uma mudança de cada vez, para saber qual regra causou qual efeito.
  • Dê tempo para que as regras da nuvem sejam aplicadas antes de escanear.
  • Escaneie apenas endereços que você possui ou para os quais tem permissão de teste.

Camadas comuns de firewall

O tráfego costuma passar por várias camadas: um security group da nuvem, uma network ACL, um firewall do host, como o iptables ou ferramenta semelhante, e às vezes um equipamento físico. Uma porta só fica acessível se todas as camadas a permitirem, e fica bloqueada se qualquer uma negar. Quando um resultado for surpreendente, verifique cada camada em sequência, e não apenas aquela que você editou por último.

Lembre-se também de que uma porta permitida sem nada escutando por trás continua parecendo fechada. A varredura só consegue indicar se uma conexão foi aceita ou não. Guarde uma anotação curta de cada varredura com a data e as portas abertas. Isso torna a próxima auditoria mais rápida e mostra quando uma porta inesperada apareceu pela primeira vez.

Perguntas frequentes

Escaneie uma porta que deveria estar aberta, como a 443 em um servidor web. Se ela aparecer, o host está acessível e uma porta ausente está bloqueada ou fechada.

Não. Ela sempre roda a partir de um único endereço público compartilhado, então mostra como o firewall trata a internet em geral, não um endereço autorizado específico.

Não. As 18 verificações são conexões TCP. Serviços UDP, como algumas VPNs ou servidores de jogos, não são cobertos.

A regra pode ainda não ter sido aplicada, outra regra pode continuar permitindo o acesso, ou uma segunda camada, como o host ou o provedor, pode estar aberta. Verifique cada camada, aguarde um momento e escaneie novamente.

Ferramentas relacionadas

Ferramenta disponível em outros idiomas

Guias e casos de uso