Certificates
Last updated
Last updated
Aprenda e pratique Hacking AWS:HackTricks Training AWS Red Team Expert (ARTE) Aprenda e pratique Hacking GCP: HackTricks Training GCP Red Team Expert (GRTE)
Use Trickest para construir e automatizar fluxos de trabalho facilmente, impulsionados pelas ferramentas comunitárias mais avançadas do mundo. Acesse hoje:
Um certificado de chave pública é uma ID digital usada em criptografia para provar que alguém possui uma chave pública. Ele inclui os detalhes da chave, a identidade do proprietário (o sujeito) e uma assinatura digital de uma autoridade confiável (o emissor). Se o software confia no emissor e a assinatura é válida, a comunicação segura com o proprietário da chave é possível.
Os certificados são emitidos principalmente por autoridades certificadoras (CAs) em uma configuração de infraestrutura de chave pública (PKI). Outro método é a rede de confiança, onde os usuários verificam diretamente as chaves uns dos outros. O formato comum para certificados é X.509, que pode ser adaptado para necessidades específicas conforme descrito na RFC 5280.
Em certificados x509, vários campos desempenham papéis críticos na garantia da validade e segurança do certificado. Aqui está uma análise desses campos:
Número da Versão indica a versão do formato x509.
Número de Série identifica exclusivamente o certificado dentro do sistema de uma Autoridade Certificadora (CA), principalmente para rastreamento de revogação.
O campo Sujeito representa o proprietário do certificado, que pode ser uma máquina, um indivíduo ou uma organização. Inclui identificação detalhada, como:
Nome Comum (CN): Domínios cobertos pelo certificado.
País (C), Localidade (L), Estado ou Província (ST, S ou P), Organização (O) e Unidade Organizacional (OU) fornecem detalhes geográficos e organizacionais.
Nome Distinto (DN) encapsula a identificação completa do sujeito.
Emissor detalha quem verificou e assinou o certificado, incluindo subcampos semelhantes ao Sujeito para a CA.
O Período de Validade é marcado por timestamps Não Antes e Não Depois, garantindo que o certificado não seja usado antes ou depois de uma certa data.
A seção Chave Pública, crucial para a segurança do certificado, especifica o algoritmo, tamanho e outros detalhes técnicos da chave pública.
As extensões x509v3 aprimoram a funcionalidade do certificado, especificando Uso de Chave, Uso de Chave Estendida, Nome Alternativo do Sujeito e outras propriedades para ajustar a aplicação do certificado.
Uso de Chave identifica aplicações criptográficas da chave pública, como assinatura digital ou criptografia de chave.
Uso de Chave Estendida restringe ainda mais os casos de uso do certificado, por exemplo, para autenticação de servidor TLS.
Nome Alternativo do Sujeito e Restrição Básica definem nomes de host adicionais cobertos pelo certificado e se é um certificado CA ou de entidade final, respectivamente.
Identificadores como Identificador de Chave do Sujeito e Identificador de Chave da Autoridade garantem a singularidade e rastreabilidade das chaves.
Acesso à Informação da Autoridade e Pontos de Distribuição de CRL fornecem caminhos para verificar a CA emissora e verificar o status de revogação do certificado.
SCTs de Pré-certificado CT oferecem logs de transparência, cruciais para a confiança pública no certificado.
OCSP (RFC 2560) envolve um cliente e um respondedor trabalhando juntos para verificar se um certificado digital de chave pública foi revogado, sem a necessidade de baixar o CRL completo. Este método é mais eficiente do que o tradicional CRL, que fornece uma lista de números de série de certificados revogados, mas requer o download de um arquivo potencialmente grande. Os CRLs podem incluir até 512 entradas. Mais detalhes estão disponíveis aqui.
A Transparência de Certificado ajuda a combater ameaças relacionadas a certificados, garantindo que a emissão e a existência de certificados SSL sejam visíveis para proprietários de domínios, CAs e usuários. Seus objetivos são:
Prevenir que CAs emitam certificados SSL para um domínio sem o conhecimento do proprietário do domínio.
Estabelecer um sistema de auditoria aberto para rastrear certificados emitidos por engano ou maliciosamente.
Proteger os usuários contra certificados fraudulentos.
Registros de certificado são registros auditáveis publicamente, apenas para adição, de certificados, mantidos por serviços de rede. Esses registros fornecem provas criptográficas para fins de auditoria. Tanto as autoridades de emissão quanto o público podem enviar certificados para esses registros ou consultá-los para verificação. Embora o número exato de servidores de registro não seja fixo, espera-se que seja inferior a mil globalmente. Esses servidores podem ser gerenciados de forma independente por CAs, ISPs ou qualquer entidade interessada.
Para explorar os registros de Transparência de Certificado para qualquer domínio, visite https://crt.sh/.
Existem diferentes formatos para armazenar certificados, cada um com seus próprios casos de uso e compatibilidade. Este resumo cobre os principais formatos e fornece orientações sobre como converter entre eles.
Formato mais amplamente utilizado para certificados.
Requer arquivos separados para certificados e chaves privadas, codificados em Base64 ASCII.
Extensões comuns: .cer, .crt, .pem, .key.
Principalmente usado por servidores Apache e similares.
Um formato binário de certificados.
Não possui as declarações "BEGIN/END CERTIFICATE" encontradas em arquivos PEM.
Extensões comuns: .cer, .der.
Frequentemente usado com plataformas Java.
Armazenado em Base64 ASCII, com extensões .p7b ou .p7c.
Contém apenas certificados e certificados de cadeia, excluindo a chave privada.
Suportado pelo Microsoft Windows e Java Tomcat.
Um formato binário que encapsula certificados de servidor, certificados intermediários e chaves privadas em um único arquivo.
Extensões: .pfx, .p12.
Principalmente usado no Windows para importação e exportação de certificados.
Conversões PEM são essenciais para compatibilidade:
x509 para PEM
PEM para DER
DER para PEM
PEM para P7B
PKCS7 para PEM
Conversões PFX são cruciais para gerenciar certificados no Windows:
PFX para PEM
PFX para PKCS#8 envolve duas etapas:
Converter PFX para PEM
Converter PEM para PKCS8
P7B para PFX também requer dois comandos:
Converter P7B para CER
Converter CER e Chave Privada para PFX
Edição ASN.1 (DER/PEM) (funciona com certificados ou quase qualquer outra estrutura ASN.1):
Clone asn1template
Converter DER/PEM para o formato de geração do OpenSSL
Edite certificatename.tpl de acordo com suas necessidades
Reconstrua o certificado modificado
Use Trickest para construir e automatizar fluxos de trabalho facilmente, impulsionados pelas ferramentas comunitárias mais avançadas do mundo. Acesse hoje:
Aprenda e pratique Hacking AWS:HackTricks Training AWS Red Team Expert (ARTE) Aprenda e pratique Hacking GCP: HackTricks Training GCP Red Team Expert (GRTE)