Pular para conteúdo

Assinatura de Código e S/MIME

Nem todo certificado protege um site. Dois tipos resolvem problemas completamente diferentes: Assinatura de Código garante que um software não foi alterado desde que saiu das mãos de quem o publicou, e S/MIME garante o mesmo para uma mensagem de e-mail. Se você está procurando um certificado para o seu site, veja o guia de escolha — este guia é sobre os outros dois casos de uso.

Assinatura de Código: por que softwares não assinados disparam alertas

Sistemas operacionais modernos (Windows SmartScreen, macOS Gatekeeper) desconfiam por padrão de qualquer executável, driver ou instalador que não tenha uma assinatura digital reconhecida. Um instalador não assinado dispara avisos como "Editor desconhecido" ou é bloqueado até o usuário forçar a execução manualmente — o que derruba taxa de instalação e passa a impressão de software malicioso, mesmo quando é legítimo.

Um certificado de Assinatura de Código resolve isso assinando o binário com uma identidade verificada pela CA. O sistema operacional confirma a assinatura, confirma que o arquivo não foi alterado desde a assinatura, e libera a execução sem o aviso de "editor desconhecido".

Code Signing padrão vs. Code Signing EV

Code Signing Code Signing EV
Verificação da empresa Sim Sim, com validação estendida
Onde a chave privada fica Arquivo local ou token, a critério do solicitante Obrigatoriamente em um dispositivo de hardware (token USB ou HSM)
Reputação no Windows SmartScreen Constrói reputação gradualmente, com o volume de downloads Reputação imediata desde a primeira assinatura
Indicado para A maioria dos desenvolvedores e ISVs Drivers, software kernel-mode, ou quem precisa eliminar o aviso do SmartScreen desde o primeiro lançamento

A diferença mais relevante na prática não é o nível de verificação — é onde a chave privada é armazenada. O padrão exige chave protegida por hardware (token USB ou HSM) desde 2023, por exigência do CA/Browser Forum, mas o EV formaliza esse requisito com verificação adicional e reputação imediata no SmartScreen, sem o período de "aquecimento" que o Code Signing padrão tem.

Alguns fornecedores de sistemas (Microsoft, por exemplo, para drivers de kernel) exigem especificamente Code Signing EV — vale confirmar o requisito do seu caso antes de escolher o padrão.

S/MIME Pessoal: assinatura e criptografia de e-mail ponta a ponta

S/MIME (Secure/Multipurpose Internet Mail Extensions) faz pelo e-mail o que a Assinatura de Código faz pelo software: prova que a mensagem realmente veio de quem diz ter enviado, e que o conteúdo não foi alterado no caminho.

Com um certificado S/MIME Pessoal, o remetente pode:

  • assinar digitalmente um e-mail, para que o destinatário confirme identidade e integridade do conteúdo;
  • criptografar o conteúdo do e-mail de ponta a ponta, legível apenas por quem tem a chave privada correspondente ao certificado do destinatário.

Diferente de um certificado de site, o S/MIME é emitido para uma pessoa, vinculado a um endereço de e-mail específico — não a um domínio.

Quando cada um faz sentido

Perfil Certificado indicado
Desenvolvedores e ISVs distribuindo software fora de lojas de aplicativo Code Signing
Fabricantes de drivers ou software kernel-mode Code Signing EV
Executivos, jurídico e financeiro trocando informação sensível por e-mail S/MIME Pessoal
Empresas que precisam comprovar autenticidade de comunicados oficiais por e-mail S/MIME Pessoal

Assinatura de Código e S/MIME são certificados independentes dos certificados de site — uma empresa pode perfeitamente precisar de um Wildcard para o site, um Code Signing para o instalador do seu produto, e S/MIME para a diretoria, ao mesmo tempo.

Veja os certificados de Assinatura de Código e S/MIME disponíveis em certificados SSL da InteSys

Próximos Passos