RSA-SHA256 と Ed25519-SHA256 は別のものです DKIM署名 アルゴリズム。署名者のサポートされている機能と関連する検証者からの証拠を使用して、どちらかを選択するか、両方をデプロイします。生のキーの長さを比較しても、相互運用性の問題には答えられません。
仕様サポートをデプロイされたサポートから分離する
RFC 8463セクション 3 ～ 5 Ed25519-SHA256 を追加 DKIM そして、それをサポートするには、その更新を実装する検証者が必要です。署名者の実装を推奨します。これらの要件は標準を説明しています。インストールされているすべてのメール アプライアンス、古いライブラリ、またはホストされたインターフェイスが今日の更新を実装していることを確証するものではありません。
の Ed25519 主要なレコードの用途 k=ed25519、その公開キーは次のようにエンコードされています。 p=。署名アルゴリズムは次のように識別されます。 a=ed25519-sha256。 RSA の場合、対応するアルゴリズムは次のとおりです。 rsa-sha256; RFC 8301セクション 3 更新された RSA サイズ要件を提供し、rsa-sha1 を禁止します。互換性のない鍵マテリアルを保持したまま、アルゴリズム ラベルのみを変更しないでください。
移行に必要な証拠を決定する
署名ソフトウェア、バージョン、サポートされているアルゴリズム、およびプロバイダーのコントロールを一覧表示します。ビジネスにとって動作が重要な受信システムを特定します。テスト結果が独自の検証ライブラリ、最終受信者の信頼できる認証結果、またはサードパーティの分析ツールを反映しているかどうかを記録します。これらは異なる観察です。
プラットフォームが両方のアルゴリズムを発行し、2 つのセレクターを安全に管理できるかどうかを確認します。 Ed25519 制御を提供しないプロバイダーでも、タスクに適した文書化された RSA 構成が存在する可能性があります。単に基礎となる RFC が構成を許可しているという理由だけで、サポートされていないプロシージャを作成しないでください。
並列署名には個別のセレクターを使用する
RFC 8463セクション 6 では、移行メカニズムとして複数のシグネチャについて説明しています。 RSA キーと Ed25519 キーには個別のセレクターが必要です。 2 つのアルゴリズム キーを同時に配置しないでください セレクタ そして、受信者が好みのものを選択することを信頼してください。
イラスト的なデザインでは、 rsa2026._domainkey.example.com RSA検証データを保持し、 ed2026._domainkey.example.com Ed25519 データを保持します。どちらの署名も使用します d=example.com、しかし彼らの s= そして a= 価値観が異なります。これらは名前の例であり、展開可能なキー レコードではありません。サポートされている署名システムを通じて実際の鍵マテリアルを生成および公開します。
便利なテストでは、各署名を個別に記録します。受信者 A は両方を検証する場合があります。受信者 B は RSA のみを検証する可能性があります。どのアルゴリズムが各結果を生成したかを保存せずに、「二重署名が機能する」と報告しないでください。下 RFC 9989セクション 4.4.1、正常に調整された RSA 署名は、 DMARC 該当するDMARC評価条件が満たされていれば、他の署名が検証されない場合でも認証パスを使用できます。
カットオーバーを可逆的にする
本番環境を変更する前に、以前の署名構成を復元するためのサポートされている方法を確立してください。通常のメッセージと、ゲートウェイやメーリング リストなどの実際のルーティング機能をテストします。アルゴリズムのサポートは、署名後の任意のコンテンツ変更から署名を保護しません。
観察期間中、タイムスタンプに関連付けられたセレクターのインベントリと受信者の証拠を保持します。 Ed25519 レコードのDNSルックアップが成功すると、送信者が署名を発行したことや受信者が署名を使用したことが証明されるのではなく、公開されたことが証明されます。すべての受信機がアップグレードされたという主張ではなく、測定された互換性と組織の要件に基づいて、両方のアルゴリズムを保持するか構成を変更するかを決定します。
セキュリティと運用の決定を一緒に完了する
選択した設計、アルゴリズム固有の結果、未解決の受信者制限、および互換性パスを廃止するための基準を記録します。両方の署名者がアクティブなまま、両方の秘密キーを保護し続けます。二重署名により、キー管理の依存関係がさらに追加されます。保護、交代、事件対応の必要性がなくなるわけではありません。
合成二重署名結果を読み取る
メッセージに作成者ドメインexample.comと、 d=example.com.信頼できる受信者は、一方の署名については rsa-sha256、 s=rsa2026,合格、もう一方の署名については ed25519-sha256、 s=ed2026,失敗を報告します。 RSA 署名は正確に調整されたパスであるため、 DMARCのDKIMパスを満たすことができます。 Ed25519 署名が失敗してもキャンセルされません。これは構築された例であり、受信機が Ed25519 サポートを欠いているという証拠ではありません。障害は代わりに、そのキー、構文、または署名されたコンテンツに関係している可能性があります。互換性を診断する前に、署名ごとの理由を保存してください。
調査記録をコンパクトに保管する
検討中のルートには、この推奨ワークシートを使用してください。これは計画の補助であり、実行されたテストの証拠ではありません。
- 署名者: ソフトウェアまたはサービス、バージョン、およびサポートされているアルゴリズムの制御。
- シグネチャごと: a、d、s、結果、および結果を生成した受信者。
- DMARC : 作成者のドメイン、 アライメント モードと、存在する場合は、整列された署名を渡します。
- 決定: 両方のアルゴリズムを保持するか、ロールバック手順と未解決の受信者制限を考慮して一方を廃止します。
関連書籍
DKIM鍵の長さ およびアルゴリズム: 現在の受信機サポートを確認する · 複数のDKIM署名: 整列された受け渡し署名を見つけます.