DKIM, S/MIME und OpenPGP können alle digitale Signaturen beinhalten, machen aber nicht die gleiche Aussage. Beginnen Sie mit dem Schutz, den Sie benötigen: Domänenverantwortung, Integrität einer signierten Nachrichtenentität, Vertraulichkeit für einen Empfänger oder Vertrauen in einen bestimmten Schlüsselinhaber. Kein Etikett allein stellt fest, dass eine Zahlungsanforderung autorisiert ist.
Folgen Sie einem Nachrichtenpfad
Stellen Sie sich vor, ein Autor verfasst eine Nachricht, ein sendender Server wendet DKIM an, ein Gateway fügt eine Fußzeile hinzu und ein Empfänger öffnet das Ergebnis. DKIM verbindet ausgewählte Header und den kanonisierten Textkörper mit einer Signaturdomäne. Der Empfänger verwendet die Wähler und Domäne, um den öffentlichen Schlüssel im DNS zu finden. Der Inhalt wird nicht verschlüsselt. Eine Änderung der Fußzeile kann dazu führen, dass die Datei beschädigt wird Körper-Hash, abhängig vom unterzeichneten Umfang und der Verarbeitung. RFC 6376.
S/MIME arbeitet mit MIME Nachrichtenentitäten mithilfe zertifikatbasierter Kryptografie. Signieren und Verschlüsselung sind unterschiedliche Vorgänge: Eine nur signierte Nachricht ist nicht vertraulich. Der Empfänger muss das entsprechende Zertifikat und die Identitätsbindung gemäß seiner Vertrauensrichtlinie validieren. Durch die Verschlüsselung mit einem Empfängerzertifikat wird die verschlüsselte Entität für den entsprechenden Inhaber des privaten Schlüssels geschützt. es verbirgt nicht jedes äußere Routing-Feld. RFC 8551.
OpenPGP definiert Schlüssel-, Signatur- und verschlüsselte Datenformate. Eine gültige Signatur beweist eine Beziehung zu einem Schlüssel, während das Vertrauen des Benutzers, dass der Schlüssel zum beabsichtigten Korrespondenten gehört, von einer überprüften Bindung und lokalen Vertrauensentscheidungen abhängt. Verschlüsselung und Signierung sind wiederum getrennt. E-Mail-Paketierung und Client-Interoperabilität erfordern eigene Implementierungsprüfungen. RFC 9580.
Vergleichen Sie Bedrohungen, ohne Identitäten zu zerstören
Für einen gefälschten Absenderpfad auf Domänenebene trägt DKIM zur Domänenauthentifizierung bei und kann einen ausgerichteten Pfad bereitstellen DMARC Weg. Für einen Vermittler, der signierte Inhalte ändert, kann eine anwendbare S/MIME oder OpenPGP-Signatur bei korrekter Überprüfung Änderungen aufdecken. Für eine passive Partei, die den Nachrichteninhalt liest, sorgt eine geeignete Verschlüsselung für die Vertraulichkeit; Eine Unterschrift allein reicht nicht aus.
Keine dieser Aussagen bedeutet, dass der Endpunkt sicher ist. Ein kompromittierter privater Schlüssel oder ein autorisiertes Konto kann kryptografisch gültiges Material produzieren. Auch macht eine Unterschrift keine Rechnung korrekt. Schlüssellebenszyklus, Empfängervalidierung und unabhängige Geschäftsgenehmigung bleiben weiterhin erforderlich.
Verwenden Sie eine begrenzte Kontrollmatrix
Der folgende Dokumentationsvergleich liefert die fünf Möglichkeiten direkt. Es beschreibt den beabsichtigten Schutz bei korrekter Implementierung, nicht die überprüfte Interoperabilität.
- DKIM : ausgewählte Header und kanonisierter Text, der einer signierenden Domäne zugeordnet ist; keine Vertraulichkeit. Eine Fußzeile, die abgedeckte kanonisierte Bytes ändert, kann die Signatur ungültig machen.
- Nur signiertes S/MIME : signierte MIME Entität, die einem validierten Zertifikatsschlüssel zugeordnet ist; keine Vertraulichkeit. Eine geänderte signierte Entität kann bei der Überprüfung fehlschlagen, während eine äußere Änderung eine Umfangsprüfung erfordert.
- Verschlüsseltes S/MIME : verschlüsselte MIME Entität, die für die beabsichtigten Empfängerschlüsselinhaber geschützt ist; äußere Routingfelder können sichtbar bleiben. Durch die Verschlüsselung allein wird der Autor nicht authentifiziert.
- Nur signiertes OpenPGP: signierte Daten, die einem Schlüssel zugeordnet sind, dessen entsprechende Bindung überprüft werden muss; keine Vertraulichkeit. Eine Änderung der abgedeckten Daten kann die Verifizierung ungültig machen.
- Verschlüsseltes OpenPGP: verschlüsselte Daten, die für vorgesehene Schlüsselinhaber geschützt sind; Verpackung und offengelegte Metadaten müssen noch überprüft werden. Die Verschlüsselung allein ist keine Absenderautorisierung.
Für diesen Vergleich wurden keine kryptografischen Operationen, Client-Roundtrips oder Gateway-Tests durchgeführt. Eine Kombination aus Signierung und Verschlüsselung ist möglich; Bestellung und Verpackung müssen auf der tatsächlichen Strecke getestet werden. Eine hinzugefügte Gateway-Fußzeile außerhalb der verschlüsselten oder signierten Entität hat eine andere Auswirkung als eine Änderung dieser Entität. Halten Sie diese Fälle getrennt, anstatt ein universelles Weiterleitungsergebnis zuzuweisen.
Wählen Sie die Kombination aus und bestätigen Sie sie
Schreiben Sie die erforderliche Identität und den geschützten Bereich in die Akzeptanzkriterien. Überprüfen Sie die Schlüsselregistrierung, den Umgang mit Verlust und Widerruf, die Algorithmusunterstützung, das Weiterleitungsverhalten und Empfänger außerhalb der Organisation. Überprüfen Sie, was Benutzer tatsächlich sehen, wenn die Validierung fehlschlägt. DKIM kann mit Endbenutzersignatur oder -verschlüsselung koexistieren; Durch das Hinzufügen eines einzigen werden die anderen nicht überflüssig. Halten Sie einen dokumentierten Wiederherstellungspfad ein, der den beabsichtigten Schutz nicht stillschweigend herabsetzt.