È possibile firmare / verificare una coppia di chiavi?

Quello che stai descrivendo è il problema esatto della distribuzione della chiave pubblica che PKI è destinato a risolvere. Quando la "coppia chiave principale" viene utilizzata per firmare la chiave pubblica di un fornitore di contenuti autorevole per un dominio specifico, viene rilasciato un certificato che collega il nome del dominio a una chiave pubblica. Questo è quello che intendi fare, e questo è PKI, che tu lo voglia o no.

Dove vengono generate le chiavi private è ortogonale al problema. Un fornitore di contenuti ottiene un certificato (coppia di chiavi collegata al suo nome di dominio) attraverso una procedura progettata per garantire che solo il fornitore giusto ottenga la chiave privata. Esistono molti modi per organizzare tale procedura e la coppia di chiavi può essere generata dalla tua parte o dal lato del provider. In generale, è preferibile che le chiavi private siano generate dal lato del provider, perché altrimenti la chiave privata deve viaggiare e non ci piace quando viaggiano le chiavi private. Ma questa è solo l'affermazione generale; in pratica, il contesto conta molto. Per esempio. se incontri fisicamente le persone del provider, puoi organizzare un trasferimento protetto fisicamente della chiave privata o una password grossa che è stata utilizzata per crittografare la chiave privata.

Per quanto riguarda i formati e i protocolli effettivi, è altamente raccomandato attenersi agli standard esistenti, ad esempio X.509 nel caso di certificati. Il motivo principale è che il software che è più facile da sviluppare è il software che è già stato sviluppato. Troverai un sacco di supporto X.509 negli strumenti che stai già utilizzando, integrati nel tuo framework di programmazione (ad esempio nativamente i certificati handle Java e .NET) o come librerie opensource extra. È allettante reinventare il proprio formato, ma l'esperienza ha ripetutamente dimostrato che è una cattiva idea. Il punto centrale è che è molto difficile per progettare correttamente un protocollo crittografico sicuro; è facile avere qualcosa che "funzioni", ma la parte "sicura" è difficile, soprattutto perché non può essere testata. Fatti un favore: non reinventare la ruota. NIH è chiamato "sindrome" per buone ragioni.

Abbiamo deciso di adottare un approccio basato sulle impronte digitali. Quando emettiamo un fornitore con una coppia di chiavi, abbiamo hash la chiave pubblica più il dominio è autorevole per insieme e quindi firmarlo utilizzando la chiave di registri principale. In questo modo, possiamo verificare che una chiave di provider sia valida e autorevole per il loro dominio verificando l'hash della chiave + il dominio sia valido.

Se qualcuno ha dei suggerimenti migliori, io sono ancora tutto orecchie.

NB: Questo è in qualche modo essenzialmente ciò che PKI fa con i certificati, ma senza tutto il superfluo di funzionalità non necessarie che il nostro PoC non ha bisogno.