Mirrors/hacktricks
2
0
Fork 0
mirror of https://github.com/carlospolop/hacktricks synced 2024-12-18 09:03:30 +00:00
Code Issues Projects Releases Packages Wiki Activity
hacktricks/crypto-and-stego/certificates.md

12 KiB
Raw Blame History

Certificados

Aprenda hacking AWS do zero ao herói com htARTE (HackTricks AWS Red Team Expert)!

Outras maneiras de apoiar o HackTricks:


Use Trickest para construir facilmente e automatizar fluxos de trabalho alimentados pelas ferramentas comunitárias mais avançadas do mundo.
Tenha Acesso Hoje:

{% embed url="https://trickest.com/?utm_source=hacktricks&utm_medium=banner&utm_campaign=ppc&utm_content=certificates" %}

O que é um Certificado

Um certificado de chave pública é um ID digital usado 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 confiar no emissor e a assinatura for válida, é possível uma comunicação segura com o proprietário da chave.

Os certificados são principalmente emitidos por autoridades de certificação (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 é o X.509, que pode ser adaptado para necessidades específicas conforme descrito no RFC 5280.

Campos Comuns do x509

Campos Comuns em Certificados x509

Nos certificados x509, vários campos desempenham papéis críticos para garantir a validade e segurança do certificado. Aqui está uma explicação desses campos:

  • O Número da Versão indica a versão do formato x509.
  • O Número de Série identifica unicamente o certificado dentro do sistema de uma Autoridade de Certificação (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. Ele 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.
  • O Nome Distinto (DN) encapsula a identificação completa do sujeito.
  • O Emissor detalha quem verificou e assinou o certificado, incluindo subcampos semelhantes ao Sujeito para a CA.
  • O Período de Validade é marcado pelos carimbos de Não Antes e Não Depois, garantindo que o certificado não seja usado antes ou depois de uma determinada data.
  • A seção da 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 da Chave, Uso Estendido da Chave, Nome Alternativo do Sujeito e outras propriedades para ajustar a aplicação do certificado.

Uso da Chave e Extensões

  • Uso da Chave identifica aplicações criptográficas da chave pública, como assinatura digital ou cifragem de chave.
  • Uso Estendido da Chave 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 de 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 Lista de Revogação (CRL) fornecem caminhos para verificar a CA emissora e verificar o status de revogação do certificado.
  • CT Precertificate SCTs oferecem registros de transparência, cruciais para a confiança pública no certificado.
# Example of accessing and using x509 certificate fields programmatically:
from cryptography import x509
from cryptography.hazmat.backends import default_backend

# Load an x509 certificate (assuming cert.pem is a certificate file)
with open("cert.pem", "rb") as file:
cert_data = file.read()
certificate = x509.load_pem_x509_certificate(cert_data, default_backend())

# Accessing fields
serial_number = certificate.serial_number
issuer = certificate.issuer
subject = certificate.subject
public_key = certificate.public_key()

print(f"Serial Number: {serial_number}")
print(f"Issuer: {issuer}")
print(f"Subject: {subject}")
print(f"Public Key: {public_key}")

Diferença entre Pontos de Distribuição OCSP e CRL

OCSP (RFC 2560) envolve um cliente e um respondedor trabalhando juntos para verificar se um certificado de chave pública digital foi revogado, sem precisar 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.

O que é Transparência de Certificado

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 os proprietários de domínios, CAs e usuários. Seus objetivos são:

  • Impedir 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 erroneamente ou maliciosamente.
  • Proteger os usuários contra certificados fraudulentos.

Logs de Certificado

Os logs de certificado são registros publicamente auditáveis e somente de adição de certificados, mantidos por serviços de rede. Esses logs fornecem provas criptográficas para fins de auditoria. Tanto as autoridades de emissão quanto o público podem enviar certificados para esses logs ou consultá-los para verificação. Embora o número exato de servidores de log 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.

Consulta

Para explorar os logs de Transparência de Certificado para qualquer domínio, visite https://crt.sh/.

Diferentes formatos existem para armazenar certificados, cada um com seus próprios casos de uso e compatibilidade. Este resumo abrange os principais formatos e fornece orientações sobre a conversão entre eles.

Formatos

Formato PEM

  • 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.

Formato DER

  • 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.

Formato P7B/PKCS#7

  • 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.

Formato PFX/P12/PKCS#12

  • 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ão de Formatos

As conversões PEM são essenciais para compatibilidade:

  • x509 para PEM
openssl x509 -in certificatename.cer -outform PEM -out certificatename.pem
  • PEM para DER
openssl x509 -outform der -in certificatename.pem -out certificatename.der
  • DER para PEM
openssl x509 -inform der -in certificatename.der -out certificatename.pem
  • PEM para P7B
openssl crl2pkcs7 -nocrl -certfile certificatename.pem -out certificatename.p7b -certfile CACert.cer
  • PKCS7 para PEM
openssl pkcs7 -print_certs -in certificatename.p7b -out certificatename.pem

Conversões PFX são cruciais para gerenciar certificados no Windows:

  • PFX para PEM
openssl pkcs12 -in certificatename.pfx -out certificatename.pem
  • PFX para PKCS#8 envolve dois passos:
  1. Converter PFX para PEM
openssl pkcs12 -in certificatename.pfx -nocerts -nodes -out certificatename.pem
  1. Converter PEM para PKCS8
openSSL pkcs8 -in certificatename.pem -topk8 -nocrypt -out certificatename.pk8
  • P7B para PFX também requer dois comandos:
  1. Converter P7B para CER
openssl pkcs7 -print_certs -in certificatename.p7b -out certificatename.cer
  1. Converter CER e Chave Privada para PFX
openssl pkcs12 -export -in certificatename.cer -inkey privateKey.key -out certificatename.pfx -certfile cacert.cer


Use Trickest para construir facilmente e automatizar fluxos de trabalho com as ferramentas comunitárias mais avançadas do mundo.
Acesse hoje mesmo:

{% embed url="https://trickest.com/?utm_source=hacktricks&utm_medium=banner&utm_campaign=ppc&utm_content=certificates" %}

Aprenda hacking na AWS do zero ao herói com htARTE (HackTricks AWS Red Team Expert)!

Outras formas de apoiar o HackTricks: