RSA-SHA256 und Ed25519-SHA256 sind unterschiedlich DKIM Signatur Algorithmen. Wählen Sie zwischen oder setzen Sie beides ein, indem Sie die unterstützten Funktionen Ihres Unterzeichners und die Beweise relevanter Prüfer nutzen. Der Vergleich ihrer Rohschlüssellängen beantwortet die Frage der Interoperabilität nicht.
Trennen Sie die Spezifikationsunterstützung von der bereitgestellten Unterstützung
RFC 8463 Abschnitte 3–5 fügt Ed25519-SHA256 hinzu DKIM und erfordert, dass Prüfer dieses Update implementieren, um es zu unterstützen. Es empfiehlt die Unterzeichnerimplementierung. Diese Anforderungen beschreiben den Standard; Sie belegen nicht, dass jede installierte Mail-Appliance, alte Bibliothek oder gehostete Schnittstelle das Update heute implementiert.
Der Ed25519 Schlüsseldatensatzverwendungen k=ed25519, und sein öffentlicher Schlüssel ist darin kodiert p=. Der Signaturalgorithmus wird identifiziert als a=ed25519-sha256. Für RSA lautet der entsprechende Algorithmus rsa-sha256; RFC 8301 Abschnitt 3 stellt die aktualisierten RSA-Größenanforderungen bereit und verbietet rsa-sha1. Ändern Sie nicht nur die Algorithmusbezeichnung, während Sie inkompatibles Schlüsselmaterial beibehalten.
Entscheiden Sie, welche Beweise die Migration benötigt
Inventarisieren Sie die Signatursoftware, die Version, die unterstützten Algorithmen und die Anbieterkontrollen. Identifizieren Sie die empfangenden Systeme, deren Verhalten für das Unternehmen wichtig ist. Notieren Sie, ob das Testergebnis Ihre eigene Verifiziererbibliothek, das vertrauenswürdige Authentifizierungsergebnis des Endempfängers oder ein Analysetool eines Drittanbieters widerspiegelt. Das sind unterschiedliche Beobachtungen.
Fragen Sie, ob die Plattform beide Algorithmen ausgeben und zwei Selektoren sicher verwalten kann. Ein Anbieter, der keine Ed25519-Kontrolle anbietet, verfügt möglicherweise immer noch über eine dokumentierte RSA-Konfiguration, die für die Aufgabe geeignet ist. Erfinden Sie kein nicht unterstütztes Verfahren, nur weil der zugrunde liegende RFC eine Konfiguration zulässt.
Verwenden Sie unterschiedliche Selektoren für parallele Signaturen
RFC 8463 Abschnitt 6 beschreibt Mehrfachsignaturen als Übergangsmechanismus. RSA- und Ed25519-Schlüssel benötigen unterschiedliche Selektoren. Platzieren Sie nicht zwei Algorithmusschlüssel gleichzeitig Wähler und verlassen Sie sich darauf, dass der Empfänger Ihren Favoriten auswählt.
In anschaulicher Gestaltung, rsa2026._domainkey.example.com enthält die RSA-Verifizierungsdaten und ed2026._domainkey.example.com enthält die Ed25519-Daten. Beide Signaturen verwenden d=example.com, aber ihre s= Und a= Werte unterscheiden sich. Dies sind Beispielnamen, keine bereitstellbaren Schlüsseldatensätze. Generieren und veröffentlichen Sie aktuelles Schlüsselmaterial über das unterstützte Signatursystem.
Ein nützlicher Test zeichnet jede Signatur einzeln auf. Empfänger A könnte beides überprüfen; Empfänger B verifiziert möglicherweise nur RSA. Melden Sie nicht, dass die doppelte Signatur funktioniert, ohne beizubehalten, welcher Algorithmus das jeweilige Ergebnis erzeugt hat. Unter RFC 9989 Abschnitt 4.4.1, eine erfolgreich ausgerichtete RSA-Signatur kann Folgendes liefern: DMARC Der Authentifizierungspfad wird auch dann verwendet, wenn die andere Signatur keine Überprüfung durchführt, sofern die entsprechenden DMARC -Bewertungsbedingungen erfüllt sind.
Machen Sie die Umstellung reversibel
Bevor Sie die Produktion ändern, richten Sie eine unterstützte Methode ein, um die vorherige Signaturkonfiguration wiederherzustellen. Testen Sie normale Nachrichten und die echten Routing-Funktionen, wie Gateways oder Mailinglisten. Die Algorithmusunterstützung schützt eine Signatur nicht vor willkürlichen Inhaltsänderungen nach dem Signieren.
Halten Sie während des Beobachtungszeitraums den Selektorbestand und die Empfängernachweise mit Zeitstempeln verknüpft. Eine erfolgreiche DNS Suche des Ed25519-Eintrags beweist die Veröffentlichung und nicht, dass der Absender eine Signatur ausgegeben oder ein Empfänger sie verwendet hat. Entscheiden Sie, ob Sie beide Algorithmen beibehalten oder die Konfiguration ändern möchten, basierend auf gemessener Kompatibilität und organisatorischen Anforderungen, nicht auf der Behauptung, dass alle Empfänger aktualisiert wurden.
Schließen Sie die Sicherheits- und Betriebsentscheidung gemeinsam ab
Erfassen Sie das ausgewählte Design, algorithmenspezifische Ergebnisse, ungelöste Empfängereinschränkungen und Kriterien für die Einstellung eines Kompatibilitätspfads. Schützen Sie weiterhin beide privaten Schlüssel, während beide Unterzeichner aktiv bleiben. Die doppelte Signatur fügt eine weitere Abhängigkeit der Schlüsselverwaltung hinzu. es entbindet nicht von der Notwendigkeit einer Verwahrung, Rotation oder Reaktion auf Vorfälle.
Lesen Sie ein synthetisches Dual-Signatur-Ergebnis
Angenommen, eine Nachricht hat die Autorendomäne example.com und zwei Signaturen mit d=example.com. Der vertrauenswürdige Empfänger meldet rsa-sha256, s=rsa2026, bestanden für eine Signatur und ed25519-sha256, s=ed2026, fehlgeschlagen für die andere. Die RSA-Signatur ist ein exakt ausgerichteter Durchgang, sodass sie DKIM Pfad von DMARC erfüllen kann. Die fehlgeschlagene Ed25519-Signatur hebt sie nicht auf. Dies ist ein konstruiertes Beispiel und kein Beweis dafür, dass einem Empfänger die Ed25519-Unterstützung fehlt: Der Fehler könnte stattdessen seinen Schlüssel, seine Syntax oder seinen signierten Inhalt betreffen. Behalten Sie den Grund pro Signatur bei, bevor Sie die Kompatibilität diagnostizieren.
Führen Sie ein kompaktes Ermittlungsprotokoll
Verwenden Sie dieses vorgeschlagene Arbeitsblatt für die zu prüfende Route. Es handelt sich um eine Planungshilfe, nicht um den Nachweis einer durchgeführten Prüfung.
- Unterzeichner: Software oder Dienst, Version und unterstützte Algorithmuskontrollen.
- Pro Signatur: a, d, s, Ergebnis und Empfänger, der das Ergebnis erzeugt hat.
- DMARC : Autorendomäne, Ausrichtung Modus und die Pass-Alignment-Signatur, falls vorhanden.
- Entscheidung: Beide Algorithmen beibehalten oder einen davon außer Betrieb nehmen, mit Rollback-Schritten und ungelösten Empfängerbeschränkungen.
Verwandte Lektüre
DKIM Schlüssellänge und Algorithmen: Überprüfen Sie die aktuelle Empfängerunterstützung · Mehrere DKIM -Signaturen: Finden Sie die ausgerichtete Passsignatur.