DKIM鍵のローテーション — メールを止めずに交換する手順と、漏えい時の初動

DKIMの電子印鑑の実体は「秘密鍵」です。そして鍵である以上、長く同じものを使うほど、漏えい・解読のリスクが積み上がります。もし秘密鍵が第三者に渡れば、攻撃者は「本物の署名付き」のなりすましメールを送れてしまう——だから定期交換（ローテーション）が推奨されるのです。

この記事は、DKIMの基礎を設定済みの方向けの運用編です。

前提：あなたが回すのか、サービスが回すのか

まず確認すべきはここです。

• CNAME委任方式（配信サービスやMicrosoft 365に多い）：鍵の管理はサービス側にあり、ローテーションも自動で行われるのが一般的です。あなたの作業は原則ありません
• TXT直接登録方式（自社メールサーバー、鍵を自分で生成した場合）：ローテーションはあなたの仕事です。以下の手順が該当します

自社の各送信経路がどちらの方式か分からない場合、それ自体が棚卸しのサインです（→送信システム台帳）。

無停止ローテーションの5ステップ

DKIMはセレクタ（鍵の名前）を複数共存させられます。この性質を使えば、メールを1通も止めずに切り替えられます。

1. 新しい鍵ペアを生成する（2048ビット推奨。Gmailは1024ビット以上を要求しています）
2. 新セレクタでDNSに公開鍵を追加する（例: 旧s2025を残したままs2026を追加）
3. DNS反映を確認してから、送信サーバーの署名を新セレクタへ切り替える（反映前に切り替えるのが典型的な事故です）
4. 旧セレクタのレコードは、しばらく残す。配送遅延や再送で、旧鍵で署名されたメールが数日後に検証されることがあるためです。目安として1〜2週間は残置します
5. 旧セレクタのレコードを削除する（削除も忘れずに。不要な鍵の放置は攻撃面を広げます）

頻度の目安は年1回〜。監査要件がある組織はそれに従ってください。完璧な周期より、「手順が確立していて、いつでも回せる」状態のほうが重要です。

鍵が漏えいした（疑いがある）ときの初動

退職者が鍵にアクセスできた、委託先の管理が不明、サーバー侵害の疑い——そんなときは順番が命です。

1. 新セレクタで新しい鍵を発行し、署名を即座に切り替える（上記ステップ1〜3を緊急実施）
2. 漏えいした疑いのあるセレクタのレコードを直ちに削除する（DNSから公開鍵が消えれば、その鍵での署名は検証に失敗するようになり、悪用を無効化できます）
3. DMARCレポートで、その後の不審な署名失敗・未知の送信元を監視する（→レポートの読み方）

セレクタの棚卸し — 「いま何本あるか」言えますか

長く運用したドメインには、歴代のサービスが残したセレクタが眠っています。棚卸しの手がかりは3つ。

• DMARCレポート：実際に使われている署名ドメインとセレクタが記録されます
• 自社のDNSゾーン一覧：_domainkeyを含むレコードを抽出します
• 実メールのヘッダー：DKIM-Signature行のs=（セレクタ）とd=（ドメイン）を確認します（→ヘッダーの見方）

「どの契約にも紐づかないセレクタ」が見つかったら、確認のうえ削除を。解約済みサービスの鍵を残すのは、返してもらっていない合鍵と同じです。

よくある質問

Q. ローテーション中、新旧どちらの鍵でも受信側は検証できますか？

A. できます。受信側はメールに書かれたセレクタ（s=）でDNSを引くため、新旧のレコードが両方公開されていれば、それぞれ正しく検証されます。だから無停止で切り替えられるのです。

Q. 2048ビットの公開鍵が長すぎてDNSに登録できません。

A. 多くのDNSサービスでは、TXTの文字列を分割して登録できます（分割表示は検証に影響しません）。手順はサービス別設定ガイドを参照してください。

Q. 配信サービスのCNAME委任でも、こちらでやることはありますか？

A. 平時はありません。ただし「解約時にCNAMEを削除する」ことだけは、あなたにしかできない仕事です（→乗り換え時の移行手順）。

関連：DKIMとは（基礎）｜無料診断