Analise URLs por homoglifos, punycode, scripts mistos, sinais estruturais de phishing e reputação em bases externas sem abrir o alvo diretamente.
A maior parte dos golpes com URL não depende de malware sofisticado; depende de percepção. Letras cirílicas que parecem latinas, punycode escondendo um domínio internacionalizado, controles bidirecionais que mudam a ordem visual e cadeias longas de subdomínios são truques suficientes para induzir clique. Esta página junta duas camadas complementares: leitura estrutural detalhada da URL e consultas de reputação em bases externas já conhecidas, sempre sem abrir o alvo diretamente a partir da nossa infraestrutura.
Golpes de URL raramente precisam inventar um domínio totalmente aleatório. O que funciona melhor é criar um domínio que “pareça certo” quando lido rápido: trocar `a` por `а` cirílico, `l` por `ӏ`, usar `xn--` para esconder a forma Unicode real ou misturar scripts em um mesmo rótulo.
Isso não significa que todo domínio internacionalizado seja malicioso. IDNs legítimos existem e são necessários. O problema aparece quando a escrita visual tenta se passar por outra marca, outro serviço ou outro domínio ASCII conhecido. É por isso que a leitura em Unicode e a leitura em ASCII/punycode precisam ser vistas lado a lado.
Se uma ferramenta “verifica reputação” conectando no alvo, alguém sempre revela algum IP para o destino: seu navegador, nosso servidor ou um terceiro. Mesmo uma simples checagem de TLS, DNS ou HTTP já é observável por fora e amplia a superfície de SSRF, reflection e abuso de infraestrutura.
Nesta implementação, a decisão foi priorizar privacidade e segurança operacional: nenhuma conexão direta é feita com o domínio informado a partir da nossa infraestrutura. Em vez disso, a ferramenta combina leitura estrutural local com consultas de reputação em conjuntos externos já existentes. Isso não promete onisciência; promete ampliar cobertura sem abrir o alvo diretamente.
A análise estrutural é excelente para achar disfarce visual, problemas de normalização, confusáveis, esquemas perigosos, userinfo e truques de apresentação. Ela também é útil para mostrar quando um domínio tenta se aproximar demais de uma marca conhecida por typosquatting ou homografia.
O que ela não faz é garantir reputação global em todos os feeds possíveis, verificar infraestrutura viva do alvo ou afirmar que um domínio é benigno apenas porque a string parece limpa. Segurança de link sempre depende de contexto, canal de origem, expectativa do usuário e confirmação fora da mensagem suspeita.
Cole o código no seu HTML e a ferramenta aparece na sua página, sem a navegação e sem os anúncios do J-Kit. Ela continua rodando no navegador de quem visita o seu site.
<iframe
src="https://jkit.tools/embed/pt-BR/verificador-links"
width="100%"
height="600"
style="border:0"
loading="lazy"
title="Verificador de Links"
></iframe>Estas referências ajudam a contextualizar fórmulas, padrões, APIs e limitações usadas nesta página. Elas não substituem validação profissional quando o resultado tiver impacto jurídico, financeiro, médico ou operacional.
Não abrimos o link diretamente nem fazemos fetch HTTP/TLS/DNS no alvo a partir da nossa infraestrutura. O que pode existir é consulta a feeds, blocklists e relatórios externos já conhecidos, sem submissão ativa para scan.
Cole uma URL para iniciar a análise.
Não abrimos o alvo diretamente do nosso servidor. A camada estrutural roda no navegador e a camada externa, quando disponível, consulta apenas bases, feeds e relatórios já existentes dos provedores integrados.