RFC 8551 — S/MIME 4.0

Secure/Multipurpose Internet Mail Extensions (S/MIME) Version 4.0 — end-to-end email encryption and digital signatures using public key cryptography for message confidentiality, integrity, and authentication.

Standards Track April 2019 ISO 27001

1. Introduction

▶

S/MIME provides end-to-end security for email messages through digital signatures (authentication + integrity) and encryption (confidentiality). Unlike DKIM/SPF/DMARC which protect the envelope, S/MIME protects the actual message content.

ISO 27001 Relevance: A.8.24 (Use of Cryptography) — encrypts email content at rest and in transit. A.8.12 (Data Leakage Prevention) — prevented even if email is intercepted. A.5.14 (Information Transfer) — secure information exchange mechanism.

2. Operations

▶
OperationProvidesCMS TypeISO Control
SignAuthentication + IntegritySignedDataA.8.24
EncryptConfidentialityEnvelopedData / AuthEnvelopedDataA.8.24, A.8.12
Sign + EncryptAll threeNestedA.8.24, A.8.12

3. Algorithm Requirements

▶
FunctionAlgorithmStatus
SignatureECDSA P-256 + SHA-256MUST support
SignatureRSA-PSS + SHA-256 (2048+)SHOULD support
Key EncryptionECDH P-256MUST support
Key EncryptionRSA-OAEPSHOULD support
Content EncryptionAES-128-GCMMUST support
Content EncryptionAES-256-CBCSHOULD support

4. Certificate Handling

▶
  • Certificate discovery: Certificates can be included in signed messages, retrieved from LDAP directories (RFC 4511), or looked up via DNS (SMIMEA record)
  • Chain validation: Full X.509 path validation per RFC 5280
  • Revocation checking: CRL or OCSP (RFC 6960) verification required
  • Key usage: Certificates must have digitalSignature and/or keyEncipherment key usage

5. Security Considerations

▶
  • Forward secrecy: S/MIME does not inherently provide forward secrecy — compromise of recipient's private key exposes all past encrypted messages
  • Key escrow: Organizations may need key escrow for encryption keys (not signing keys) to recover encrypted data — A.8.24 consideration
  • Metadata exposure: S/MIME encrypts body but not headers (To, From, Subject) — use with header protection extension for full confidentiality
  • Algorithm agility: S/MIME 4.0 mandates modern algorithms — deprecate SHA-1, 3DES, RSA-1024