Verificação HTTP / TLS

Inspecione uma resposta HTTP real, cadeia completa de redirecionamentos, tempos de conexão, cabeçalhos de segurança e validação de certificado TLS a partir do nó de API da CHA.LA.

Nenhum resultado HTTP/TLS aindaEnvie uma URL pública para ver evidências reais de resposta e certificado.

Leia resultados HTTP e de certificado

Digite uma URL HTTP ou HTTPS para inspecionar status de resposta, redirecionamentos e certificados TLS. As solicitações se originam da sonda do servidor, ajudando a diagnosticar problemas de conexão e configuração.

Dois exemplos, explicadosIlustrativo · não são resultados ao vivo

Resposta HTTP bem-sucedidaHTTP

Exemplo de observação: HTTP 200 OK
Como interpretar: Esta solicitação recebeu uma resposta de sucessoLogin e fluxos de trabalho não são verificados

Divergência de hostname no certificadoTLS

Exemplo de observação: O host solicitado não está coberto
Como interpretar: Revise os nomes do certificado e o SNINão "corrija" isso ignorando a validação

Verifique cada camadaStatus HTTP, validação TLS e cabeçalhos de segurança dizem respeito a aspectos diferentes.

Perguntas comuns

Por que a resposta é diferente no meu navegador?

Localização da sonda, cabeçalhos, cookies e estado de login diferem. Uma CDN ou política de acesso pode, portanto, retornar uma resposta diferente.

Por que não há certificado para uma URL HTTP?

Os dados do certificado estão disponíveis somente quando uma conexão TLS é estabelecida. HTTP simples não usa TLS por si só.

Os códigos 301 e 302 são falhas?

Não. Eles indicam redirecionamentos. Inspecione o destino final e toda a cadeia em busca de loops, domínios inesperados ou rebaixamento de HTTPS.

Os códigos 403 ou 429 significam que o servidor está com problemas?

Não necessariamente. Um 403 pode refletir política de acesso; um 429 geralmente indica limitação de taxa. Verifique a origem, as permissões e a taxa de solicitações antes de declarar uma indisponibilidade.

Um certificado não expirado é sempre válido?

Não. A correspondência do hostname, a cadeia de certificados e a confiança também importam. Datas válidas não garantem todas as verificações TLS nem endossam o conteúdo do site.

A ausência de um cabeçalho de segurança comprova uma vulnerabilidade?

Não. Avalie os cabeçalhos em relação à finalidade da página, às necessidades de incorporação e à política de segurança. Um cabeçalho ausente é um sinal de revisão, não uma vulnerabilidade confirmada.