Sì, penso che abbia perfettamente senso firmare la chiave di rilascio con la tua chiave privata (anche se non sono un esperto di PGP).

Penso che la tua domanda si riduce davvero a Va bene firmare una chiave PGP senza una riunione IRL? , ma è abbastanza diverso da non essere sicuro che dovrebbe essere chiuso come duplicato.

Sono d'accordo con la risposta di Thomas Pornin a questa domanda, non esiste una vera definizione coerente di "identità" qui, come voi indica correttamente:

release keys are not held by a unique person, but by a team, so it's kinda difficult to meet the people in real life

Il punto di firmare una chiave è dire che conosci l'"identità" a cui la chiave dice di appartenere e che hai verificato che la chiave appartenga effettivamente a tale identità. Nel caso di una chiave di rilascio del software, si desidera verificare che la chiave appartenga al team di rilascio. Poiché il controllo del sito Web del software dovrebbe essere (principalmente) limitato alle persone che realizzano il software, la verifica dell'impronta digitale ottenuta dal sito Web tramite HTTPS è probabilmente una forma accettabile di verifica nella maggior parte dei casi.

L'idea è la stessa di un'infrastruttura a chiave pubblica. L'autorità di certificazione principale (autofirmata) firma la chiave di firma. CA principale - > chiave di firma

Nel caso in cui la chiave di firma sia compromessa, può essere revocata dalla CA radice, è possibile emettere un'altra chiave di firma che è firmata con la CA principale. Quindi è possibile assicurarsi che la nuova chiave di firma sia emessa dal venditore. Crea una catena di fiducia come usiamo con HTTPS. Non sto dicendo che un PKI non abbia svantaggi, il compromesso diretto (root CA) sia uno, ma consente un'automazione, una convalida più semplice e non espone direttamente il certificato autofirmato.

SinotichelaCAprincipalenonèinlinea,ilchedovrebberidurrenotevolmenteilrischiodicompromissione.

is:isthisagoodideatosignareleasekey(afterhavingcross-checkedmultiplesources)?

Questaèunarispostapiuttostodelicata.Poichélachiavedifirma(rilascio)deveessereconvalidata,incasocontrario,potremmoscaricarepotenzialemalwareeritenerechesiastatorilasciatodalfornitorementreilpacchettoèfirmato.Lamiaopinioneèchepiùfontipossiamoconvalidareprimadiutilizzarelachiavedifirmaperl'usoalungotermine,meglioè.

Cosa succede se le mie sottochiavi di firma sono compromesse? dovrebbe dare qualche idea.

Solo per integrare la risposta @safespoit.

La verifica del certificato autofirmato non è diversa da una regione / paese root - CA non è considerata attendibile per impostazione predefinita da qualsiasi sistema operativo / browser. In tal caso, l'utente deve andare al dominio say per scaricare la CA di root al fine di convalidare il certificato firmato sotto la root-CA.

Se un'organizzazione gestisce il certificato autofirmato e l'importazione della CA self-root, questa è una soluzione sicura e valida.

Tuttavia, nel caso di distribuzione di software al pubblico, questo non è raccomandato, in quanto il meccanismo è probabilmente sfruttato da scammer per far sì che il pubblico possa importare il phisher root-CA.