Verifique se uma versão TLS ainda tem suporte
Digite uma versão TLS e saiba na hora se ela ainda vale: TLS 1.3 e TLS 1.2 têm suporte, enquanto TLS 1.0 e TLS 1.1 aparecem como obsoletas, cada uma com o próximo passo para a sua revisão de segurança. Grátis no seu navegador.
- Grátis
- Funciona no seu navegador
- Sem cadastro
- Seus dados não saem do seu aparelho
Executar grátis
Exemplo resolvido
- Versão
- TLS 1.3
- Status
- supported
Este verificador classifica TLS 1.0, TLS 1.1, TLS 1.2 ou TLS 1.3 com uma interpretação clara e fixa das orientações comuns do setor. Ele informa se a versão fornecida está obsoleta, apresenta o status de suporte e recomenda brevemente a próxima ação. Versões não reconhecidas geram um erro explícito, tornando a ferramenta adequada para revisões, scripts, listas de verificação e documentação reproduzíveis.
Entenda o significado do resultado
Um resultado com suporte significa que a versão do protocolo não é normalmente tratada como obsoleta pelas orientações predominantes atuais do setor. Neste verificador, TLS 1.2 e TLS 1.3 têm suporte, enquanto TLS 1.0 e TLS 1.1 estão obsoletos. A classificação trata deliberadamente apenas da versão do protocolo.
Ela não comprova que determinado servidor esteja configurado com segurança, que um certificado seja válido ou que todos os conjuntos de cifras habilitados sejam adequados. Um serviço TLS 1.2 ainda pode manter escolhas fracas de configuração, e um cliente moderno ainda pode falhar por problemas de certificado, nome do host ou cadeia de confiança. Use o status retornado como um item objetivo dentro de uma análise de segurança mais ampla.
A resposta oferece indicadores booleanos de obsolescência e suporte para que a automação consuma o resultado sem interpretar texto, além de uma recomendação legível para relatórios. Como o mapeamento é fixo e determinístico, a mesma entrada reconhecida sempre recebe a mesma classificação, facilitando comparações e evidências de auditoria.
Informe e normalize uma versão TLS
Forneça uma versão por vez. Os formatos canônicos são TLS 1.0, TLS 1.1, TLS 1.2 e TLS 1.3. A comparação não diferencia maiúsculas de minúsculas, ignora espaços externos e também aceita a notação comum TLSv1.2.
A saída sempre apresenta um rótulo canônico, como TLS 1.2, ajudando a normalizar valores coletados de inventários ou anotações de configuração. O verificador rejeita intencionalmente valores incompletos ou desconhecidos em vez de tentar adivinhar. SSL 3.0, TLS 2.0, palavras como “mais recente” e textos incompletos não são transformados silenciosamente em um protocolo com suporte.
Esse comportamento rigoroso é importante em verificações automatizadas, pois um erro de digitação deve interromper um fluxo ou criar uma exceção visível, e não aprovar acidentalmente uma regra de segurança. Ao ler um arquivo de configuração, primeiro extraia a versão real do protocolo da sintaxe específica do produto e depois envie o valor. Se um sistema habilitar várias versões, verifique cada uma separadamente e trate qualquer versão obsoleta habilitada como motivo para revisar a configuração.
Aplique a classificação em uma revisão de segurança
Use esta verificação quando um inventário de ativos, questionário, manifesto de implantação ou resposta de fornecedor indicar uma versão TLS e você precisar de uma classificação inicial consistente. TLS 1.0 ou TLS 1.1 obsoleto normalmente deve gerar uma tarefa de migração: confirme quais clientes ainda dependem da versão antiga, habilite TLS 1.2 ou TLS 1.3, teste a interoperabilidade e então remova o protocolo legado. Um resultado com suporte para TLS 1.2 ou TLS 1.3 não encerra a avaliação.
Continue verificando certificados, cadeias de confiança, validação do nome do host, opções de cifra e assinatura, níveis de correção das bibliotecas e as versões realmente negociadas a partir das redes relevantes. Os requisitos também podem ser mais rigorosos do que orientações comuns, especialmente por contrato, norma regulatória, linha de base da plataforma ou padrão interno de segurança. Nesses casos, adote a política aplicável mais exigente como autoridade final.
O navegador atende revisões manuais rápidas, enquanto a resposta estruturada funciona bem em fluxos de conformidade e verificações reproduzíveis.
Casos de uso
Revisar a linha de base de um servidor
Classifique cada versão TLS citada na linha de base de um servidor ou balanceador antes de aprovar a configuração.
Normalizar questionários de fornecedores
Converta respostas formatadas de maneiras diferentes em um rótulo e um status de suporte consistentes.
Sinalizar protocolos legados
Crie uma tarefa de migração sempre que um item do inventário informar TLS 1.0 ou TLS 1.1.
Perguntas frequentes
Quais versões TLS são reconhecidas?
TLS 1.0, TLS 1.1, TLS 1.2 e TLS 1.3 são reconhecidos, incluindo a notação TLSv sem distinção entre maiúsculas e minúsculas.
Quais versões são consideradas obsoletas?
TLS 1.0 e TLS 1.1 são classificados como obsoletos. TLS 1.2 e TLS 1.3 são classificados como versões com suporte.
Ter suporte significa que um servidor é totalmente seguro?
Não. O resultado cobre apenas a obsolescência da versão, não certificados, cifras, correções da implementação ou configuração do servidor.
O que fazer se um servidor ainda aceita TLS 1.0?
Planeje a migração. TLS 1.0 e TLS 1.1 estão obsoletas, então descubra quais clientes ainda dependem delas e leve-os para TLS 1.2 ou TLS 1.3. Se o sistema habilita várias versões, verifique cada uma separadamente.
Por que SSL 3.0 ou TLS 2.0 são recusados?
Porque a ferramenta só reconhece TLS 1.0, 1.1, 1.2 e 1.3 e nunca tenta adivinhar. SSL 3.0, TLS 2.0, palavras como «latest» ou versões incompletas são recusadas de forma visível, em vez de passarem como suportadas por engano.
Ferramentas relacionadas
Para desenvolvedores — acesso via API
Tudo nesta página está disponível via API. Esta seção é para equipes que querem integrar a ferramenta aos próprios sistemas; quem não precisa disso pode simplesmente usar a ferramenta acima.
Endpoint
Autenticação por token Bearer. Um único POST coloca a tarefa na fila; o resultado chega por webhook ou link assinado.
Chame do seu código
curl -X POST https://api.kit.forhosting.com/security/tls-version-support-check \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"version":"TLS 1.2"}'const res = await fetch("https://api.kit.forhosting.com/security/tls-version-support-check", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"version": "TLS 1.2"
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/security/tls-version-support-check",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"version": "TLS 1.2"
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/security/tls-version-support-check", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"version":"TLS 1.2"}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"version":"TLS 1.2"}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/security/tls-version-support-check", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)Exemplo de requisição
{
"version": "TLS 1.2"
}Exemplo de resposta
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "security.tls_version_support_check",
"status": "queued",
"_links": {
"result": "/tasks/tsk_…/result"
}
}A API é assíncrona: cada chamada devolve um task_id na hora. Se preferir polling, consulte o status a até 1 requisição por segundo.
Preço
Preço publicado, sem tokens nem créditos escondidos. Tarefa que falha não é cobrada.
Erros
| HTTP | Código | O que significa |
|---|---|---|
401 | unauthorized | Token ausente ou inválido. Confira o header Authorization. |
402 | insufficient_balance | Saldo insuficiente para esta tarefa. Faça uma recarga e tente de novo. |
404 | unknown_type | Esse tipo de tarefa não existe. Confira o campo type no catálogo. |
429 | rate_limited | Muitas requisições em pouco tempo. Espere um instante e tente de novo. |
Notas técnicas
Aplique a classificação em uma revisão de segurança
O preço da API é US$ 0,002 por solicitação ao automatizar a consulta.
Perguntas técnicas
O que acontece com uma versão desconhecida?
A solicitação retorna um erro invalid_input com as quatro versões TLS reconhecidas, sem tentar adivinhar.
Quanto custa uma verificação pela API?
Cada solicitação da API custa US$ 0,002. A capacidade faz uma classificação determinística de versão por solicitação.