Gerador de Certificado SSL Autoassinado

Free

Gere um certificado TLS autoassinado real e funcional junto com sua chave privada correspondente diretamente no seu navegador usando node-forge, com Subject Alternative Names, tamanho de chave e período de validade configuráveis, e arquivos .crt e .key prontos para download.

Detalhes do certificado

Nome Comum (CN)

Subject Alternative Names (separados por vírgula)

Exigido pelos navegadores modernos. Adicione cada nome de host ou IP pelo qual você acessará este servidor.

Tamanho da chave

Válido por (dias)

Campos de sujeito opcionais

Organização (O)

Unidade Organizacional (OU)

Cidade / Localidade (L)

Estado / Província (ST)

Código do país (C), 2 letras

Certificado (.crt / .pem)

Chave privada (.key)

Mantenha esta chave privada em segredo. Qualquer pessoa que a tenha pode se passar por este certificado.

Atividade recente

Visível para todos. Últimos 20 usos de todos os visitantes, mais recentes primeiro.

Generated a self-signed certificate (CN: test.example.com, 2048-bit, valid 730 days)

há 1 hora

Comentários (0)

Achou esta ferramenta útil? Deixe um comentário, compartilhe uma dica ou nos diga como podemos melhorá-la.

Ainda sem comentários. Seja o primeiro a compartilhar sua opinião!

O que esta ferramenta faz

Esta ferramenta gera um certificado TLS autoassinado real e funcional, junto com sua chave privada correspondente, diretamente no seu navegador. Preencha um Nome Comum, os nomes de host ou IPs que o certificado deve cobrir (Subject Alternative Names), um tamanho de chave e um período de validade, e obtenha um certificado e par de chaves prontos para uso em desenvolvimento local, serviços internos ou testes.

Como funciona

Um par de chaves RSA é gerado no tamanho escolhido (2048 ou 4096 bits). Uma estrutura de certificado X.509 real é construída a partir dos seus dados de sujeito (Nome Comum e os campos opcionais Organização, Unidade, Localidade, Estado e País), do período de validade escolhido e de um número de série gerado aleatoriamente, com as extensões keyUsage, extKeyUsage e subjectAltName definidas da mesma forma que uma autoridade certificadora real as definiria para um certificado de servidor TLS. O certificado é então assinado com sua própria chave privada usando SHA-256, o que o torna "autoassinado": o emissor e o sujeito são a mesma entidade, e a assinatura pode ser verificada usando a própria chave pública do certificado.

Problemas que resolve

Fazer o HTTPS funcionar no localhost ou em um servidor interno sem precisar de uma autoridade certificadora real.
Testar como seu aplicativo se comporta com o TLS ativado antes de implantar um certificado real.
Produzir rapidamente um certificado e um par de chaves para um contêiner Docker, uma VM ou uma ferramenta interna que só precisa de criptografia em trânsito.
Aprender quais campos realmente compõem um certificado X.509 preenchendo-os diretamente.

Perguntas frequentes

›Os navegadores mostrarão um aviso de "não seguro" para este certificado?

Sim, e isso é esperado: um certificado autoassinado não tem uma cadeia até uma autoridade certificadora em que seu navegador já confie, então os navegadores avisam sobre isso por design. Você geralmente pode clicar para continuar apesar do aviso para desenvolvimento local, ou importar o certificado para o repositório confiável do seu sistema operacional ou navegador se quiser que o aviso desapareça na sua própria máquina.

›Por que preciso preencher os Subject Alternative Names, o Nome Comum não é suficiente?

Não, os navegadores modernos (Chrome desde 2017, e todo navegador importante desde então) ignoram completamente o Nome Comum para a correspondência de nome de host e verificam apenas os Subject Alternative Names; um certificado sem uma entrada SAN correspondente será rejeitado mesmo que o Nome Comum esteja correto, por isso esta ferramenta exige pelo menos uma entrada SAN e preenche previamente localhost e 127.0.0.1.

›Devo escolher uma chave de 2048 bits ou 4096 bits?

O RSA de 2048 bits ainda é considerado seguro no futuro previsível e é o que quase toda autoridade certificadora real emite por padrão; o de 4096 bits é mais lento para gerar e usar em cada handshake TLS, sem benefício de segurança prático para um certificado de desenvolvimento local ou de teste, então 2048 bits é o padrão melhor, a menos que você tenha um motivo específico para precisar de mais.

›Este certificado é adequado para um site de produção?

Não, um certificado autoassinado é destinado a desenvolvimento local, ferramentas internas ou testes; visitantes de um site público real verão um aviso de segurança porque nenhum navegador ou sistema operacional confia nele por padrão; para um site de produção, use um certificado de uma autoridade certificadora real (muitas das quais, como a Let's Encrypt, são gratuitas).

›Como essa ferramenta realmente constrói o certificado?

Ela gera um par de chaves RSA real e uma estrutura de certificado X.509 real no seu navegador usando a biblioteca node-forge, compilada para rodar no lado do cliente, depois assina o certificado com sua própria chave privada (daí "autoassinado") usando SHA-256, exatamente o mesmo processo criptográfico que uma autoridade certificadora ou a ferramenta de linha de comando openssl usariam, só que sem nunca saírem do seu navegador.

Converta texto de e para entidades HTML em ambas as direções ao mesmo tempo, com formatos numéricos decimais ou hexadecimais e uma tabela de referência rápida de entidades comuns.