tl; dr : la fecha de caducidad no es un mecanismo razonable para proteger la clave principal, y debe tener un certificado de revocación a la mano.
La versión ligeramente más larga es que el efecto de la fecha de vencimiento difiere entre las primarias y las subclaves, y también lo que se pretende evitar.
Subclaves
Para las subclaves, el efecto es bastante simple: después de un período de tiempo determinado, la subclave caducará. Esta fecha de caducidad solo se puede cambiar utilizando la clave principal. Si un atacante se apodera de su subclave (y solo esto), se desactivará automáticamente después de la fecha de caducidad.
La fecha de caducidad de una subclave es una excelente herramienta para anunciar que cambia sus subclaves en una base regular, y que es hora de que otros actualicen su clave después de un tiempo determinado.
Claves primarias
Para las claves primarias, la situación es diferente. Si tiene acceso a la clave privada, puede cambiar la fecha de caducidad que desee . Esto significa que, si un atacante obtiene acceso a su clave privada, puede extender el período de validez arbitrariamente. En el peor de los casos, pierde el acceso a la clave privada al mismo tiempo y, a continuación, ni siquiera puede revocar la clave pública (tiene un certificado de revocación impreso o no conectado y guardado de forma segura, ¿verdad?). Una fecha de caducidad puede ayudar en caso de que simplemente pierda el control sobre la clave (mientras que ningún atacante tiene control sobre ella). La clave caducará automáticamente después de un tiempo determinado, por lo que no habrá una clave inutilizable con su nombre en ella para siempre en los servidores clave.
Recuperación de claves no evitadas débiles
Peor aún, las fechas de caducidad pueden proporcionar una falsa sensación de seguridad. La clave de los servidores de claves expiró, ¿por qué molestarse en revocarla? Hay una gran cantidad de claves RSA de 512 bits bien conectadas en la red del servidor de claves, y probablemente un número comparativamente alto de claves de DSA débiles (debido a los problemas de Debian RNG). Con procesadores más rápidos y posiblemente nuevos conocimientos sobre las debilidades de los algoritmos, un atacante podría en el futuro ser capaz de descifrar la clave caducada, pero no revocada, y utilizarla.
Mantener seguro un certificado de revocación
Si tiene un certificado de revocación y está seguro de que nunca perderá el acceso a su clave privada y al certificado de revocación al mismo tiempo (considere incendio, robo (físico), instituciones oficiales que buscan en su casa), hay < em> no sirve de nada para establecer una fecha de caducidad aparte de una posible confusión y más trabajo para extenderla.