DKIM キーの強度チェックツール
DKIMのセレクタ、鍵の長さ、アルゴリズム、ハッシュ関数、およびフラグを確認し、署名エラーを防ぐための具体的な改善提案とともに、明確な強度スコアを取得しましょう。DKIMキー強度チェッカーの仕組み
ドメインとDKIMセレクタを入力すると、このツールがリアルタイムでDNS検索を行い、公開鍵を抽出した上で、完全な暗号解析を実行します。
1
ドメインとセレクタを入力してください。 ルートドメインと、お使いのメールサーバーが使用しているDKIMセレクターを指定してください。一般的なセレクターには、次のようなものがあります。
default, google, s1、そして selector1 - または、空欄のままにしておくと自動検出されます。2
セキュリティチェックが実行されます。鍵の長さ、アルゴリズムの種類、ハッシュ関数、サービスフラグ、テストフラグを分析し、鍵に対して0から100までのスコアを付けます。
3
優先順位付けされた推奨事項を確認できます。どのチェックが失敗したか、その理由を正確に把握できるほか、脆弱な鍵や非推奨のアルゴリズムを修正するための具体的な是正手順が、リスクの低い順に表示されます。
チェッカーが分析する内容
各チェックでは、パブリックDNSから読み取ることができるDKIM署名鍵の暗号的または運用上の側面を網羅しています。
鍵の長さ
RSA-1024は非推奨となっており、現代の計算環境では因数分解が可能です。推奨される最小長さは2048ビットのRSAです。Ed25519楕円曲線鍵が、現在のベストプラクティスです。
DKIM キーの更新ガイド →
ハッシュアルゴリズム
SHA-1は暗号学的に破綻しています。実用的な衝突が存在するため、多くの受信者がSHA-1で署名されたメールの受信を拒否し始めています。SHA-256 (
DKIMとは何ですか？ →
h=sha256) が必要です。フラグと回転
欠落しているものをマークします
DKIMキーの回転方法 →
s=email サービスタグと t=y テスト用フラグ。DNSでは鍵の有効期間を確認できないため、鍵の更新はスコアとしてではなく、リマインダーとして表示されます。およそ6か月ごとに更新してください。DKIMキーに関する一般的なセキュリティ上の問題
これらは、チェッカーが検出した最も深刻な問題であり、それぞれがメールのセキュリティ態勢にどのような影響を与えるかを解説します。
重要
RSA-1024鍵の使用
1024ビットのRSA鍵は、クラウドコンピューティングを利用して因数分解が可能である。NISTは2013年にRSA-1024の使用を非推奨とし、Gmailも1024ビットのDKIM署名について警告（および拒否）を開始している。
ESPまたはメールサーバーを通じて新しい2048ビットのRSA鍵（またはEd25519）を生成し、新しいレコードを公開して48時間待った後、古い鍵を無効にしてください。
新しいDKIMレコードを作成する →
重要
SHA-1 ハッシュアルゴリズム
SHA-1は暗号学的に破綻しています。実用的な衝突攻撃が公表されており、RFC 8301ではDKIMにおけるSHA-1の使用が明示的に非推奨とされています。SHA-1を使用しているレコードはすべて
h=sha1 安全ではないものとみなすべきである。以下の設定を使用するようにレコードを更新してください
DKIMレコードを確認してください →
h=sha256 そして、メールプロバイダーまたはESPを通じて鍵ペアを再生成してください。
警告
テストモードがオンになっています (t=y)
について
t=y このフラグは、受信側に対して、あなたのドメインがDKIMのテストを行っていること、および失敗があった場合は寛容に扱うよう伝えるものです。本番環境でこのフラグを有効にしたままにすると、DKIMが本来提供すべき保護機能が損なわれてしまいます。削除
t=y 署名が正しく機能していることを確認したら、DKIMレコードから削除してください。
警告
サービスタイプフラグなし
～がなければ
s=email このフラグは、メールの署名に限定されたものではありません。理論上は他のサービスでも使用可能であり、攻撃対象範囲を広げてしまう可能性があります。追加
s=email DKIMのTXTレコードに、鍵の使用を電子メールの署名に限定する設定を追加してください（RFC 6376のベストプラクティス）。DKIM署名アルゴリズムの比較
DKIMの設定は、すべてが同等のセキュリティレベルを備えているわけではありません。ここでは、一般的な鍵の種類について、セキュリティ、パフォーマンス、および普及状況の観点から比較します。
| アルゴリズム | キーサイズ | セキュリティ状況 | パフォーマンス | 推奨事項 |
|---|---|---|---|---|
| RSA-1024 | 1024ビット | 非推奨 | 迅速な署名 | 今すぐアップグレードしてください |
| RSA-2048 | 2048ビット | 許容範囲 | 中程度 | 推奨最低値 |
| RSA-4096 | 4096ビット | 強い | 署名に時間がかかる | 高度なセキュリティが求められる用途に適しています |
| Ed25519 | 256ビット（EC） | ベストプラクティス | 最速 | 最新のベストプラクティス（RFC 8463） |
よくある質問
DKIMセレクタとは何ですか？また、自分のセレクタを確認するにはどうすればよいですか？
DKIMセレクタとは、DKIM署名を検証する際にどの公開鍵を使用するかを識別するための短いラベルのことです。これは
s= のタグ DKIM-Signature 送信されるメールのヘッダー。自分のヘッダーを確認するには、自分のドメインから送信されたメールの「生のヘッダー」を開き、 s=. 一般的なセレクタには、default、google、s1、selector1、k1などがあります。ここでセレクタを空白のままにしておくと、一般的なセレクタが自動的に検出されます。DKIMキーはどのくらいの頻度で更新すべきですか？
ベストプラクティスとして、DKIMキーは3～6か月ごとにローテーションすることをお勧めします。具体的には、新しいキーペアを生成し、新しいセレクタの下に新しい公開鍵を公開します。その後、DNSの伝播が完了するまで48時間待ち、メールサーバーの設定を変更して新しい秘密鍵で署名するようにし、最後に古いセレクタのレコードを削除します。なお、DNSからはキーがいつ作成されたかは判別できないため、このツールではキーの使用期間を表示することはできません。キーのローテーション状況は、PowerDMARCのDKIM分析機能で追跡してください。
RSA-1024はなぜ危険だと考えられているのでしょうか？
RSA-1024は、学術レベルの計算クラスターでも因数分解が可能であり、十分なリソースを持つ攻撃者にとって、その解読がますます現実的なものになりつつあります。NISTは2013年に1024ビットRSAの使用を非推奨とし、Googleも2023年から1024ビットのDKIM鍵を使用している送信者に対して警告を開始しました。 攻撃者があなたの1024ビットの秘密鍵を因数分解できれば、あなたのドメインから送信されたように見せかけた任意のメールに対してDKIM署名を偽造することが可能になります。少なくともRSA-2048またはEd25519を使用してください。
Ed25519とは何ですか？また、これに切り替えるべきでしょうか？
Ed25519 は、DKIM 向けに RFC 8463 で定義された楕円曲線署名アルゴリズムです。256 ビットの Ed25519 鍵は、約 3000 ビットの RSA 鍵に匹敵するセキュリティを提供し、署名および検証が高速で、DNS レコードをコンパクトに保つことができます。主な考慮点は互換性であり、現時点ではすべてのメールサーバーが RFC 8463 をサポートしているわけではありません。 インフラストラクチャが対応している場合、Ed25519 は最新のベストプラクティスです。多くの組織では、RSA-2048 と Ed25519 のセレクタを並行して運用しています。
DKIMキーの強度スコアとは何を意味するのでしょうか？
0～100のスコアは、DNSから確認できる範囲におけるDKIMキーの暗号強度（キーの長さ、アルゴリズム、ハッシュ関数、s=メールサービスフラグ、t=テストフラグ、およびTTL）を反映したものです。評価区分は、0～20が「重大」、21～40が「脆弱」、41～65が「良好」、66～85が「強力」、86～100が「優秀」となっています。 これはあくまで大まかな目安です。具体的な修正を行う際は、個々のチェック項目と推奨事項を必ず確認してください。
すべてのドメインにわたるDKIM監視を自動化
PowerDMARCは、DKIM署名の健全性、鍵の強さ、セレクタのステータスを1つのダッシュボードで追跡し、署名が失敗したり鍵の強さが低下したりした瞬間にアラートを発信します。
