Decodificador CSR v1.0

Sobre Decodificador CSR

O decodificador de CSR do ToolsPivot converte o texto codificado de uma Solicitação de Assinatura de Certificado (Certificate Signing Request) em informações legíveis, como domínio, organização, localidade e algoritmo de chave pública. A ferramenta funciona direto no navegador, sem cadastro e sem enviar dados para servidores externos.

Como Usar o Decodificador de CSR do ToolsPivot

Copie o conteúdo do CSR: Abra o arquivo .csr em um editor de texto (Bloco de Notas, VS Code, nano) e copie todo o conteúdo, incluindo as linhas -----BEGIN CERTIFICATE REQUEST----- e -----END CERTIFICATE REQUEST-----.
Cole no campo da ferramenta: Acesse a página do decodificador e cole o texto completo no campo "Paste Certificate Signing Request (CSR)".
Clique em decodificar: Pressione o botão para processar. Em menos de 2 segundos, a ferramenta exibe todos os campos da solicitação em texto simples.
Confira os dados exibidos: Verifique se o Common Name (CN), a organização, o estado, o país e o tamanho da chave correspondem ao que você preencheu na geração do CSR. Se algo estiver errado, gere um novo CSR antes de enviar para a Autoridade Certificadora.

Funcionalidades do Decodificador de CSR do ToolsPivot

O decodificador lê o bloco codificado em Base64 (formato PEM) e extrai cada campo da solicitação. Veja o que a ferramenta revela:

Common Name (CN): O domínio exato para o qual o certificado SSL/TLS será emitido. Pode ser um FQDN como www.exemplo.com.br ou um wildcard como *.exemplo.com.br.
Organização (O): A razão social ou nome da empresa solicitante, conforme registrado no CNPJ ou documento equivalente.
Unidade Organizacional (OU): O departamento ou setor responsável pelo certificado, como "TI" ou "Segurança da Informação".
Localidade (L) e Estado (S): Município e estado onde a empresa está registrada. Para empresas brasileiras, segue o endereço do cartão CNPJ.
País (C): Código de duas letras do país (BR para Brasil, PT para Portugal).
Algoritmo de chave pública: Indica se o CSR usa RSA, ECC (curvas elípticas) ou outro algoritmo. RSA 2048 bits é o padrão mínimo aceito pelas Autoridades Certificadoras. Se precisar verificar o provedor de hospedagem do servidor onde o CSR foi gerado, existe uma ferramenta específica para isso.
Tamanho da chave: O comprimento em bits da chave pública. Chaves abaixo de 2048 bits são rejeitadas pela maioria das CAs desde 2014.
Algoritmo de assinatura: O método usado para assinar a solicitação, como SHA-256 com RSA. Algoritmos antigos como SHA-1 e MD5 são considerados inseguros e podem causar rejeição do CSR.
E-mail de contato: Quando incluído na geração, o decodificador também exibe o endereço de e-mail associado à solicitação.

Se você precisa gerar um novo CSR com dados corretos, existe um gerador de CSR gratuito disponível na plataforma.

Vantagens do Decodificador de CSR do ToolsPivot

Resultado em menos de 2 segundos. Cole o CSR, clique, leia os dados. Sem fila, sem processamento demorado.
Sem cadastro e sem limite de uso. Decodifique quantos CSRs precisar, a qualquer hora. Não existe paywall nem restrição diária.
Processamento no navegador. O conteúdo do CSR não sai do seu computador. Isso é especialmente relevante para quem lida com dados de empresas que exigem conformidade com a LGPD ou políticas internas de segurança. Se a empresa precisa de uma política de privacidade atualizada, há uma ferramenta dedicada para gerá-la.
Prevenção de erros antes do envio à CA. Um CSR com o Common Name errado ou dados da organização desatualizados gera retrabalho. Verificar antes de enviar economiza dias no processo de emissão do certificado SSL.
Validação do algoritmo e tamanho da chave. Você descobre imediatamente se o CSR usa SHA-256 e chave de 2048 bits (ou superior), evitando rejeições automáticas pela Autoridade Certificadora.
Compatível com qualquer dispositivo. Funciona em desktop, tablet e celular. Basta um navegador. Não precisa instalar OpenSSL nem acessar linha de comando.
Útil para múltiplos CSRs. Empresas que gerenciam dezenas de certificados (e-commerce, SaaS, portais governamentais) podem verificar cada CSR individualmente sem sair do navegador. Combine com o verificador de SSL para conferir a instalação depois.

O Que Cada Campo do CSR Decodificado Significa na Prática

Decodificar o CSR é só metade do trabalho. Saber interpretar cada campo evita problemas com a Autoridade Certificadora e com a instalação do certificado no servidor.

