DKIM, S/MIME e OpenPGP podem envolver assinaturas digitais, mas não fazem a mesma afirmação. Comece com a proteção que você precisa: responsabilidade de domínio, integridade de uma entidade de mensagem assinada, confidencialidade para um destinatário ou confiança em um detentor de chave específico. Nenhuma etiqueta por si só estabelece que uma solicitação de pagamento é autorizada.
Siga um caminho de mensagem
Imagine um autor redigindo uma mensagem, um servidor remetente aplicando DKIM , um gateway adicionando um rodapé e um destinatário abrindo o resultado. DKIM conecta os cabeçalhos selecionados e o corpo canônico a um domínio de assinatura. O receptor usa o seletor e domínio para localizar a chave pública no DNS . Não criptografa o conteúdo. Uma modificação no rodapé pode quebrar o hash de corpo, dependendo do escopo e processamento assinados. RFC 6376.
S/MIME opera em entidades de mensagens MIME usando criptografia baseada em certificado. Assinatura e criptografia são operações distintas: uma mensagem somente assinada não é confidencial. O destinatário deve validar o certificado relevante e a ligação de identidade de acordo com sua política de confiança. A criptografia para um certificado de destinatário protege a entidade criptografada para o detentor da chave privada correspondente; ele não oculta todos os campos de roteamento externos. RFC 8551.
OpenPGP define formatos de chave, assinatura e dados criptografados. Uma assinatura válida prova um relacionamento com uma chave, enquanto a confiança do usuário de que a chave pertence ao correspondente pretendido depende de uma ligação verificada e de decisões de confiança local. A criptografia e a assinatura são novamente separadas. O empacotamento de e-mail e a interoperabilidade do cliente precisam de suas próprias verificações de implementação. RFC 9580.
Compare ameaças sem destruir identidades
Para um caminho de remetente forjado em nível de domínio, DKIM contribui com autenticação de domínio e pode fornecer um caminho alinhado DMARC caminho. Para um intermediário que altera o conteúdo assinado, uma assinatura S/MIME ou OpenPGP aplicável pode revelar a modificação quando verificada corretamente. Para uma parte passiva que lê o conteúdo da mensagem, a criptografia apropriada aborda a confidencialidade; uma assinatura por si só não.
Nenhuma dessas declarações significa que o endpoint é seguro. Uma chave privada comprometida ou uma conta autorizada pode produzir material criptograficamente válido. Nem qualquer assinatura torna uma fatura correta. O ciclo de vida da chave, a validação do destinatário e a aprovação comercial independente continuam necessários.
Use uma matriz de controle limitada
A comparação documental a seguir fornece as cinco opções diretamente. Descreve a proteção pretendida quando implementada corretamente, e não a interoperabilidade verificada.
- DKIM : cabeçalhos selecionados e corpo canônico associado a um domínio de assinatura; sem confidencialidade. Um rodapé alterando os bytes canônicos cobertos pode invalidar a assinatura.
- S/MIME somente assinado: entidade MIME assinada associada a uma chave de certificado validada; sem confidencialidade. Uma entidade assinada alterada pode falhar na verificação, enquanto uma modificação externa requer inspeção do escopo.
- S/MIME criptografado: entidade MIME criptografada protegida para detentores de chaves do destinatário pretendido; campos de roteamento externos podem permanecer visíveis. A criptografia por si só não autentica o autor.
- OpenPGP somente assinado: dados assinados associados a uma chave cuja ligação correspondente deve ser verificada; sem confidencialidade. A alteração dos dados cobertos pode invalidar a verificação.
- OpenPGP criptografado: dados criptografados protegidos para os detentores de chaves pretendidos; embalagens e metadados expostos ainda precisam de revisão. A criptografia por si só não é autorização do remetente.
Nenhuma operação criptográfica, ida e volta do cliente ou testes de gateway foram executados para esta comparação. É possível combinar assinatura e criptografia; o pedido e a embalagem devem ser testados na rota real. Um rodapé de gateway adicionado fora da entidade criptografada ou assinada tem um efeito diferente da alteração dessa entidade. Mantenha esses casos separados em vez de atribuir um resultado universal de encaminhamento de sobrevivência.
Selecione e valide a combinação
Escreva a identidade necessária e o escopo protegido nos critérios de aceitação. Verifique o registro de chaves, o tratamento de perdas e revogações, o suporte de algoritmos, o comportamento de encaminhamento e os destinatários fora da organização. Inspecione o que os usuários realmente veem quando a validação falha. DKIM pode coexistir com assinatura ou criptografia do usuário final; adicionar um não torna os outros redundantes. Mantenha um caminho de recuperação documentado que não faça downgrade silenciosamente da proteção pretendida.