Manter a mesma chave privada em sua autoridade de certificação raiz permite que todos os certificados continuem sendo validados com êxito na nova raiz; tudo o que é exigido de você é confiar na nova raiz.
O relacionamento de assinatura de certificado é baseado em uma assinatura da chave privada; manter a mesma chave privada (e, implicitamente, a mesma chave pública) ao gerar um novo certificado público, com um novo período de validade e quaisquer outros novos atributos alterados conforme necessário, mantém a relação de confiança em vigor. As CRLs também podem continuar do certificado antigo para o novo, como são, como certificados, assinadas pela chave privada.
Então, vamos verificar!
Crie uma autoridade de certificação raiz:
openssl req -new -x509 -keyout root.key -out origroot.pem -days 3650 -nodes
Gere um certificado filho dele:
openssl genrsa -out cert.key 1024
openssl req -new -key cert.key -out cert.csr
Assinar o certificado filho:
openssl x509 -req -in cert.csr -CA origroot.pem -CAkey root.key -create_serial -out cert.pem
rm cert.csr
Tudo definido lá, relação de certificado normal. Vamos verificar a confiança:
# openssl verify -CAfile origroot.pem -verbose cert.pem
cert.pem: OK
Ok, agora vamos dizer que 10 anos se passaram. Vamos gerar um novo certificado público a partir da mesma chave privada raiz.
openssl req -new -key root.key -out newcsr.csr
openssl x509 -req -days 3650 -in newcsr.csr -signkey root.key -out newroot.pem
rm newcsr.csr
E ... funcionou?
# openssl verify -CAfile newroot.pem -verbose cert.pem
cert.pem: OK
Mas ... por quê? Eles são arquivos diferentes, certo?
# sha1sum newroot.pem
62577e00309e5eacf210d0538cd79c3cdc834020 newroot.pem
# sha1sum origroot.pem
c1d65a6cdfa6fc0e0a800be5edd3ab3b603e1899 origroot.pem
Sim, mas isso não significa que a nova chave pública não corresponda criptograficamente à assinatura no certificado. Números de série diferentes, mesmo módulo:
# openssl x509 -noout -text -in origroot.pem
Serial Number:
c0:67:16:c0:8a:6b:59:1d
...
RSA Public Key: (1024 bit)
Modulus (1024 bit):
00:bd:56:b5:26:06:c1:f6:4c:f4:7c:14:2c:0d:dd:
3c:eb:8f:0a:c0:9d:d8:b4:8c:b5:d9:c7:87:4e:25:
8f:7c:92:4d:8f:b3:cc:e9:56:8d:db:f7:fd:d3:57:
1f:17:13:25:e7:3f:79:68:9f:b5:20:c9:ef:2f:3d:
4b:8d:23:fe:52:98:15:53:3a:91:e1:14:05:a7:7a:
9b:20:a9:b2:98:6e:67:36:04:dd:a6:cb:6c:3e:23:
6b:73:5b:f1:dd:9e:70:2b:f7:6e:bd:dc:d1:39:98:
1f:84:2a:ca:6c:ad:99:8a:fa:05:41:68:f8:e4:10:
d7:a3:66:0a:45:bd:0e:cd:9d
# openssl x509 -noout -text -in newroot.pem
Serial Number:
9a:a4:7b:e9:2b:0e:2c:32
...
RSA Public Key: (1024 bit)
Modulus (1024 bit):
00:bd:56:b5:26:06:c1:f6:4c:f4:7c:14:2c:0d:dd:
3c:eb:8f:0a:c0:9d:d8:b4:8c:b5:d9:c7:87:4e:25:
8f:7c:92:4d:8f:b3:cc:e9:56:8d:db:f7:fd:d3:57:
1f:17:13:25:e7:3f:79:68:9f:b5:20:c9:ef:2f:3d:
4b:8d:23:fe:52:98:15:53:3a:91:e1:14:05:a7:7a:
9b:20:a9:b2:98:6e:67:36:04:dd:a6:cb:6c:3e:23:
6b:73:5b:f1:dd:9e:70:2b:f7:6e:bd:dc:d1:39:98:
1f:84:2a:ca:6c:ad:99:8a:fa:05:41:68:f8:e4:10:
d7:a3:66:0a:45:bd:0e:cd:9d
Vamos um pouco mais longe para verificar se está funcionando na validação de certificados do mundo real.
Abra uma instância do Apache, e vamos tentar (estrutura do arquivo debian, ajuste conforme necessário):
# cp cert.pem /etc/ssl/certs/
# cp origroot.pem /etc/ssl/certs/
# cp newroot.pem /etc/ssl/certs/
# cp cert.key /etc/ssl/private/
Definiremos essas diretivas em VirtualHost ouvindo em 443 - lembre-se de que o certificado raiz newroot.pem nem existia quando cert.pem foi gerado e assinado.
SSLEngine on
SSLCertificateFile /etc/ssl/certs/cert.pem
SSLCertificateKeyFile /etc/ssl/private/cert.key
SSLCertificateChainFile /etc/ssl/certs/newroot.pem
Vamos ver como o openssl o vê:
# openssl s_client -showcerts -CAfile newroot.pem -connect localhost:443
Certificate chain
0 s:/C=AU/ST=Some-State/O=Internet Widgits Pty Ltd/CN=server.lan
i:/C=AU/ST=Some-State/O=Internet Widgits Pty Ltd/CN=root
-----BEGIN CERTIFICATE-----
...
-----END CERTIFICATE-----
1 s:/C=AU/ST=Some-State/O=Internet Widgits Pty Ltd/CN=root
i:/C=AU/ST=Some-State/O=Internet Widgits Pty Ltd/CN=root
-----BEGIN CERTIFICATE-----
MIICHzCCAYgCCQCapHvpKw4sMjANBgkqhkiG9w0BAQUFADBUMQswCQYDVQQGEwJB
...
-----END CERTIFICATE-----
(this should match the actual contents of newroot.pem)
...
Verify return code: 0 (ok)
Ok, e que tal um navegador usando a API de criptografia do MS? Tenho que confiar na raiz, primeiro, tudo bem, com o novo número de série da raiz:
Eaindadevemostrabalharcomaraizantigatambém.MudeaconfiguraçãodoApache:
SSLEngineonSSLCertificateFile/etc/ssl/certs/cert.pemSSLCertificateKeyFile/etc/ssl/private/cert.keySSLCertificateChainFile/etc/ssl/certs/origroot.pemFaçaumreiníciocompletonoApache,umrecarregamentonãomudaráoscertificadoscorretamente.
#openssls_client-showcerts-CAfileorigroot.pem-connectlocalhost:443Certificatechain0s:/C=AU/ST=Some-State/O=InternetWidgitsPtyLtd/CN=server.lani:/C=AU/ST=Some-State/O=InternetWidgitsPtyLtd/CN=root-----BEGINCERTIFICATE-----...-----ENDCERTIFICATE-----1s:/C=AU/ST=Some-State/O=InternetWidgitsPtyLtd/CN=rooti:/C=AU/ST=Some-State/O=InternetWidgitsPtyLtd/CN=root-----BEGINCERTIFICATE-----MIIC3jCCAkegAwIBAgIJAMBnFsCKa1kdMA0GCSqGSIb3DQEBBQUAMFQxCzAJBgNV...-----ENDCERTIFICATE-----(thisshouldmatchtheactualcontentsoforigroot.pem)...Verifyreturncode:0(ok)E,comonavegadordaAPIdecriptografiaMS,oApacheapresentaaraizantiga,masanovaraizaindaestánoarmazenamentoderaizconfiáveldocomputador.Eleiráencontrá-loautomaticamenteevalidarocertificadocontraaraizconfiável(nova),apesardoApacheapresentarumacadeiadiferente(araizantiga).Depoisderemoveranovaraizdasraízesconfiáveiseadicionarocertificadoraizoriginal,tudoestábem:
Então é isso! Mantenha a mesma chave privada quando você renovar, troque na nova raiz confiável e praticamente tudo simplesmente funciona . Boa sorte!