正規化（メール認証）

メール認証における正規化（Normalization）とは何ですか？

メール認証における正規化とは、DKIMやSPFのような検証チェックを適用する前に、ドメイン名、ヘッダ、暗号入力といったデータを標準化する処理のことです。その目的は、認証を失敗させかねない差異を取り除くことで、一貫した正確な結果を確保することにあります。簡単に言えば、正規化は、メッセージの身元と完全性を検証する際に、送信側と受信側のシステムが「同じ言葉で話している」状態にするものです。

正規化は、デジタル署名やドメインの比較において特に重要です。大文字小文字、空白、エンコードといったわずかな書式の違いだけでも、DKIM署名が壊れたり、DMARCのアライメントチェックが失敗したりすることがあります。一貫した正規化ルールを適用することで、メールシステムは認証データを正しく解釈し、メッセージが本当に名乗ったドメインから発信されたかどうかを検証できます。

正規化の仕組み

正規化の処理は、使われるプロトコルによって異なります。各メール認証メカニズム（SPF、DKIM、DMARC）は、検証の前にそれぞれ独自の形式の正規化を適用します。

• SPFの正規化: 比較の前にドメイン名を小文字に変換し、空白を取り除くことで、「MAIL.EXAMPLE.COM」と「mail.example.com」を同一のものとして扱います。
• DKIMの正規化: 署名と検証の前に、メッセージの内容とヘッダを標準化します。これにより、行の折り返しやエンコードといった変化でデジタル署名が壊れるのを防ぎます。
• DMARCの正規化: アライメントのためのドメイン比較を大文字小文字を区別せずに行い、Public Suffix Listの境界に基づいて組織ドメインを正しく識別します。

特にDKIMでは、正規化（カノニカライゼーションとも呼ばれます）が欠かせません。これは、署名を生成または検証する前に、メッセージの本文とヘッダをどのように書式化するかを定義します。この処理がなければ、余分な空白1つといったわずかな書式変更でも、有効なDKIM署名を無効にしてしまう可能性があります。

DKIMにおける正規化とカノニカライゼーション

DKIMにおいて、カノニカライゼーションは、署名のためにメッセージのヘッダと本文を整える正規化の一形態です。これはDKIM署名ヘッダのc=タグで制御されます。主な方式は次の2つです。

• simpleカノニカライゼーション: 元のメッセージと検証対象のメッセージが完全に一致することを要求します。わずかな書式変更でも署名が壊れることがあります。
• relaxedカノニカライゼーション: 余分な空白や大文字小文字の変化といった重要でない差異を無視するため、中間のメールサーバーによる処理に対してより強い耐性を持ちます。

DKIM署名ヘッダの例:

この例のc=relaxed/relaxedは、ヘッダと本文の内容の両方がrelaxedカノニカライゼーションを受けることを意味し、検証の正確さを保ちながら書式の違いに対してより高い許容度を持たせます。

正規化がメール認証で重要な理由

正規化は、異なるメールシステム、エンコード、処理ステップをまたいでも、メール認証メカニズムが一貫して動作することを保証します。正規化がなければ、正当なメールが次のようなささいな理由で認証に失敗することがあります。

• ドメイン名における空白や大文字小文字の違い
• 伝送中に加わったヘッダの並べ替えや改行
• 文字エンコードの違い（UTF-8とASCII）
• DMARCアライメント時のサブドメインの扱いの不一致

適切な正規化は、高い到達性を維持し、ドメインの評判に影響したり正当なメールが疑わしいと判定されたりする原因となる不要な失敗を防ぐのに役立ちます。

正規化とDMARCeye

DMARCeyeは、ドメイン全体のSPF、DKIM、DMARCデータを分析する際に、正規化を自動的に考慮します。このプラットフォームは、ドメインの大文字小文字の不一致やヘッダの書式変更といった正規化に起因する認証失敗を検出し、それらを修正するための明確な推奨事項を提示します。

正規化された認証データを可視化することで、DMARCeyeはすべてのメッセージが一貫して評価されるようにし、組織が自社の到達性と保護態勢に確信を持てるようにします。これにより、レポートにおける見逃し（フォールスネガティブ）がなくなり、DMARCポリシー適用の分析の精度が向上します。

DMARCeyeの無料トライアルに登録して、メールドメインを保護しましょう。

DMARCおよび関連用語について詳しくは、DMARCeye用語集をご覧ください。