O Common Name (CN) precisa corresponder exatamente ao endereço que os visitantes digitam no navegador. Se o certificado for para www.loja.com.br, o CN não pode ser loja.com.br (sem www), a menos que você use um certificado com Subject Alternative Name (SAN). Para certificados wildcard, o CN começa com asterisco: *.loja.com.br. Após a instalação, confirme que o domínio responde corretamente usando o verificador de DNS.

O campo Organização (O) deve refletir o nome empresarial exatamente como consta no cartão CNPJ, sem abreviações. Isso vale especialmente para certificados OV (Organization Validation) e EV (Extended Validation), onde a CA cruza os dados com registros públicos. Um erro de digitação aqui pode travar a validação por semanas.

O tamanho da chave é um ponto crítico. Chaves RSA de 2048 bits são o mínimo aceito. Chaves de 4096 bits oferecem mais segurança, mas aumentam levemente o tempo de handshake TLS. Para a maioria dos sites brasileiros, 2048 bits é suficiente. Se o seu decodificador mostrar 1024 bits, gere um novo CSR imediatamente.

O algoritmo de assinatura também merece atenção. SHA-256 é o padrão de mercado. Se o CSR ainda usa SHA-1, navegadores como Chrome e Firefox vão exibir alertas de segurança para os visitantes do site. Ferramentas como o verificador de CSR complementam a análise ao validar a estrutura completa da solicitação.

Quando Faz Sentido Decodificar um CSR

Nem todo mundo que gera um CSR precisa decodificá-lo. Mas existem situações em que pular essa etapa custa tempo e dinheiro.

Renovação de certificado SSL. Muitos administradores reutilizam o CSR antigo ao renovar. O problema? A razão social pode ter mudado, o departamento pode ter sido reestruturado, ou o domínio principal pode ter migrado. Decodificar o CSR antigo antes de reenviar evita que a CA rejeite a solicitação. Verifique também a autoridade do domínio para acompanhar o impacto do HTTPS na reputação do site.

Migração de servidor ou hospedagem. Ao trocar de provedor (por exemplo, de uma hospedagem compartilhada para uma VPS na AWS, DigitalOcean ou Locaweb), o CSR gerado no novo servidor precisa ser verificado. O decodificador confirma que o par de chaves do novo ambiente está correto. Use o verificador de status do servidor para garantir que o novo ambiente está online antes de solicitar o certificado.

Empresas com múltiplos certificados. E-commerces como lojas no Mercado Livre, integrações com gateways de pagamento (Pix, PagSeguro, Stone) e portais governamentais que usam ICP-Brasil frequentemente gerenciam mais de 10 certificados ativos. Misturar CSRs é mais comum do que parece. A verificação rápida pelo decodificador previne o envio do CSR errado para a CA.

Auditorias de segurança e conformidade. Equipes de segurança da informação que precisam documentar o estado dos certificados de uma organização podem decodificar cada CSR para confirmar algoritmos, tamanhos de chave e dados organizacionais. O decodificador de certificado complementa esse processo ao analisar o certificado já emitido.

Freelancers e agências de TI. Profissionais que gerenciam servidores de vários clientes precisam verificar CSRs antes de submetê-los. Um erro no CN de um cliente pode significar dias de retrabalho, e o cliente não vai entender por que o "cadeado verde" não aparece no site dele.

CSR, Certificado SSL e Chave Privada: Como Tudo se Conecta

Muita gente confunde CSR com o próprio certificado SSL. São coisas diferentes, mas fazem parte do mesmo processo.

A CSR é a solicitação. Ela contém a chave pública e os dados da organização. Você gera no servidor e envia para a Autoridade Certificadora (CA). O certificado SSL é a resposta da CA: um arquivo assinado digitalmente que o navegador do visitante usa para verificar a identidade do site. A chave privada fica no servidor e nunca deve ser compartilhada com ninguém.

O decodificador de CSR lida apenas com a solicitação. Ele não tem acesso à chave privada (que não está incluída no CSR) e não decodifica certificados já emitidos. Para verificar se a chave privada corresponde ao certificado, use o verificador de correspondência chave-certificado. Já para converter entre formatos de certificado (PEM, DER, PFX), existe o conversor de SSL.

Esse fluxo de três peças (CSR, certificado, chave privada) é padrão no protocolo TLS/SSL usado por mais de 95% dos sites na web. Entender a diferença ajuda a evitar o erro mais comum entre iniciantes: compartilhar a chave privada achando que é "só mais um arquivo do certificado".

Respostas Rápidas Sobre o Decodificador de CSR

O que é um CSR e por que preciso decodificá-lo?

