Os navegadores da Web armazenam em cache certificados SSL?

Algum navegador da Web armazena em cache certificados de servidor SSL? Por exemplo, se eu alterar o certificado SSL em um servidor web, todos os navegadores buscarão o novo certificado quando se conectarem via SSL ou é possível que eles possuam um certificado obsoleto?

Estou pensando no cenário em que um certificado SSL expira e é substituído por um novo no servidor web.

Bem, a resposta de RedGrittyBrick está correta, mas não está realmente respondendo à pergunta. A questão era, se os navegadores fazem isso, não se devem ou precisam fazê-lo.

Pelo que ouvi, o MSIE e o Chrome realmente fazem certificados de cache e não os substituem quando obtêm uma nova versão, desde que a antiga seja válida. Por que eles fazem isso não é para mim entender, pois diminui a segurança.

Não. Consulte a visão geral do IBM SSL

1. O cliente SSL envia uma mensagem "olá cliente" que lista informações criptográficas, como a versão SSL e, na ordem de preferência do cliente, os CipherSuites suportados pelo cliente. A mensagem também contém uma sequência de bytes aleatória usada em cálculos subseqüentes. O protocolo SSL permite que o "hello cliente" inclua os métodos de compactação de dados suportados pelo cliente, mas as implementações SSL atuais não costumam incluir essa provisão.

2. O servidor SSL responde com uma mensagem "server hello" que contém o CipherSuite escolhido pelo servidor na lista fornecida pelo cliente SSL, o ID da sessão e outra sequência de bytes aleatória. O servidor SSL também envia seu certificado digital . Se o servidor exigir um certificado digital para autenticação do cliente, o servidor envia uma "solicitação de certificado do cliente" que inclui uma lista dos tipos de certificados suportados e os Nomes Distintos de Autoridades de Certificação (CAs) aceitáveis.

3. O cliente SSL verifica a assinatura digital no certificado digital do servidor SSL e verifica se o CipherSuite escolhido pelo servidor é aceitável.

...

O resumo da Microsoft é semelhante. O handshake TLS também é semelhante nesse sentido.

Na etapa 2, não parece haver uma maneira de o cliente dizer "não se preocupe em enviar um certificado de servidor, vou usar meu cache".

Observe que existem vários tipos de certificados, cliente, servidor e autoridade de certificação. Alguns deles são armazenados em cache.

Não tenho certeza se minha opinião ajudará de alguma forma, mas eis o que acabei de experimentar: tenho um site no azul com um domínio personalizado. Tentei acessá-lo com https nos cromos antes de configurar a ligação SSL para o meu nome de domínio. O Chrome estava me dizendo que o site não é seguro, o que perfeitamente faz sentido (ERR_CERT_COMMON_NAME_INVALID). Mas depois que eu carreguei meu certificado e configurei a ligação SSL no azul, ainda estava recebendo o mesmo erro. Nesse estágio, ao abrir uma nova janela do navegador particular (ou usar outro navegador), o https estava funcionando bem.

Mas nunca consegui fazê-lo funcionar na minha sessão aberta do Chrome. Eu tentei limpar o estado SSL, mesmo resultado. Funcionou depois de reiniciar o chrome por completo.

Provavelmente fui enganado por alguma coisa, mas quase parecia que o certificado estava em cache ...

Existem planos de alguns desenvolvedores de navegadores para implementar um sistema de detecção de ataques como o ataque ao Diginotar em 2011.

No momento, porém, o AFAIK não existe um sistema ativo nos navegadores atuais. Portanto, você não precisa pensar nessa situação ao atualizar o certificado do servidor.