要約
- 個人提出文書
draft-chuang-dkim2-sender-policy-01は2026年9月12日に公開された。現時点でIETFワーキンググループの合意文書ではなく、担当Area Directorも示されていない。 unalignedは第00版にもある。第01版の実質的な追加は、そのフラグを使う前に必要なDKIM整合・検証可能性と、受信者を結び付ける推奨確認である。- 提案では、該当する境界署名に
unalignedがあればDMARC整合検査は不要とされ、整合結果はpassになる。 - したがって、運用記録は「検査して整合した」と「ローカルポリシーで検査を免除した」を区別し、根拠となる署名、評価対象の識別子、例外を受け入れた主体を保持する必要がある。
判定語より先に配送経路を見る
この提案を理解する近道は、最終受信者から逆向きにメールをたどることだ。通常のDMARC評価で pass と言うとき、受信者は目に見える From ドメインと、検証に成功した認証識別子との整合を確認したと期待する。ところが unaligned の付いたDKIM2境界署名では、その整合検査自体を期待せず、それでも結果欄には pass を置く。表示は同じでも、一方は測定結果、もう一方は例外を適用した決定である。
第01版は、この例外を無条件にはしていない。DKIM2処理へ入る前の元メッセージが、DMARCと整合した有効なDKIM署名を持ち、その署名が別のDKIM2受信者にも検証可能であることを求める。さらに、署名された To または Cc とSMTPの RCPT TO を比較し、署名された受信者ドメインを最初のDKIM2署名者の d= と突き合わせることを推奨する。これは転送先が根拠なく広がっていないかを確かめる材料になる。
ここで改訂履歴が重要になる。第00版にも unaligned は存在するため、「第01版が整合免除を新設した」と説明するのは正確ではない。00から01への公式差分が示すのは、既存の例外に対して、元の整合済み署名と受信者に関する証拠の経路を足したことだ。変更点を誤って語れば、設計上の改善も残る欠落も見えなくなる。
昔の整合と今の整合は別の事実
元メッセージが入口で整合していたことは重要だ。しかし、それは最終境界で現在見えている From が整合していることと同じではない。前者は過去のメッセージ状態に関する証拠であり、後者は現在の受信者が現在の識別子について行う評価だ。結果だけを pass に畳み込むと、いつ、何を、誰が評価したのかが失われる。
RFC 9989のDMARCは識別子整合の枠組みを、RFC 5598はインターネットメールに参加する役割と管理領域を、RFC 8601は認証結果を表現する際の信頼境界を与える。DKIM2の基本仕様案とベストプラクティス案は、仲介者をまたぐ処理を連鎖として検証する方向を示す。今回の送信者ポリシー案はその上に例外の意味を置くが、ある管理領域の結果を別の領域がそのまま信頼してよいとはしていない。外から届いたAuthentication-Resultsを無条件に受け取れないのと同様、免除理由も証拠と境界から切り離してはならない。
草案が挙げる別案、すなわち中継者による From の書き換えは、責任を別の形で明確にする。中継者がメッセージの「所有」を引き受け、その後の受信者は以前の認証を無視する。元の作者識別子との連続性は弱くなるが、責任の切れ目は見えやすい。unaligned は連続性を多く残す代わりに、元の証拠と例外理由を運ぶ責任が増える。両者を単一の成功率で比較しても、統治上の違いは測れない。
必要なのは新しい万能ポリシーではない
受信者ごとにリスク許容度が違う以上、共通仕様が一つの処分を強制する必要はない。必要なのは、各受信者が自分のポリシーを正しく適用できるだけの区別だ。たとえば、整合を実測して成功したのか、境界ポリシーが検査不要としたのか、どの先行署名を根拠にしたのか、元の From と最新の見かけの From のどちらを参照したのか、誰が例外を宣言し誰が受け入れたのかを、構造化して結び付けることができる。
その形は、別の結果値でも、pass に付随する理由コードでも、証拠チェーンに結合された決定レコードでもよい。大切なのは理由を単独で偽装・転送できないこと、そして最終表示が事実以上のことを主張しないことだ。「メールを受け入れた」と「DMARC整合が証明された」は別の文であり、製品画面でもレポートでも同義語にしてはいけない。
Heng Luの政策ミラー論は、文書上の制度と実際の運用を区別して観察する必要を示す。最小初期仕様という考え方は、将来のすべての判断を中央で決めなくても、今必要な相互運用の核は定義できると読むことができる。そして現実を製品にするという原則に従えば、この文書を標準化済みの権威として扱うことも、反対にローカル実験として無視することも適切ではない。現状は、証拠条件を強めた個人提案であり、なお結果語彙に治理上の欠落が残る、ということだ。
情報源
- IETF Datatracker文書ページ
- IETF Datatracker履歴
- 文書APIメタデータ
- 第01版テキスト
- 第00版テキスト
- 00から01への公式差分
- Individual SubmissionsグループAPI
- DKIM2基本仕様案
- DKIM2ベストプラクティス案
- RFC 9989 — DMARC
- RFC 5598 — Internet Mail Architecture
- RFC 8601 — Authentication-Results
- Heng Lu — The Policy Mirror
- Heng Lu — Minimum Initial Specification
- Heng Lu — Why Reality, Not Advocacy, Is the Product
会員向け解説
プロフィールの詳細
適切な会員レベルでログインすると、解説全文と出典メモをご覧いただけます。
Strategic Circle 限定
Strategic Circle
すべての読者に公開されています。参加してログインすると プロフィール解説 を閲覧できます。
Strategic Circle に参加Leadership Alliance 会員限定
Leadership Alliance
対象となる IP 資産の所有者・管理者向けです。ログインすると Leadership Alliance の解説を閲覧できます。
Leadership Alliance に参加

