Come determinare se un certificato X.509 è un rinnovo di un altro certificato conosciuto?

Quindi è necessario che la CA o il cliente confermino che il certificato è stato rinnovato. Posso immaginare che ci siano alcuni modi per avvicinarsi a questo ...

Rinnovo + stesso soggetto

Un cliente che detiene il vecchio certificato e il nuovo certificato potrebbe utilizzare la chiave privata di ciascun certificato e firmare il nuovo certificato, dimostrando così di avere conoscenza di entrambe le chiavi.

Un server che revoca un certificato dovrebbe contrassegnarlo nel CRL come superseded . Non sono sicuro che sia gli RFC sia il software (Microsoft FIM o AD CS) supportino diversi motivi di revoca e in che modo questo possa confondere il software.

Rinnovo + Nome soggetto diverso

Se una chiave rinnovata può cambiare il nome del soggetto (ad esempio un cambio di nome di un utente tramite matrimonio) o SAN, allora sarà necessario un campo personalizzato nel certificato per collegare insieme il certificato precedente. Spero che questo tipo di campo sia standardizzato in un RFC da qualche parte .... ??

Se questo è supportato, allora metterei in dubbio la necessità di una PKI o CA poiché una soluzione più semplice potrebbe essere basata unicamente su thumbprints (SSH)

Furto

Questo diventa un po 'peloso se la chiave precedente viene revocata, dove un ladro potrebbe sostituire il vecchio certificato con uno nuovo. Oltre alla logica di revoca, è necessaria la logica per risolvere un'interruzione di un server di revoca e forse una nuova finestra chiave che gestirà la situazione in cui un ladro ruba una chiave, cambia la chiave di autenticazione primaria e l'utente deve comunicare con la vecchia chiave "non rinnovata".

Microsoft ha rinnovo basato su chiave , in cui un ladro potrebbe rinnovare e blocca l'utente, quindi non essere nell'assunzione che un certificato rinnovato abbia sempre più garanzie rispetto all'identità che stai utilizzando attualmente.

Configura la tua CA. Inserisci questo codice CA nella tua app. Controlla se il certificato è emesso da questa CA. Elimina la verifica dell'impronta digitale. I rinnovi non sono un problema in questo scenario.

Oppure: in alternativa: fare in modo che il vecchio certificato / chiave firmi il nuovo certificato / chiave per i rinnovi. Invia questa firma quando è necessario rinnovare.

Non credo che questo sia sicuro, temo. Senza ulteriori interazioni con l'utente, come sapresti se il nuovo certificato è valido e amp; che non era un attacco man-in-the-middle?

Se continui ad accettare certificati aggiornati senza controllo manuale, nel tempo avrai sempre meno sicurezza.

A proposito, se si desidera una vera sicurezza, è necessario un controllo aggiuntivo che deve essere fatto abbastanza spesso e che è quello di controllare l'elenco di revoca dei certificati per l'autorità di autorizzazione. La frequenza con cui controlli la revoca dipende dal tipo di applicazione e dalla sicurezza che ti occorre.

Controlla la RFC ( RFC5280 ) per i dettagli.