¿Cuándo debo renovar la autoridad de certificación?

Creo que lo más importante a considerar es la vida útil de Root CA.

¿Por qué tenemos una CA raíz? Porque confiamos en la CA raíz y queremos confiar en las cosas firmadas por dicha CA raíz.

¿Por qué tenemos un Sub CA? porque no queremos usar el CA raíz cada vez que queremos firmar algo (porque es más seguro simplemente poner la clave privada en un lugar de almacenamiento en frío) . Entonces firmamos un Sub CA (o intermedio) con una vida útil más corta, por lo que tenemos un certificado confiable que podemos usar para firmar pero que no es tan duradero en caso de que esté comprometido.

¿Por qué confiamos en la CA raíz? porque todos hemos acordado confiar en ella.

Entonces, la verdadera pregunta es ¿con qué frecuencia desea pedirle a la gente que confíe en un nuevo Root Cert? Cuanto más larga sea la vida útil, más peligroso será si se compromete. Cuanto más corta sea la vida útil, más a menudo tendrá que pedir a las personas que confíen en un Root Cert.

Un certificado raíz no puede tener su vencimiento extendido.

No hay un concepto de renovación de CA raíz (o renovación de certificado para lo que importa), excepto en un sentido comercial. Cada certificado es nuevo, que puede o no reutilizar las mismas claves privadas / públicas.

Cuando la CA raíz está a punto de caducar, debe crear una nueva y realizar el proceso para incluirla en el conjunto de claves de la CA en la que confíe.

Si está emitiendo certificados para clientes, debe asegurarse de tener un ciclo de renovación adecuado y comenzar a emitir desde la nueva cadena de CA cuando el período de validez de su certificado de cliente exceda la vida útil de CA anterior.

Si el certificado de CA raíz se inserta a tiempo en los repositorios de certificados a tiempo, la transición será transparente.

La norma PKC relevante RFC5280 aplica el modelo de shell para la validación de certificados, lo que significa que para que cualquier firma (y por lo tanto el certificado) sea válida, cualquier certificado en la cadena del firmante también debe ser válido.

Eso significa que, después de 20 años, su nueva Sub CA no debe ser válida por más de 10 años y cualquier certificado de entidad final firmado por él no debe tener una fecha posterior a la fecha de caducidad de la raíz o subCA.

Para facilitar la transición a un nuevo subCA o certificado raíz (que usará un nuevo par de llaves), es una buena práctica crear un certificado cruzado . Es un certificado que tiene las mismas entradas que el antiguo pero firmado por el nuevo. Digamos que creas un nuevo certificado raíz. A continuación, creará un certificado intermedio que contenga la clave pública y el asunto (y las extensiones) de su antiguo certificado raíz firmado por el nuevo. De esa manera, todos los certificados antiguos pueden ser validados con éxito por cualquiera de las dos raíces utilizadas como un ancla de confianza. Si realiza este procedimiento con suficiente antelación (~ 1-2 años), tendrá tiempo suficiente para implementar su nueva raíz en todos los productos de software y máquinas necesarias sin crear interrupciones para los usuarios.