Microsoft 365 & Google Workspace
So verschlüsseln Sie E-Mails in Microsoft 365 und Google Workspace
Microsoft 365 und Google Workspace verschlüsseln E-Mails während der Übertragung mit TLS, sofern der empfangende Server dies unterstützt. Für einen Schutz auf Nachrichtenebene bietet Microsoft 365 S/MIME und eine eigene portalbasierte Nachrichtenverschlüsselung, und einige Editionen von Google Workspace bieten S/MIME und clientseitige Verschlüsselung. Keine der beiden Plattformen unterstützt OpenPGP nativ. Organisationen, die PGP-verschlüsselte E-Mails mit Partnern austauschen, ergänzen daher in der Regel ein Verschlüsselungs-Gateway.
Dieser Leitfaden erklärt jede Option, was sie tatsächlich schützt und wie Sie entscheiden, wann die integrierten Werkzeuge ausreichen.
Was beide Plattformen standardmäßig verschlüsseln
Exchange Online und Gmail verwenden beide Transport Layer Security (TLS), wenn sie E-Mails mit einem anderen Server austauschen, der TLS unterstützt. TLS verschlüsselt die Verbindung, sodass die Nachricht nicht gelesen werden kann, während sie zwischen diesen beiden Servern übertragen wird. Gmail zeigt ein rotes, geöffnetes Schloss an, wenn eine Nachricht nicht durch TLS geschützt war.
TLS ist standardmäßig opportunistisch: Unterstützt der andere Server kein TLS, kann die E-Mail ohne TLS zugestellt werden, es sei denn, ein Administrator schreibt TLS für diese Domäne vor. Noch wichtiger: TLS endet an jedem Server. Die Nachricht wird in lesbarer Form in den Postfächern von Absender und Empfänger, in Journaling- und Archivsystemen sowie auf jedem Server gespeichert, der sie weiterleitet. Unser Vergleich von Transportverschlüsselung und Nachrichtenverschlüsselung erläutert den Unterschied.
Für die alltägliche Korrespondenz ist TLS eine sinnvolle Grundlage. Für Verträge, Gesundheits- oder Finanzunterlagen, Rechtsangelegenheiten und andere personenbezogene Daten wünschen sich die meisten Organisationen einen Schutz, der mit der Nachricht selbst verbunden bleibt.
Verschlüsselungsoptionen in Microsoft 365 und Outlook
Microsoft Purview Message Encryption
Microsoft Purview Message Encryption ist in einigen Microsoft-365-Plänen enthalten. Benutzer können damit in Outlook eine Verschlüsselungsoption anwenden, und Administratoren können sie über Nachrichtenflussregeln automatisch anwenden lassen. Empfänger außerhalb von Microsoft 365 erhalten eine Nachricht mit einem Link und melden sich dann an oder fordern einen Einmalcode an, um sie im Browser zu lesen. Das funktioniert gut für den gelegentlichen Austausch mit Personen, die keine eigene Verschlüsselungssoftware besitzen, nutzt aber ein Microsoft-eigenes Format statt PGP oder S/MIME.
S/MIME in Outlook
Outlook unterstützt S/MIME nativ. Jeder Absender benötigt ein X.509-Zertifikat und einen privaten Schlüssel, und das Zertifikat des Empfängers muss verfügbar sein, bevor eine Nachricht für ihn verschlüsselt werden kann, in der Regel aus einem Verzeichnis oder aus einer früheren signierten Nachricht. Das Ausstellen und Verlängern von Zertifikaten für jeden Benutzer und jedes Gerät ist die größte Hürde; unser Leitfaden zu Ablauf und Verlängerung von S/MIME-Zertifikaten erklärt, was das auf Dauer bedeutet.
PGP
Microsoft 365 bietet keine integrierte OpenPGP-Unterstützung. Benutzer können Add-ins von Drittanbietern installieren, doch dann liegen die Schlüssel auf einzelnen Geräten, und die Verschlüsselung hängt davon ab, dass jeder Benutzer daran denkt, sie anzuwenden.
Verschlüsselungsoptionen in Google Workspace und Gmail
Gehostetes S/MIME
Einige Editionen von Google Workspace unterstützen gehostetes S/MIME. Administratoren aktivieren die Funktion und laden Benutzerzertifikate hoch, und Gmail verschlüsselt eine Nachricht, wenn das Zertifikat des Empfängers vorliegt, typischerweise nachdem eine signierte Nachricht von ihm eingegangen ist.
Clientseitige Verschlüsselung
Die clientseitige Verschlüsselung von Gmail, verfügbar in bestimmten Enterprise- und Education-Editionen, verschlüsselt Nachrichteninhalte im Browser mit Schlüsseln, die in einem externen, von der Organisation kontrollierten Schlüsselverwaltungsdienst liegen. Sie eignet sich für Organisationen mit strengen Anforderungen an die Schlüsselverwahrung, erfordert aber die Konfiguration eines Identitätsanbieters und des Schlüsselverwaltungsdienstes, und externe Empfänger benötigen eine kompatible Möglichkeit, die Nachricht zu lesen.
Der vertrauliche Modus ist keine Verschlüsselung
Der vertrauliche Modus von Gmail kann Weiterleiten, Kopieren und Drucken deaktivieren und ein Ablaufdatum festlegen. Er verschlüsselt die Nachricht nicht mit S/MIME oder PGP für den Empfänger, daher sollten Sie sich bei regulierten Daten nicht auf ihn verlassen. Wie Microsoft 365 bietet auch Gmail keine native OpenPGP-Unterstützung.
Integrierte Optionen im Vergleich
| Option | Was geschützt wird | Was der Empfänger benötigt | Wichtigste Einschränkung |
|---|---|---|---|
| TLS (beide Plattformen) | Die Verbindung zwischen Servern | Einen Mailserver, der TLS unterstützt | Die Nachricht ist in Postfächern und Archiven lesbar |
| Microsoft Purview Message Encryption | Die Nachricht, gelesen in Outlook oder im Browser | Eine Anmeldung oder einen Einmalcode | Abhängig vom Plan; weder PGP noch S/MIME |
| S/MIME (Outlook oder Gmail) | Die Nachricht, Ende-zu-Ende | Ein eigenes Zertifikat und einen eigenen privaten Schlüssel | Zertifikate müssen ausgestellt, ausgetauscht und verlängert werden |
| Clientseitige Verschlüsselung in Gmail | Die Nachricht, mit von der Organisation verwahrten Schlüsseln | Einen kompatiblen Client oder Gastzugriff | Nur in bestimmten Editionen; erheblicher Einrichtungsaufwand |
| Vertraulicher Modus in Gmail | Nur Kontrollen für Weiterleitung und Ablauf | Einen Browser oder Gmail | Keine Nachrichtenverschlüsselung |
Scrollen Sie seitwärts, um die gesamte Tabelle zu sehen.
Wann Sie ein PGP- und S/MIME-Verschlüsselungs-Gateway ergänzen sollten
Integrierte Werkzeuge sind auf die eigenen Benutzer der jeweiligen Plattform ausgelegt. Organisationen stoßen damit typischerweise an Grenzen, wenn:
- Partner, Aufsichtsbehörden oder Kunden PGP verlangen, das keine der beiden Plattformen bietet;
- dieselbe Richtlinie für beide Plattformen gelten muss oder, nach einer Fusion, für mehrere Mail-Systeme;
- Schlüssel und Zertifikate zentral statt auf jedem einzelnen Gerät erzeugt, veröffentlicht, abgefragt und verlängert werden müssen;
- Empfänger ohne PGP oder S/MIME Alternativen benötigen, etwa ein sicheres Portal oder ein verschlüsseltes PDF, die per Richtlinie ausgewählt werden.
In diesem Modell übergibt die Mail-Plattform ausgehende Nachrichten an einen Cloud-Verschlüsselungsdienst: in Microsoft 365 über einen ausgehenden Connector, in Google Workspace über ein ausgehendes Gateway oder eine Routing-Regel. Der Dienst wendet die Richtlinie an, ermittelt Schlüssel und Zertifikate der Empfänger und stellt die Nachricht zu, während die Benutzer ihren gewohnten E-Mail-Client behalten. Unser Leitfaden zur Integration der E-Mail-Verschlüsselung in Microsoft 365 und Google Workspace beschreibt das Routing, und die Seite So funktioniert Cloud-E-Mail-Verschlüsselung erläutert jeden einzelnen Schritt.
Schritte zur Einführung der E-Mail-Verschlüsselung in Ihrer Organisation
- Schutzbedarf klassifizieren. Ermitteln Sie die Nachrichtentypen, Empfänger und Vorschriften, die eine Verschlüsselung auf Nachrichtenebene erfordern.
- Anforderungen der Partner erfassen. Halten Sie fest, welche Partner PGP, welche S/MIME und welche keines von beiden verwenden.
- TLS erzwingen, wo möglich. Schreiben Sie TLS als Grundlage für wichtige Partnerdomänen vor.
- Methode je Zielgruppe wählen. Nutzen Sie integrierte Werkzeuge, wo sie ausreichen, und leiten Sie den Rest über ein Gateway, das beide Standards unterstützt.
- Pilotieren, dann ausweiten. Beginnen Sie mit einer Abteilung oder einer Regel, prüfen Sie Zustellung und Antworten mit echten Partnern und weiten Sie die Richtlinie dann aus.
CloudPGP bietet Cloud-gehostete PGP-E-Mail-Verschlüsselung und Cloud-gehostete S/MIME-E-Mail-Verschlüsselung hinter Microsoft 365 und Google Workspace, sodass sich beide Standards ohne Client-Add-ins über eine zentrale Richtlinie anwenden lassen.
Häufig gestellte Fragen
Unterstützt Microsoft 365 PGP-Verschlüsselung?
Nicht nativ. Outlook und Exchange Online unterstützen S/MIME und Microsofts eigene Nachrichtenverschlüsselung, OpenPGP erfordert jedoch ein Add-in eines Drittanbieters auf jedem Gerät oder ein Verschlüsselungs-Gateway im Mailpfad.
Ist Gmail standardmäßig verschlüsselt?
Gmail verschlüsselt E-Mails während der Übertragung mit TLS, wenn der andere Server dies unterstützt, und Google verschlüsselt gespeicherte Daten auf seinen Servern. Das ist keine Verschlüsselung auf Nachrichtenebene: Der Inhalt wird nicht mit dem Schlüssel des Empfängers verschlüsselt und ist im Postfach des Empfängers lesbar.
Ist der vertrauliche Modus in Gmail eine Verschlüsselung?
Nein. Der vertrauliche Modus schränkt Weiterleiten, Kopieren und Drucken ein und kann eine Nachricht ablaufen lassen, verschlüsselt den Inhalt aber nicht mit S/MIME oder PGP für den Empfänger.
Brauchen externe Empfänger Microsoft 365 oder Google Workspace, um eine verschlüsselte Nachricht zu lesen?
Das hängt von der Methode ab. S/MIME und PGP funktionieren mit jedem kompatiblen E-Mail-Client. Bei portalbasierten Methoden lesen Empfänger die Nachricht im Browser, nachdem sie ihre Identität bestätigt haben. Unser Leitfaden zum Öffnen verschlüsselter E-Mails behandelt die Seite der Empfänger.
Kann ich nur bestimmte E-Mails automatisch verschlüsseln?
Ja. Nachrichtenflussregeln in Microsoft 365, Routing-Regeln in Google Workspace und Verschlüsselungs-Gateways können Nachrichten anhand von Absender, Empfänger, Domäne oder Inhalt auswählen und nur die passenden Nachrichten verschlüsseln.