Vai al contenuto

Ispettore di keystore

Keystore Inspector

Apre pacchetti PKCS#12, JKS o PEM ed elenca i certificati, le catene e gli algoritmi di chiave che contengono.

Un `.p12` consegnato da un gruppo che si occupa dei sistemi è opaco: non si vede che cosa contenga, se la catena sia completa o quando scada il certificato foglia, senza una riga di comando e le opzioni giuste. Questo strumento apre i pacchetti PKCS#12, JKS e PEM ed elenca che cosa c’è dentro.

🔒 Funziona interamente nel tuo browserkeystorepkcs12certificateinspect

Il certificato viene decodificato in questa scheda dal lettore ASN.1 della pagina stessa. Non viene caricato niente, ed è questo il punto: una CSR, una CA interna o una chiave incollata per sbaglio non dovrebbero mai finire sul server di uno sconosciuto per essere lette.

Trascina qui un certificato, un pacchetto, una CSR o una chiave pubblica

PEM o DER — .pem, .crt, .cer, .der, .csr, oppure una riga di authorized_keys. O incollalo qui sotto.

Quello che questo non fa

  • Non verifica le firme. L’«emesso da» qui sopra è una corrispondenza di nomi, non una prova: chiunque può scrivere il nome di emittente che vuole in un certificato che si fabbrica da sé.
  • Non sa di quali autorità ti fidi. Quella lista sta nel tuo sistema operativo e nel tuo browser, e da una pagina web non è leggibile.
  • Non controlla la revoca. Gli indirizzi OCSP e CRL sono mostrati perché tu possa farlo, ma interrogarli è una richiesta di rete che questo strumento di proposito non fa.

Per sapere che cosa sta servendo davvero un server acceso — ordine della catena, versioni di protocollo, scadenza — serve una connessione verso di lui: il controllo SSL è lo strumento per quella domanda.

Come si usa

  1. Trascinare dentro il pacchetto

    Vengono letti i file `.p12`/`.pfx`, `.jks` e PEM. Un archivio protetto da password ha bisogno della sua password per aprire il materiale della chiave; le parti relative ai certificati sono spesso leggibili anche senza.

  2. Controllare la catena, non solo la foglia

    Ogni certificato è mostrato con soggetto, emittente, validità e algoritmo della chiave. Un pacchetto che si installa sulla propria macchina e fallisce su un server ha di solito un certificato intermedio mancante.

  3. Confermare che la chiave corrisponda al certificato

    La chiave pubblica nella foglia e la chiave privata nell’archivio devono concordare. Una mancata corrispondenza è l’altro motivo frequente per cui un pacchetto apparentemente valido non serve traffico.

Domande frequenti

Il keystore viene caricato?

No. Viene analizzato nel browser, password compresa. Un archivio contiene una chiave privata, quindi qualunque altra scelta sarebbe indifendibile.

Mi dice se il certificato è attendibile?

No. Legge quello che dice il file. L’attendibilità dipende dall’archivio di radici di ciò che lo convaliderà e dallo stato di revoca, e nessuna delle due cose sta nel file. Questo è un ispettore, non un validatore.

La password viene rifiutata ma sono sicuro che sia giusta.

I vecchi file JKS e i file PKCS#12 scritti da strumenti datati usano a volte algoritmi che i browser moderni non implementano, e un archivio può avere una password per l’archivio e una per ciascuna chiave. Vale la pena provare anche la password della chiave.

Può ricevere da

Dopo

Questi accettano ciò che produce questo strumento, così il risultato può passare direttamente.