Meu provedor de hospedagem reemitiu e reinstalou recentemente um certificado SSL para o meu domínio, depois que o antigo expirou por engano.
Agora posso navegar no site novamente por HTTPS, assim como meu host e vários outros usuários.
No entanto, alguns usuários (pelo menos uma dúzia de centenas) ainda estão recebendo Your connection is not securemensagens de erro em diferentes navegadores e plataformas. (Está sendo difícil diagnosticar um problema que não consigo reproduzir.)
Entendo que navegadores diferentes usam listas diferentes de autoridades de certificação (CA.)
- Como um usuário que executa a mesma versão do Firefox como eu (45.0.1 no OS X) está recebendo um
SEC_ERROR_UNKNOWN_ISSUERerro (apenas para o meu site) enquanto não estou? O que torna isso possível? O usuário disse que limpou o cache e reiniciou o laptop.
Eu executei uma verificação SSL no digicert.com . O resultado é este:
Certificado SSL não é confiável
O certificado não é assinado por uma autoridade confiável (verificando no repositório raiz do Mozilla). Se você comprou o certificado de uma autoridade confiável, provavelmente precisará instalar um ou mais certificados intermediários. Entre em contato com o seu provedor de certificados para obter ajuda na sua plataforma de servidor.
- Como posso conectar-me ao site sem erro SSL, se for esse o caso?
fonte
My hosting provider has recently re-issued and re-installed an SSL certificate for my domain, after they let the old one expire by mistake.- Como é que você deixou essa responsabilidade em suas mãos?Respostas:
A cadeia de certificados do seu certificado está incompleta. Provavelmente, seu provedor não conseguiu instalar algum certificado intermediário ao instalar o novo certificado.
Na maioria das vezes, esses certificados intermediários são fornecidos pela autoridade SSL, para fornecer suporte a alguns navegadores e sistemas operacionais mais antigos. É por isso que, embora funcione para você, não funciona para alguns de seus clientes.
Um utilitário realmente excelente para verificar problemas de SSL em seu site é o teste do servidor SSL do SSLlabs . Como você pode ver no link acima, não apenas você está tendo um problema em cadeia aqui, mas também o algoritmo de assinatura usado para criar seu certificado é fraco, seu servidor da web ainda é vulnerável ao ataque do POODLE e ainda suporta o RC4, que é também considerado inseguro ...
Eu não quero dizer nada contra o seu provedor de servidor da web, mas na sua posição eu os enviaria por correio eletrônico, para que eles corrigissem todos esses problemas o mais rápido possível, ou mudassem para outro provedor ...
fonte
SEC_ERROR_UNKNOWN_ISSUERerro enquanto eu não estou? Poderia ser sua versão do sistema operacional é diferente?Para que um certificado seja confiável, ele deve ser assinado por uma entidade que é confiável pela combinação navegador / SO ou que, por sua vez, foi assinado por essa entidade. Isso geralmente é feito por uma CA raiz confiável que assina uma CA intermediária e a CA intermediária assina seu certificado. Isso cria uma cadeia, assim:
O problema aqui é com o certificado CA intermediário. Para garantir que todos possam validar a cadeia de volta à CA raiz, seu provedor deve incluir o certificado intermediário na configuração do servidor. Nesse caso, eles não o fizeram.
A razão pela qual funciona para alguns usuários é que eles possuem o certificado intermediário em seu próprio "armazenamento confiável". Nesses casos, eles aceitarão seu certificado porque já confiam no intermediário. Porém, no caso de seus visitantes terem um sistema operacional / navegador diferente, eles não têm o certificado intermediário; portanto, eles precisam obtê-lo em seu servidor da web - e o servidor da web não o distribui, portanto, eles não têm como verificando.
fonte
Se você estava usando Fixação de Chave Pública HTTP e seu provedor forneceu um novo certificado, as chaves públicas já podem ter sido alteradas. Essas chaves são salvas no navegador do cliente pelo período especificado.
fonte