CSR (Certificate Signing Request) é um bloco de texto codificado que contém dados como domínio, organização e chave pública, enviado a uma Autoridade Certificadora para solicitar um certificado SSL/TLS. Decodificá-lo permite verificar se todas as informações estão corretas antes do envio, evitando retrabalho e atrasos na emissão.

O decodificador de CSR é gratuito?

Sim, 100% grátis. Sem cadastro, sem limite de decodificações e sem restrição de uso. Você pode decodificar quantos CSRs precisar, a qualquer momento.

Meus dados ficam seguros ao usar o decodificador?

O CSR contém apenas a chave pública e dados organizacionais. Ele não inclui a chave privada. A decodificação acontece no navegador, o que significa que o conteúdo do seu CSR não é transmitido para servidores de terceiros.

Qual a diferença entre decodificar um CSR e decodificar um certificado SSL?

O CSR é a solicitação enviada à CA antes da emissão. O certificado SSL é o arquivo assinado que a CA devolve. Um decodificador de certificado analisa o arquivo já emitido, enquanto o decodificador de CSR verifica a solicitação original. Confira as meta tags do seu site para confirmar que o HTTPS está refletido nas URLs canônicas.

Posso decodificar CSR gerado em qualquer servidor?

Sim. O formato PEM (Base64) é padrão para CSRs gerados em Apache, Nginx, IIS, cPanel, Plesk, Tomcat e qualquer outro servidor que suporte SSL/TLS. Basta que o texto comece com -----BEGIN CERTIFICATE REQUEST----- e termine com -----END CERTIFICATE REQUEST-----.

O decodificador funciona no celular?

Funciona. A interface é responsiva e roda em qualquer navegador, seja no desktop, tablet ou smartphone. Basta colar o CSR e pressionar o botão de decodificação.

O que fazer se o decodificador mostrar um erro?

Erros geralmente indicam que o CSR está incompleto ou corrompido. Verifique se você copiou o texto inteiro, incluindo os cabeçalhos BEGIN e END. Se o erro persistir, o CSR pode ter sido gerado com formatação incorreta. Nesse caso, confirme que o servidor está acessível com o verificador de segurança do site antes de gerar um novo CSR.

Qual o tamanho mínimo de chave que um CSR deve ter?

O padrão mínimo aceito pela maioria das Autoridades Certificadoras é RSA 2048 bits. Chaves de 1024 bits são consideradas inseguras e rejeitadas automaticamente. Chaves ECC de 256 bits oferecem segurança equivalente a RSA 3072 bits com melhor desempenho.

O decodificador de CSR mostra a chave privada?

Não. A chave privada nunca é incluída no CSR. O CSR contém apenas a chave pública e informações de identificação. Se alguém pedir sua chave privada para "verificar o CSR", não envie, pois isso compromete a segurança do certificado.

Como saber se o algoritmo de assinatura do meu CSR está atualizado?

Após decodificar, procure o campo de algoritmo de assinatura. SHA-256 com RSA é o padrão seguro. SHA-1 e MD5 são obsoletos e fazem com que navegadores exibam alertas de segurança. Se o seu CSR usar algum desses algoritmos antigos, gere um novo com SHA-256.

Decodificar o CSR é obrigatório antes de enviar para a CA?

Não é obrigatório, mas é recomendado. A CA consegue processar o CSR codificado diretamente. Porém, se houver qualquer erro nos dados (CN errado, organização com grafia diferente do registro), a emissão será recusada ou atrasada. Decodificar antes é uma verificação rápida que evita perda de tempo.

Posso verificar CSRs de certificados wildcard?

Sim. O decodificador exibe o Common Name exatamente como foi preenchido. Para certificados wildcard, o CN deve começar com *. seguido do domínio (por exemplo, *.seudominio.com.br). Se o asterisco estiver ausente, o certificado emitido não cobrirá os subdomínios. Use o WHOIS para confirmar a titularidade do domínio antes de solicitar o certificado.

Qual a diferença entre CSR e SSL?

CSR é o pedido. SSL (ou TLS) é o protocolo de segurança, e o certificado SSL é o arquivo que a Autoridade Certificadora emite após analisar a CSR. Sem a CSR, não existe certificado. Sem o certificado, o site não exibe o cadeado de segurança no navegador.

Empresas brasileiras precisam preencher algo diferente no CSR?

O campo País (C) deve ser preenchido com "BR". O campo Organização (O) deve conter a razão social exatamente como registrada na Receita Federal, sem abreviações. Para certificados OV e EV, a CA cruza esses dados com o cartão CNPJ. Erros de digitação causam recusa na validação. Depois de instalar o certificado, rode o verificador de velocidade da página para confirmar que o HTTPS não está impactando o tempo de carregamento.

PESQUISAR