Pular para o conteúdo

Inspetor de keystore

Keystore Inspector

Abre pacotes PKCS#12, JKS ou PEM e lista os certificados, as cadeias e os algoritmos de chave que contêm.

Um `.p12` entregue por uma equipe de operações é opaco: você não consegue ver o que há nele, se a cadeia está completa ou quando o certificado final expira sem uma linha de comando e as opções certas. Esta ferramenta abre pacotes PKCS#12, JKS e PEM e lista o que há dentro.

🔒 Roda inteiramente no seu navegadorkeystorepkcs12certificateinspect

O certificado é decodificado nesta aba pelo leitor ASN.1 da própria página. Nada é enviado, e esse é o ponto: um CSR, uma CA interna ou uma chave colada sem querer nunca deveriam ir parar no servidor de um estranho para serem lidos.

Solte um certificado, um pacote, um CSR ou uma chave pública

PEM ou DER — .pem, .crt, .cer, .der, .csr, ou uma linha de authorized_keys. Ou cole abaixo.

O que isto não faz

  • Não verifica assinaturas. O “emitido por” acima é uma coincidência de nomes, não prova — qualquer um escreve o nome de emissor que quiser num certificado que faz sozinho.
  • Não sabe em quais autoridades você confia. Isso mora no seu sistema operacional e no seu navegador, e não dá para ler de uma página web.
  • Não checa revogação. Os endereços de OCSP e de CRL aparecem para você poder checar, mas perguntar a eles é uma requisição de rede que esta ferramenta de propósito não faz.

Para saber o que um servidor no ar está realmente servindo — ordem da cadeia, versões de protocolo, vencimento — é preciso uma conexão com ele: o verificador de SSL é a ferramenta para essa pergunta.

Como usar

  1. Solte o pacote

    `.p12`/`.pfx`, `.jks` e arquivos PEM são todos lidos. Um repositório protegido por senha precisa da senha para abrir o material de chave; as partes de certificado muitas vezes são legíveis sem ela.

  2. Verifique a cadeia, não só o certificado final

    Cada certificado é mostrado com titular, emissor, validade e algoritmo de chave. Um pacote que instala na sua máquina e falha em um servidor normalmente é um intermediário que está faltando.

  3. Confirme que a chave corresponde ao certificado

    A chave pública no certificado final e a chave privada no repositório devem concordar. Uma divergência é o outro motivo comum para um pacote aparentemente válido não servir tráfego.

Perguntas frequentes

O keystore é enviado a algum servidor?

Não. Ele é interpretado no navegador, senha incluída. Um repositório contém uma chave privada, então qualquer outra coisa seria indefensável.

Ela me diz se o certificado é confiável?

Não. Ela lê o que o arquivo diz. A confiança depende do repositório de raízes de quem for validá-lo e do status de revogação, e nenhum dos dois está no arquivo. Isto é um inspetor, não um validador.

A senha é rejeitada, mas tenho certeza de que está certa.

Arquivos JKS antigos e arquivos PKCS#12 escritos por ferramentas legadas às vezes usam algoritmos que os navegadores modernos não implementam, e um repositório pode ter uma senha para o repositório e outra para cada chave. Tente também a senha da chave.

Pode receber de

Em seguida

Estas aceitam o que esta ferramenta produz, então o resultado pode ir direto.