Sí, creo que tiene mucho sentido firmar la clave de liberación con su clave privada (aunque no soy un experto en PGP).

Creo que su pregunta realmente se reduce a ¿Está bien firmar una clave PGP sin una reunión de IRL? , pero es lo suficientemente diferente como para que no esté seguro de que deba cerrarse como un duplicado.

Estoy de acuerdo con la respuesta de Thomas Pornin, no hay una definición coherente real de "identidad" aquí, ya que señalar correctamente:

  

las claves de liberación no están en manos de una persona única, sino de un equipo, por lo que es un poco difícil conocer a la gente en la vida real

El punto de firmar una clave es decir que usted conoce la "identidad" a la que dice que pertenece la clave, y que ha verificado que la clave realmente pertenece a esa identidad. En el caso de una clave de lanzamiento de software, desea verificar que la clave pertenece al equipo de lanzamiento. Dado que el control del sitio web del software debe estar (en su mayoría) limitado a las personas que hacen el software, verificar la huella digital obtenida del sitio a través de HTTPS es probablemente una forma aceptable de verificación en la mayoría de los casos.

La idea es la misma que una infraestructura de clave pública. La autoridad de certificación Root (autofirmada) firma la clave de firma. Raíz CA - > clave de firma

En el caso de que la clave de firma se vea comprometida, la CA raíz pueda revocarla, se puede emitir otra clave de firma firmada con la CA raíz. A continuación, puede asegurarse de que el proveedor emita la nueva clave de firma. Crea una cadena de confianza como la que usamos con HTTPS. No estoy diciendo que una PKI no tenga desventajas, el compromiso directo (CA raíz) es una, pero permite una automatización, una validación más sencilla y no expone directamente el certificado autofirmado.

ObservequelaCAraízestáfueradelínea,loquedeberíamitigarengranmedidaelriesgodecompromiso.

  

es:¿esunabuenaideafirmarunaclavedeliberación(despuésdehaberverificadovariasfuentes)?

Estaesunarespuestabastantedelicada.Comolaclavedefirma(lanzamiento)debevalidarse,delocontrario,podríamosestardescargandounmalwarepotencialycreemosquefueliberadoporelproveedorcuandosefirmaelpaquete.Miopiniónesque,cuantasmásfuentespodamosvalidarantesdeusarlaclavedefirmaparaelusoalargoplazo,mejor.

¿Qué sucede si mis subclaves de firma están comprometidas? debería dar una idea.

Solo para complementar la respuesta de @safespoit.

El desafío del certificado autofirmado no es diferente a un CA / root de región / país que no es de confianza por defecto para ningún sistema operativo / navegador. En tal caso, el usuario debe ir al dominio "say" para descargar la CA raíz para validar el certificado firmado bajo dicha CA.

Si una organización administra el certificado autofirmado y la importación de la CA autoprotegida, esta es una solución segura y sólida.

Sin embargo, en el caso de la distribución de software al público, no se recomienda, ya que el estafador probablemente explota el mecanismo para engañar al público para que importe el phisher root-CA.