Pular para o conteúdo
ecdsa.com

Selos de certificado TLS para o seu README

Cinco selos SVG ao vivo para qualquer domínio: a nota geral de saúde das assinaturas, a contagem regressiva da expiração do certificado, a versão do TLS negociada, a chave do certificado e a prontidão pós-quântica. Escolha um, defina o estilo e copie o trecho de código — Markdown, HTML ou reStructuredText. Sem conta, sem token, sem etapa de build.

Estilo
Experimente:

Escolha um selo

Cada prévia abaixo é gerada neste momento pelo endpoint real para seu domínio.

Copie para o seu README

Informe um domínio acima e os trechos de código aparecem aqui.

Os cinco selos

signature health | Acert expires | in 34 daystls | 1.3cert key | ECDSA P-256post-quantum | not yet

“Copiar todos como Markdown” usa o rótulo padrão de cada selo e o estilo selecionado acima — cinco linhas, prontas para colar como uma fileira.

Por que colocar um selo ali, afinal

Ele continua correto sozinho

O selo é um SVG gerado a partir de uma varredura recente e mantido em cache por uma hora, não uma imagem estática que você colou uma vez. Renove um certificado, mude para ECDSA, ative o TLS 1.3 — o selo acompanha em até uma hora, sem job de CI e sem token.

É uma verificação que outras pessoas podem repetir

Todo selo tem um link para o relatório completo em ecdsa.com/health/<seu domínio>, então quem lê pode ver exatamente o que foi medido — cadeia, algoritmos, versões do protocolo, vida útil — em vez de confiar na cor às cegas.

Ele detecta cedo a falha mais banal

Um selo de expiração que vai ficando âmbar no seu próprio README é um lembrete barato e permanente de que o certificado precisa ser renovado antes que derrube o site no fim de semana.

Como os endpoints funcionam

Cada selo é um GET simples em https://ecdsa.com/api/badge/<domain> mais um sufixo de tipo — /expiry, /tls, /key, /pqc — e responde com um SVG. Dois parâmetros de consulta opcionais: ?style=for-the-badge para a variante alta em maiúsculas e ?label=Your%20text para substituir o texto à esquerda.

Os resultados ficam em cache por uma hora, então um README muito visitado custa ao seu servidor um handshake por hora, e não um por visitante. Um domínio inacessível gera um selo cinza unreachable em vez de uma imagem quebrada — o selo nunca transforma seu README em uma página de imagens ausentes.

Quer entender primeiro o raciocínio por trás da nota? Rode a verificação completa no health check de assinaturas do domínio ou leia ECDSA vs RSA para saber por que um selo de chave mostra o que mostra.