Scanner de Portas Online
Verifique portas TCP abertas, fechadas ou filtradas em qualquer domínio ou IP. Portas comuns ou ranges customizados — grátis.
Por que o scan de portas é importante para segurança de servidores?
Cada porta aberta no seu servidor é uma superfície de ataque potencial. O scan de portas permite auditar a exposição do servidor sob perspectiva externa — exatamente o que um atacante vê ao sondar sua infraestrutura.
Problemas de segurança comuns revelados pelo scan de portas:
- Bancos de dados expostos: MySQL (3306), PostgreSQL (5432), Redis (6379) e MongoDB (27017) nunca devem ser publicamente acessíveis.
- SSH irrestrito: Porta 22 aberta para 0.0.0.0/0 é alvo de força bruta — restrinja a IPs conhecidos.
- Servidores de desenvolvimento: Portas como 8080 ou 3000 deixadas abertas acidentalmente em ambientes de produção.
- Serviços legados: Telnet (23), FTP não criptografado (21) — protocolos obsoletos com vulnerabilidades conhecidas.
- RDP exposto: Porta 3389 aberta publicamente é ponto de entrada para ransomware — sempre tunele através de VPN.
Como interpretar os resultados
Cada porta escaneada retorna um de três estados. Aberta significa que um serviço aceitou a conexão TCP. Fechada significa host alcançável mas sem ninguém escutando. Filtrada significa que um firewall descartou o probe — comum em produção com allowlists rígidas.
- Porta 22 aberta: SSH acessível; seguro apenas com autenticação por chave e restrição por IP.
- 443 aberta, 80 fechada: política HTTPS-only, boa prática.
- 3306 aberta externamente: MySQL quase nunca deve ficar exposto à internet — faça bind em localhost ou rede privada.
- Todas as portas filtradas: firewall forte, mas confirme que as portas da sua aplicação estão acessíveis onde precisam estar.
Problemas comuns e soluções
- SSH (22) aberto para 0.0.0.0/0: restrinja por security group a IPs específicos; habilite fail2ban e desligue autenticação por senha.
- Redis (6379) sem autenticação: o Redis não tem senha por padrão — adicione
requirepasse faça bind em interface privada imediatamente. - PostgreSQL (5432) exposto: restrinja o
pg_hba.confa CIDRs internos e coloque a DB atrás de um bastion ou VPN. - Painel admin em 8080/8443: coloque atrás de VPN ou proteja com allowlist e autenticação forte; interfaces admin padrão são escaneadas o tempo todo.
- Porta aberta inesperada: pode ser um serviço de dev esquecido — investigue com
ss -tlnpno host e mate o que não reconhecer.
Próximos passos
Trate toda porta aberta inesperada como possível ponto de invasão: feche, coloque atrás de VPN ou restrinja a IPs conhecidos. Re-escaneie depois das mudanças para confirmar que a exposição desapareceu.
Para monitoramento contínuo, o FlashMon.app acompanha mudanças automaticamente e avisa no momento em que algo falha.
Monitore suas portas 24/7
Receba alertas instantâneos quando portas inesperadas abrirem ou serviços críticos ficarem indisponíveis.
Perguntas Frequentes
Um scanner de portas tenta conexões TCP a portas específicas em um host alvo para determinar se cada porta está aberta (aceitando conexões), fechada (recusando conexões ativamente) ou filtrada (sem resposta, provavelmente bloqueada por firewall). O scanner do FlashMon realiza handshakes TCP reais do nosso servidor com timeout de 3 segundos por porta, dando uma visão precisa dos serviços expostos do seu servidor sob perspectiva externa.
Aberta significa que a porta está ativamente aceitando conexões TCP — há um serviço escutando e acessível. Fechada significa que a porta respondeu com um TCP RST (reset), indicando que o host é acessível, mas nenhum serviço está rodando naquela porta. Filtrada significa que nenhuma resposta foi recebida dentro do timeout — geralmente causado por um firewall descartando silenciosamente os pacotes. Portas filtradas são as mais ambíguas: o host pode estar ativo, mas um firewall está bloqueando a sonda.
Para um servidor web típico, somente as portas 80 (HTTP) e 443 (HTTPS) devem estar publicamente abertas. A porta 22 (SSH) deve ser restrita a endereços IP específicos via regras de firewall. Portas de banco de dados como 3306 (MySQL), 5432 (PostgreSQL), 6379 (Redis) e 27017 (MongoDB) jamais devem ser publicamente acessíveis — devem ser alcançáveis apenas pelos servidores de aplicação em rede privada. Expor portas de banco de dados publicamente é um risco de segurança crítico.
Sim. Insira qualquer combinação de portas individuais (80,443,8080) ou ranges (8000-8100) no campo de portas, com máximo de 100 portas por scan. Ranges são especificados com hífen (ex: 3000-3010) e podem ser combinados com portas individuais usando vírgulas. Se deixar o campo de portas vazio, o scanner verifica as 19 portas mais comuns, incluindo HTTP, HTTPS, SSH, FTP, SMTP, DNS e os principais bancos de dados.
O scan de portas envia múltiplas tentativas de conexão TCP para servidores externos, o que consome recursos de rede e pode parecer uma sonda ao alvo. Para evitar abuso e garantir uso justo para todos os usuários, o FlashMon limita scans de portas a 3 requisições por IP por minuto. Endereços IP privados e de loopback (192.168.x.x, 10.x.x.x, 127.x.x.x) são bloqueados, pois escanear redes internas via ferramenta online não tem uso legítimo.
Um scan único mostra o estado atual das suas portas, mas serviços podem inesperadamente abrir ou fechar — uma má configuração pode expor uma porta de banco de dados, ou uma regra de firewall pode acidentalmente bloquear seu servidor web. O monitoramento contínuo do FlashMon verifica suas portas críticas periodicamente e alerta imediatamente quando o status muda. Detectar uma porta Redis exposta acidentalmente em minutos, em vez de dias, pode ser a diferença entre um incidente menor e uma violação grave de segurança.