Verificador de Expiração de Certificado
Verifica a expiração do certificado e dias restantes
PEM Certificate(s)
Paste a PEM certificate to check its expiry
Note
This tool parses PEM-encoded X.509 certificates to extract validity dates. For full certificate analysis, use the X.509 Certificate Viewer tool. Processing is done entirely in your browser - no data is sent to any server.
O Certificate Expiry Checker extrai datas de validade de certificados X.509 e calcula exatamente quantos dias, horas e minutos permanecem até a expiração -- ajudando a prevenir outages causados por certificados SSL/TLS expirados, uma das causas mais comuns de interrupção de serviço. Cole um ou mais certificados PEM e obtenha uma contagem regressiva codificada por cor para cada um.
Entendendo Expiração de Certificado
Certificados expirados são um daqueles problemas que nunca deveria acontecer mas de alguma forma sempre acontece. Cada certificado X.509 tem uma data de expiração incorporada, e quando aquela data passa, clientes recusarão se conectar. Navegadores mostram um aviso de página inteira, clientes API lançam erros TLS e aplicativos móveis falham silenciosamente. O resultado é sempre o mesmo: usuários não conseguem alcançar seu serviço e sua equipe se apressada para descobrir o que deu errado. A resposta é quase sempre um certificado que ninguém lembrou de renovar.
A razão pela qual isso continua acontecendo é que renovação de certificado é frequentemente um processo manual gerenciado por uma pessoa que pode deixar a equipe, ou é automatizado mas a automação quebra silenciosamente. Certificados Let's Encrypt expiram a cada 90 dias, e certificados comerciais duram no máximo 397 dias. Em qualquer caso, você precisa de um jeito de verificar quanto tempo você tem deixado. Executar openssl x509 -enddate em cada certificado funciona, mas é tedioso quando você tem dezenas de certificados em múltiplos servidores, load balancers e endpoints CDN.
Este checker simplifica esse workflow. Cole um único certificado ou uma chain inteira, e você imediatamente vê datas Not Before e Not After com uma contagem regressiva clara. Certificados se aproximando de expiração são destacados em amarelo ou vermelho para você priorizar renovações. Para equipes que fazem auditorias periódicas de certificado, isso é mais rápido que SSH-ing em cada servidor e executando comandos OpenSSL um por um.
Como Verificar Expiração de Certificado
- Cole um ou mais certificados codificados em PEM (começando com
-----BEGIN CERTIFICATE-----) - O checker exibe datas Not Before e Not After para cada certificado
- Revise a contagem regressiva mostrando dias restantes, codificada por cor por urgência
- Identifique certificados que precisam de atenção de renovação primeiro
Exemplo de Saída de Verificação de Expiração
Cole uma chain de certificados com três certificados:
| Certificado | Sujeito | Not Before | Not After | Restante |
|---|---|---|---|---|
| Leaf | CN=www.example.com | 2025-01-15 | 2025-04-15 | 38 dias |
| Intermediate | CN=R3, O=Let's Encrypt | 2024-09-15 | 2027-09-15 | 927 dias |
| Root | CN=ISRG Root X1 | 2015-06-04 | 2035-06-04 | 3,742 dias |
Codificação de Cor de Status
| Cor | Condição | Ação |
|---|---|---|
| Verde | Mais de 30 dias restantes | Nenhuma ação necessária |
| Amarelo | 7--30 dias restantes | Agende renovação |
| Vermelho | Menos de 7 dias restantes | Renove imediatamente |
| Expirado | Após data Not After | Certificado inválido, substitua agora |
Quando Usar Esta Ferramenta
- Auditorias periódicas de certificado -- cole todos seus certificados para obter uma visualização classificada por data de expiração, identificando qual precisa de renovação primeiro
- Verificação pré-implementação -- confirme que um certificado recém-emitido tem um período de validade adequado antes de instalá-lo em servidores de produção
- Investigação de incidente -- determine rapidamente se uma falha de handshake TLS foi causada por um certificado expirado
- Planejamento de renovação -- construa um cronograma de renovação baseado em datas de expiração reais em sua infraestrutura
- Verificação em lote -- cole uma chain de certificado inteira ou bundle para verificar todos os certificados de uma vez em vez de executar comandos individuais
openssl x509 -enddate - Cobertura de lacuna de monitoramento -- verificação pontual de certificados em sistemas onde monitoramento automatizado ainda não está implementado
Como Validade de Certificado Funciona
Cada certificado X.509 contém dois campos de data que definem sua janela de validade:
- Not Before (notBefore) -- o certificado não é válido antes desta data. Tentar usar um certificado "ainda-não-válido" causa falhas de handshake TLS assim como um expirado.
- Not After (notAfter) -- o certificado expira neste momento exato. Após este timestamp, clientes devem rejeitar o certificado.
Períodos de Validade Comuns
| Tipo de Certificado | Validade Típica |
|---|---|
| Let's Encrypt (DV) | 90 dias |
| DV/OV Comercial | 397 dias (máximo 13 meses) |
| CA Intermediária | 5--10 anos |
| CA Raiz | 20--30 anos |
| Assinatura de Código | 1--3 anos |
Desde setembro de 2020, o CA/Browser Forum limita certificados de folha publicamente confiados a um máximo de 397 dias. Isso significa renovação regular é inevitável para todos os certificados HTTPS de produção.
Considerações de Skew de Relógio
Validação de certificado depende do relógio do sistema do cliente. Um servidor com relógio definido 48 horas atrás tratará certificados como válidos por 48 horas extras -- e rejeitará certificados como "ainda não válido" por 48 horas após issuance. Sincronização NTP é crítica para TLS confiável.
Gerenciando Expiração de Certificado na Prática
A melhor coisa que você pode fazer para evitar outages relacionados a certificados é automatizar renovação. Ferramentas como certbot, clientes ACME e gerenciadores de certificados de provedor de nuvem lidam com renovação e implementação automaticamente, removendo a dependência de memória humana que causa a maioria dos incidentes de expiração. Se você usar Let's Encrypt, certbot renova certificados a 30 dias antes de expiração por padrão e pode recarregar sua configuração de servidor web automaticamente.
Para certificados que não podem ser auto-renovados -- certificados EV comerciais, certificados para sistemas sem suporte ACME ou certificados gerenciados por equipes externas -- você precisa de um sistema de rastreamento. Uma planilha compartilhada é melhor que nada, mas uma ferramenta de monitoramento que envia alertas a 30, 14 e 7 dias antes de expiração é muito mais confiável. Muitas equipes usam este checker como parte de uma rotina de auditoria mensal: export certificados de todos servidores, cole-os na ferramenta e revise a contagem regressiva para tudo se aproximando da zona de perigo.
Não esqueça sobre certificados intermediários e raiz em sua chain. Enquanto esses expiram muito menos frequentemente que certificados de folha, um intermediário expirado quebrará cada certificado de folha que assinou. Alguns dos maiores outages de certificado na história foram causados por certificados CA intermediários expirando sem ninguém rastreá-los. Sempre verifique a chain completa, não apenas a folha.
Perguntas Frequentes
Por que certificados expiram? Expiração de certificado serve vários propósitos de segurança. Limita a janela de exposição se uma chave privada é comprometida. Força revalidação periódica de propriedade de domínio. Garante que organizações adotem padrões criptográficos atuais. Ciclos de vida mais curtos (como certificados de 90 dias do Let's Encrypt) encorajam automação e reduzem risco de compromisso de chave.
Quanto tempo antes devo renovar certificados? Renove pelo menos 30 dias antes de expiração. Let's Encrypt recomenda renovação a 60 dias (um terço do ciclo de vida de 90 dias). Para processos de renovação manual, comece pelo menos 2 semanas cedo para permitir tempo para aprovação, issuance e implementação. Sistemas automatizados (certbot, clientes ACME) tipicamente renovam a 30 dias restantes.
Posso verificar expiração de certificado de um servidor ativo sem ter o arquivo PEM?
Você pode recuperar o certificado usando OpenSSL: openssl s_client -connect example.com:443 -servername example.com </dev/null 2>/dev/null | openssl x509 -noout -dates outputs as datas Not Before e Not After. Cole a saída completa PEM nesta ferramenta para uma visualização mais detalhada.
O que acontece quando um certificado intermediário expira? Se um certificado CA intermediário em sua chain expira, todos os certificados de folha assinados por ele se tornam não confiáveis -- mesmo se os certificados de folha em si não tenham expirado. É por isso que verificar a chain inteira é importante, não apenas o certificado de folha.
Por que meu novo certificado mostra "ainda não válido"? A data Not Before em um certificado pode ser definida para um tempo futuro. Se o relógio da CA emissora e seu relógio estão ligeiramente dessincronizados, ou se a CA intencionalmente define uma data de início futura, o certificado será inválido até aquele tempo chegar. Garanta que o relógio de seu servidor está sincronizado via NTP e aguarde a data Not Before passar.
Como automatizo o monitoramento de expiração de certificado?
Para ambientes pequenos, um cron job executando openssl x509 -checkend 2592000 (verifica se o certificado expira dentro de 30 dias) e enviando notificação por email funciona bem. Para ambientes maiores, ferramentas como Prometheus com o exporter blackbox, plugins Nagios/Icinga check_ssl_cert ou plataformas de gerenciamento de certificados dedicadas fornecem monitoramento abrangente com dashboards e alerting.
Ferramentas Relacionadas
- X.509 Certificate Viewer - Ver detalhes de certificado completos além de apenas datas de expiração
- PEM Bundle Splitter - Dividir chains de certificado para verificar cada certificado individualmente
- Certificate Fingerprint Generator - Gerar fingerprints para rastreamento de certificados entre ambientes
- SAN Extractor - Verificar quais domínios um certificado cobre antes de renovação
- CSR Viewer - Inspecionar um Certificate Signing Request antes de submeter para renovação