[ 報告と調査 ]

DMARC合格率が高いと、失敗した正規サービスが隠蔽される理由

高い総合格率の範囲内で消える、少量の正当な障害を見つけます。

EmailAuth研究チームによる

【ポイント】

  • 観察された母集団に対して、カウントで重み付けされた整列結果を使用します。
  • 見出しのボリュームに関係なく、検証済みの重要なサービスをレビューします。
  • レポートギャップは自動的に合格するサービスではありません。
このページでは

全体的に高い DMARC 合格率は、壊れたビジネスクリティカルなサービスと共存する可能性があります。大きいストリームは演算を支配しますが、小さいストリームはパスワードのリセット、請求書、または緊急アラートを伝送する可能性があります。ヘッドラインレートを使用して変更を承認する前に、既知の正規サービスを個別に確認してください。

何が通過するかを定義する

参考文献: RFC 9989 §5.3.5, RFC 9990 §3.1.1.9, RFC 9990 §3.1.1.8, RFC 9989 §5.4.

生の結果ではなく、DMARC で評価された調整された結果を使用します SPF または DKIM 一人で成功する。適用可能な有効なポリシーと完了したチェックがあれば、メッセージ レベルのDMARCパスには 1 つの調整されたメカニズムを渡すだけで十分です。両方を必要とする場合は、異なるメトリックが作成されます。処理は個別です。メッセージは、認証パスにならずに、受信側例外で処理できます。

メッセージ数に基づいて行を重み付けします。数千の観測値を表す 1 つの正常な行と 10 個の観測値を表す失敗した行は、母集団のサイズが等しくありません。送信されたすべてのメッセージではなく、収集された観測値に適用されるレートのラベルを付けます。

承認された送信在庫を分割する

プロバイダー設定、既知のルート、承認されたメッセージ サンプルを使用して、監視された ID をサービスにマッピングします。ソース IP はそれ自体で共有されることも、フォワーダーを表すこともあります。推測に基づいて所有権を割り当てるのではなく、未分類のトラフィックを保持します。

重要なサービスごとに、観察された量、調整された合格数と失敗数、受信機のカバレッジ、および最新のテスト結果を記録します。未知のトラフィックや不正の疑いのあるトラフィックを、検証済みの正当なコホートから分離してください。分類の変更には日付を付ける必要があり、不都合なデータを除外することで率の向上が黙って生じることがないようにする必要があります。

小さな流れを調べる

例示的なケース: マーケティング サービスには 99,900 件の合格した監視があり、パスワード リセット サービスには 100 件の失敗した監視があります。合計の合格率は 99.9% ですが、観察されたパスワード リセットの合格率はゼロです。集計レートは数学的には正しいですが、運用上は不完全です。

これは、すべてのパスワード リセットが拒否されたこと、またはそのサービスからのすべてのメッセージがレポート受信者に到達したことを証明するものではありません。ルートレベルの即時調査は正当化されます。全体の割合を賞賛するのではなく、現在の生のメッセージ、調整された ID、プロバイダーの設定、および関連するゲートウェイを検査します。

影響に関する意思決定ゲートを設定する

状況に応じてヘッドライン料金を使用し、ポリシーを強化する前に重要なサービスの証拠を要求します。観察のない少量のサービスには、想定された合格ではなく、テストまたは文書化されたギャップが必要です。ビジネスへの影響、正当性の信頼性、および現在の障害の証拠に基づいて修復に優先順位を付けます。

可能な場合は、新たなエンドツーエンド テストとその後のレポート観察により、サービスの問題を解決します。運用レポートには、合計メトリックとサービス ビューの両方を保持します。有用な概要により、健全なボリュームによって重要な例外が非表示になるのではなく、重要な例外が表示されます。

運用レビューで例外を可視化する

各重要なサービスをその所有者、予期される ID、観察された障害、および現在の調査状態とともにリストします。四捨五入した場合でもカウントを表示すると、グラフ全体が完璧に見えます。最新の成功した管理テストと、実行されなかったルートを含めます。所有者は、未分類のサービスがレビューから消えることを許可するのではなく、残りのギャップを明示的に受け入れる必要があります。送信者またはテンプレートが変更された後に確認してください。以前に渡されたサンプルでは、​​新しく変更されたルートがまだ署名され、正しく配置されているかどうかが確立されていないためです。

調査を続ける

を使用します。 集計レポートのチュートリアル 基礎となるフィールドと アライメント診断ガイド 未処理の認証パスがDMARC満たさない場合。

