要約

  • DKIM working groupのBest Practices draft改訂01は2026年9月9日に公開された。まだInternet-Draftであり、発行済みBCPでもRFCでも、既存方式の廃止決定でもない。
  • 送信者にはDKIM2が「実質的に遍在」するまでDKIM1とDKIM2の両方で署名することが推奨されるが、閾値、分母、観測期間、対象集団、宣言主体は定義されていない。
  • 受信者が見る日次の有無比率は、その受信者の方針には役立つ。しかし、見えていない送信者や転送者を含むメール全体の普及率にはならない。
  • 集約済みの移行終了記録に対象、例外、判断、rollback条件を残す方法を提案する。これはDaniel Kadeの論考であり、draftの要件ではない。

出口を示す語はあるが、時計がない

改訂01は9月9日に公開された。変更履歴には、節の再構成と改題に加え、DKIM2の継続的な開発と改訂00からの時間経過を受けた広範な書き換えが記されている。Datatracker上はDKIM WGのWG Documentで、IESG状態はI-D Exists、shepherd、担当Area Director、telechat日はまだない。

文書ヘッダーはIntended statusをBest Current Practiceとする一方、Datatrackerは現在Intended RFC statusをNoneと表示する。どちらにせよ、現時点の文書はBCPではなく、IETFによる導入命令でもない。

第3.3節は、DKIM2の展開が「effectively ubiquitous」になるまで、送信メールをDKIM1とDKIM2の両方で署名すべきだとする。同じ表現は二度出るが、何％なら達したのか、メッセージとドメインのどちらを数えるのか、何日見るのかは示されない。送信者、転送事業者、受信者、WGのいずれが判断するのかも決まっていない。

一律の世界基準がないこと自体は欠陥とは限らない。メール運用は分散しており、地域や顧客構成も異なる。問題は、二つの事業者が別々に併用を終えたとき、同じ種類の証拠を使ったのか比較できないことである。

なお、第3.2節の複数署名は別の移行だ。そこでは異なる暗号algorithmによる複数のDKIM2署名が推奨される。DKIM2内部のalgorithm冗長性と、DKIM1・DKIM2間のprotocol併用を、一つの「準備完了」で済ませてはならない。

日次比率は受信者の視野を精密化する

DKIM2署名がない場合、DKIM1を検証できる受信者は既存のDKIM1処理方針に戻る。draftは、DKIM2があるメールとないメールの日次割合、さらにmailbox holderが両者にどう反応するかを見ながら、その方針を変えられるとしている。ただし移行中は、DKIM2がないという理由だけで拒否すべきではない。

これは部分導入を即座に障害とみなさないための現実的な設計である。同時に、不在の意味を一つに決められなくする。未導入の送信者かもしれず、非参加の転送経路かもしれない。正当な例外、署名除去、観測ミスの可能性もある。

大規模consumer mail、企業gateway、mailing list、地域providerでは観測集団が違う。メッセージ数を分母にすれば大量送信者が支配する。ドメイン数なら規模の差が消える。迷惑メールfilterの後だけを見れば、届かなかった集団は最初から数えられない。

したがって日次比率は、正確でもlocalである。local policyの変更根拠にはなり得るが、Internet全体の状態を示すには、母集団、除外、重み付け、期間を別途示さなければならない。

三つの状態は一通の経路を分類する

第6節は受信側から見える経路を三つに分ける。すべての参加ADMDが出口で署名したNever Left、一部だけが参加したIn and Out、DKIM2署名が一つもないNever Enteredである。この分類は経路診断には有用だが、世界的な導入度の投票ではない。

特に転送者の存在が効く。参加するforwarderは既存のDKIM2とDKIM1署名を検証し、内容を変更しなくても扱った全メッセージにDKIM2署名を加える。署名位置は、自らのinfraから出る直前のlast hopである。起点と最終受信者が対応していても、中間区間の非参加でchainは途切れ得る。

第7.1節は、展開が成熟すれば受信者が主にDKIM2へ依存し、二系統の検証を無期限に続けずに済むと見込む。しかし「成熟」の判定も定義されない。方向は書かれたが、終了試験はまだない。

DMARCとSPFに関する疑問符付きの節は、廃止方針として読めない。序文はそれらをWGの未解決問題とし、記述をspeculativeだと明示する。DKIM2が普及した場合の可能性を検討しているだけで、DKIM1、DMARC、SPFの終了を決めてはいない。

既知の導入先から消えた署名は別に数える

security節は併用期のdowngradeを挙げる。経路上でDKIM2署名を除ける者が、DKIM2をまだ必須にしていない受信者を、より弱いDKIM1-only処理へ戻す可能性がある。普段DKIM2を使うと分かっているdomainから、もっともらしいDKIM1だけが届いた場合は、注意を強めるべきだという。

資料は実際の攻撃発生や頻度を示していない。それでも測定設計への含意は明確だ。DKIM2を一度も見ていないdomainと、既知の導入domainで突然消えたケースを、同じ「不在」にまとめるべきではない。後者を分けなければ、downgradeの兆候が普及率の中に埋もれる。

終了判断には、事前のrollback条件も必要になる。既知domainのDKIM1-only到着が急増した場合、完全chainが下がった場合、例外群のdeliveryが悪化した場合など、判断後に都合よく変えない条件である。

世界証明ではなく、限定された終了記録

私は単一の世界閾値を提案しない。併用を減らす運用者ごとに、次の情報を残す方が実用的だ。

  1. 宣言者、その役割、管理できる判断；
  2. 評価した送信者、転送者、受信者cohort；
  3. 分母、重み、除外、観測期間；
  4. DKIM2あり、完全chain、部分chain、不在の各率；
  5. 実際に判断へ使った検証、delivery、利用者反応；
  6. 既知DKIM2 domainからの不在と異常処理；
  7. DKIM1へ残る例外依存；
  8. 閾値とpolicy version；
  9. 判断時刻、rollback条件、次回review。

公開値は集約できる。受信者アドレス、個人行動、本文を出す必要はない。一方で、その結論がlocal readinessなのか、特定interconnection cohortなのか、communityが集めた広域証拠なのかは表示すべきである。

これはHeng Luのminimum initial specificationの考え方に沿う。共有するのは将来の協調に必要な最小の証拠で、採用判断は影響を負う各主体に残す。

証拠の境界

文書履歴は版とprocess stateを、公式00–01差分は改稿範囲を示す。DKIM2本体とDNS文書も作業中である。

既存RFCはDKIM、SPF、Authentication-Results、DMARCの現在の制度を説明するが、DKIM2導入率は測っていない。資料には代表的なcensus、費用総額、攻撃件数、廃止日がない。本稿も普及率や終了時期を推定しない。

出典