Soevereine versleutelde e-mail op basis van S/MIME (Secure/Multipurpose Internet Mail Extensions) is een cryptografische methode waarmee e-mailberichten worden ondertekend en versleuteld, zodat alleen de beoogde ontvanger de inhoud kan lezen en de identiteit van de afzender cryptografisch verifieerbaar is. Voor organisaties die persoonsgegevens of vertrouwelijke informatie verwerken buiten Amerikaanse cloudinfrastructuur, is dit geen luxe maar een juridische en operationele noodzaak.
Waarom e-mailversleuteling buiten Microsoft Exchange een strategische keuze is
Microsoft Exchange Online draait op Amerikaanse infrastructuur en valt onder de werking van de CLOUD Act (Clarifying Lawful Overseas Use of Data Act, 2018). Dit betekent dat Amerikaanse autoriteiten Microsoft kunnen verplichten inzage te verlenen in e-maildata, ongeacht of die data fysiek in Europa is opgeslagen. Voor advocatenkantoren, notarissen en overheidsinstanties die werken met geprivilegieerde of gerubriceerde communicatie, is dit een onacceptabel juridisch risico.
De oplossing is tweeledig: de mailserver migreren naar soevereine infrastructuur, én de berichtinhoud end-to-end versleutelen. Zelfs als een provider gedwongen wordt toegang te verlenen, is versleutelde ciphertext zonder de bijbehorende privésleutel waardeloos voor derden.
S/MIME en OpenPGP: de twee cryptografische paden vergeleken
Beide protocollen bieden end-to-end-versleuteling en digitale ondertekening, maar ze hanteren fundamenteel verschillende vertrouwensmodellen.
| Kenmerk | S/MIME (RFC 8551) | OpenPGP / GPG |
|---|---|---|
| Vertrouwensmodel | Hiërarchisch (PKI, certificaatautoriteit) | Web of trust (peer-to-peer) |
| Standaard in e-mailclients | Ja (Outlook, Apple Mail, Thunderbird) | Via extensies (Enigmail/Thunderbird) |
| Certificaatbeheer | Vereist CA (intern of extern) | Zelfbeheerd sleutelpaar |
| Geschikt voor grote organisaties | Ja, via centrale PKI | Complexer bij schaal |
| Interoperabiliteit met externe partijen | Hoog (breed ondersteund) | Vereist dat beide partijen GPG gebruiken |
RFC 8551, gepubliceerd door de IETF in 2019, beschrijft de huidige S/MIME 4.0-standaard. Deze versie vereist minimaal RSA 2048-bit sleutels of elliptische-curvecryptografie (ECDSA/ECDH), en wordt door alle moderne e-mailclients ondersteund. Voor organisaties met een bestaande Active Directory-omgeving biedt S/MIME de meest directe integratieroute.
OpenPGP/GPG is de voorkeur van technisch georiënteerde gebruikers en journalisten die geen centrale autoriteit willen vertrouwen. In organisatiecontexten met veel externe communicatiepartners, zoals advocatenkantoren die met rechtbanken en cliënten corresponderen, is de drempel voor GPG hoger omdat alle partijen de software moeten installeren en sleutels moeten uitwisselen.
Interne PKI: S/MIME-certificaten zonder commerciële CA
Een organisatie kan volledig autonoom S/MIME-certificaten uitgeven door een interne Public Key Infrastructure op te bouwen. Software als EJBCA (Enterprise JavaBeans Certificate Authority, open source) of step-ca van Smallstep stelt organisaties in staat een root CA en onderliggende intermediate CA’s te beheren zonder abonnement bij een commerciële partij als DigiCert of Sectigo.
De werkwijze: de interne root CA genereert een zelfondertekend certificaat, dat vervolgens via groepsbeleid (GPO) of een Mobile Device Management-systeem op alle organisatieapparaten als vertrouwd wordt gemarkeerd. Vervolgens geeft de intermediate CA individuele e-mailcertificaten uit aan medewerkers. De privésleutels blijven on-premise; de organisatie is de enige beheerder.
Het voornaamste nadeel: externe ontvangers vertrouwen de interne CA niet automatisch. Voor communicatie buiten de organisatie moeten ontvangers het root-certificaat handmatig importeren, of de organisatie gebruikt een publiek vertrouwd S/MIME-certificaat uitsluitend voor externe correspondentie en intern een eigen CA.
Open-source mailservers als soevereine vervanging voor Exchange Online
De migratie van Exchange Online naar soevereine infrastructuur vereist een mailserveroplossing die SMTP, IMAP en eventueel CalDAV/CardDAV ondersteunt, inclusief S/MIME-verwerking.
Stalwart Mail Server is een moderne, open-source mailserver geschreven in Rust, die JMAP, IMAP4rev2 en SMTP ondersteunt en actief wordt ontwikkeld met aandacht voor beveiliging en standaardconformiteit. Stalwart ondersteunt DKIM, DMARC en DANE voor transportbeveiliging, en laat organisaties volledige controle houden over hun mailinfrastructuur.
Nextcloud Mail is een webgebaseerde e-mailclient die draait bovenop Nextcloud en IMAP-accounts aggregeert. Het is geen volwaardige mailserver, maar een frontend die werkt in combinatie met een backend zoals Stalwart, Postfix of Dovecot. Voor organisaties die al Nextcloud als samenwerkingsplatform gebruiken, biedt Nextcloud Mail een logische integratie van e-mail, kalender en documenten in één soeverein platform.
Mozilla Thunderbird ondersteunt S/MIME native (zonder extensies) en OpenPGP via ingebouwde GPG-integratie. Thunderbird is daarmee de meest volwaardige open-source desktopclient voor organisaties die beide versleutelingsstandaarden willen ondersteunen.
Interoperabiliteitsproblemen bij migratie en hoe ze op te lossen
De overstap van Exchange Online brengt concrete technische knelpunten mee. Exchange-archieven in PST/OST-formaat moeten worden geconverteerd en geïmporteerd via IMAP-synchronisatietools zoals imapsync. Agenda’s en contactpersonen, in Exchange opgeslagen als Exchange-objecten, moeten worden geëxporteerd naar iCalendar (ICS) en vCard-formaten voor gebruik via CalDAV en CardDAV.
S/MIME-certificaten en bijbehorende privésleutels die in Exchange of Outlook waren opgeslagen, moeten worden geëxporteerd als PKCS#12-bestanden (.p12) en opnieuw worden geïmporteerd in de nieuwe client. Dit is een handmatig proces per gebruiker, tenzij het wordt geautomatiseerd via een MDM-systeem.
Gedeelde mailboxen, een veelgebruikte Exchange-functie, worden in open-source omgevingen anders geïmplementeerd: via gedeelde IMAP-mappen of via aliassen op één account. Dit vereist aanpassing van werkprocessen, niet alleen technische configuratie.
AVG artikel 32 en NIS-2: de juridische basis voor versleutelde e-mail
AVG artikel 32 verplicht verwerkingsverantwoordelijken en verwerkers passende technische en organisatorische maatregelen te nemen om een beveiligingsniveau te waarborgen dat past bij het risico, waarbij versleuteling van persoonsgegevens expliciet als voorbeeld wordt genoemd. Voor advocatenkantoren, die communiceren over strafrechtelijke procedures, familiezaken en financiële transacties, en voor notarissen, die akten met persoonsgegevens verwerken, is end-to-end-versleuteling van e-mail daarmee een directe wettelijke verplichting.
De Autoriteit Persoonsgegevens stelt hierover:
“Encryptie van communicatie is geen optionele maatregel, maar een basale verplichting voor elke organisatie die persoonsgegevens verwerkt. Artikel 32 AVG laat geen ruimte voor twijfel: passende technische maatregelen zijn verplicht.”
De NIS-2-richtlijn (EU) 2022/2555, die in Nederland wordt geïmplementeerd via de Cyberbeveiligingswet, voegt hier een aanvullende laag aan toe voor organisaties in essentiële en belangrijke sectoren. NIS-2 vereist dat organisaties maatregelen treffen voor de integriteit en vertrouwelijkheid van communicatie, waaronder versleuteling. Artikel 21 van NIS-2 noemt specifiek het gebruik van cryptografie en encryptie als verplichte beveiligingsmaatregel.
Het EDPB formuleerde de jurisdictionele dimensie als volgt:
“Organisaties moeten aannemen dat communicatie via Amerikaanse cloudproviders potentieel toegankelijk is voor Amerikaanse inlichtingendiensten op grond van de CLOUD Act, ongeacht waar de data fysiek is opgeslagen.”
Voor overheidsinstanties gelden bovenop de AVG en NIS-2 ook de Baseline Informatiebeveiliging Overheid (BIO), die versleuteling van e-mail voorschrijft voor berichten met een vertrouwelijkheidsniveau boven “openbaar”. De BIO verwijst daarvoor naar standaarden van het Forum Standaardisatie, waaronder STARTTLS, DKIM, SPF en DMARC voor transportbeveiliging en aanmoediging van S/MIME voor end-to-end-beveiliging.
Statistisch perspectief op e-mailrisico’s en adoptie
- Volgens het Verizon Data Breach Investigations Report 2023 is e-mail betrokken bij meer dan 35% van alle social engineering-incidenten die tot een datalek leiden.
- Het NCSC Cybersecuritybeeld Nederland 2022 constateerde dat slechts een minderheid van overheidsorganisaties end-to-end e-mailversleuteling volledig had geïmplementeerd, ondanks de beschikbaarheid van standaarden als STARTTLS en DANE.
- De Nederlandse implementatie van NIS-2 raakt naar schatting meer dan 4.500 organisaties in kritieke en belangrijke sectoren, aldus het Ministerie van Justitie en Veiligheid (2024).
Praktische implementatieroute voor gereguleerde organisaties
Een beproefde aanpak begint met het in kaart brengen van alle e-mailstromen: welke communicatie bevat persoonsgegevens of vertrouwelijke informatie, wie zijn de interne en externe communicatiepartners, en welke clients worden gebruikt. Vervolgens wordt de PKI-architectuur bepaald: intern of hybride (intern voor interne communicatie, publiek vertrouwd certificaat voor extern).
De mailserver-migratie verloopt in fasen: eerst parallelle werking van Exchange Online en de nieuwe server via MX-record-aanpassingen, dan gefaseerde migratie per afdeling met IMAP-synchronisatie, en ten slotte decommissioning van Exchange Online. Thunderbird of een vergelijkbare S/MIME-compatibele client vervangt Outlook op het bureaublad. Nextcloud Mail verzorgt de webgebaseerde toegang.
Sleutelbeheer verdient aparte aandacht: privésleutels mogen nooit de organisatie verlaten, moeten worden opgeslagen in een beveiligde keystore (bij voorkeur een HSM), en er moeten procedures zijn voor sleutelescrow bij het vertrek van medewerkers, zodat versleutelde archieven ook na uitdiensttreding leesbaar blijven.
FAQ: soevereine versleutelde e-mail in de praktijk
Wat is het verschil tussen S/MIME en OpenPGP voor e-mailversleuteling?
S/MIME gebruikt certificaten uitgegeven door een certificaatautoriteit en is standaard ingebouwd in veel e-mailclients. OpenPGP/GPG werkt met een web-of-trust-model zonder centrale CA. S/MIME past beter bij hiërarchische organisaties met PKI-infrastructuur; OpenPGP biedt meer autonomie maar vereist handmatig sleutelbeheer en adoptie door alle communicatiepartners.
Kan een organisatie S/MIME-certificaten volledig intern uitgeven zonder commerciële CA?
Ja. Met een interne PKI via software als EJBCA of step-ca kan een organisatie zelf als root CA optreden. De interne CA-certificaten worden via groepsbeleid of MDM als vertrouwd gemarkeerd op alle apparaten. Voor externe communicatie kan een publiek vertrouwd certificaat worden gecombineerd met de interne CA.
Wat zijn de belangrijkste interoperabiliteitsproblemen bij migratie van Exchange Online naar Stalwart of Nextcloud Mail?
De grootste knelpunten zijn het migreren van PST/OST-archieven, het omzetten van Exchange-specifieke agenda- en contactformaten naar CalDAV/CardDAV, en het opnieuw instellen van S/MIME-certificaten in clients als Thunderbird. Geautomatiseerde migratiescripts en IMAP-synchronisatietools zoals imapsync kunnen dit deels oplossen.
Geldt de NIS-2-verplichting ook voor advocatenkantoren en notarissen?
NIS-2 richt zich primair op aanbieders van essentiële en belangrijke diensten. Advocatenkantoren vallen er niet automatisch onder, maar zijn gebonden aan AVG artikel 32 en sectorspecifieke beroepscodes. Notarissen vallen onder het toezicht van de Koninklijke Notariële Beroepsorganisatie (KNB), die aanvullende beveiligingseisen stelt bovenop de wettelijke verplichtingen.
Hoe beschermt S/MIME tegen de CLOUD Act als de mailserver in de EU staat?
S/MIME versleutelt de berichtinhoud end-to-end: zelfs als een provider wordt gedwongen toegang te verlenen op grond van de CLOUD Act, beschikt de provider alleen over versleutelde ciphertext. Zolang de privésleutels on-premise bij de organisatie blijven, is de inhoud van berichten niet leesbaar voor derden, inclusief cloudproviders of overheidsinstanties die de sleutels niet bezitten.