決定は境界線に留めてください

ローカル計算では、全体の合格率は 99,900 / 100,000 = 99.9%、仮想のパスワード リセット コホートでは 0 / 100 = 0% となります。当面の決定は、100 個のメッセージすべてが拒否されたと推測するのではなく、その重要なルートを調査することです。これらは、顧客のテレメトリではなく、発明された指導カウントです。

[ 取り除く ]

観察された母集団に対して、カウントで重み付けされた整列結果を使用します。見出しのボリュームに関係なく、検証済みの重要なサービスをレビューします。レポートギャップは自動的に合格するサービスではありません。

【役割別】

これがあなたにとって何を意味するか

実際の次のステップに向けて、自分の役割を選択してください。

IT / メール管理者

調整されたカウント加重レートを計算します。

基礎となる観察結果を保存し、上記のワークフローを使用して、実際の障害段階を想定から分離します。

次のステップ

  1. 調整されたカウント加重レートを計算します。
  2. サービスの所有権を確認します。
  3. 失敗した特定のルートを再テストします。

CISO / SecOps

サービスレベル変更ゲートが必要です。

セキュリティに関する決定をこれらの調査結果に依存する前に、対象範囲、出所、および残っている不確実性を可視化しておいてください。

次のステップ

  1. サービスレベル変更ゲートが必要です。
  2. 未知のトラフィックを分離してください。
  3. 分類の変更と適用範囲を確認します。

創業者 / 非技術系

重要な少量サービスに名前を付けます。

この報告タスクを自社のビジネス上の意思決定に結び付け、その影響に見合った証拠を必要とします。

次のステップ

  1. 重要な少量サービスに名前を付けます。
  2. ヘッドラインレートとともに例外を確認します。
  3. 顧客に影響を与える障害を優先します。

[ よくある質問 ]

よくある質問

99.9% 合格しても重大な問題が隠れている可能性があるでしょうか?

はい。大きな健全なストリームが全体を支配している一方で、小さな重要なストリームが失敗する可能性があります。

SPFとDKIM両方がDMARCに合格する必要がありますか?

いいえ。調整されたSPFまたはDKIMメカニズムを渡すだけで十分です。

RFC 9989 §5.3.5

生のDKIMパスでもアライメントに失敗する可能性はありますか?

はい。署名ドメインは、該当するモードで作成者のドメインと一致する必要があります。

RFC 9989 §4.4.1

失敗回数はメッセージが拒否されたことを証明しますか?

いいえ。認証結果と受信者の処理は別の観察です。

RFC 9989 §5.4

レートは行を均等に平均化する必要がありますか?

いいえ。メッセージ観察率の行数ごとの重みです。

RFC 9990 §3.1.1.8

ソース IP だけでサービス所有者を確立できますか?

確実ではありません。構成とメッセージの証拠を確認します。

データのない重要なサービスはどのように表示されるべきでしょうか?

自動パスではなく、証拠を必要とするカバレッジ ギャップとして。

サービス修理を証明するものは何ですか?

現在の制御されたルートのテストとその後のサポート観測。カバレッジ制限が記載されています。

[ 情報源 ]

情報源

  1. RFC 9989

    セクション §4.4.1 · §5.3.5 · §5.4

  2. RFC 9990

    セクション §3.1.1.8 · §3.1.1.9

[ 用語集 ]

用語集

カウントの重み付け
含まれるレポートの各行を、それが表すメッセージ監視の数によって重み付けします。

RFC 9990 §3.1.1.8

クリティカルサービスコホート
ビジネスに影響を与える検証済みルートの運用グループは、量に関係なく、個別にレビューする価値があります。

企業の来歴

一流の金融機関と政府が選ばれる理由 電子メール セキュリティ ダッシュボードを廃止しました。

従来の電子メール認証プラットフォームはダッシュボードを販売し、エンジニアに作業を依頼します。一か八かの環境では、手動による監視は適用の遅れ、構成のドリフト、および監視されていないシャドウ ドメインを意味します。

EmailAuthは、エージェントの電子メール来歴プラットフォームです。 当社のエージェントが執行します p=reject、サードパーティの送信者を調整し、ドメインを完全に移動します。 RFC 9989 新しいDMARC標準に準拠し、人間による監査機能を備えています。

政府 大企業 ティア1金融機関

SaaS · 専用テナント · エアギャップオンプレミス · BYOK 暗号化

ナレッジベース