[ 報告と調査 ]

CISO がコントロール カバレッジを評価するために使用できるDMARCメトリクス

1 つの優れた合格率に依存するのではなく、展開、正当な送信者の操作、レポートの可視性を個別に評価します。

EmailAuth研究チームによる

【ポイント】

  • 個別のインベントリの展開、観察された認証、およびサービスのテスト。
  • 重要なサービスの結果と未観測のルートを常に表示します。
  • すべての保証メトリックには、再現可能なスコープと所有者が必要です。
このページでは

CISO は、組織のドメイン管理が目的の資産をカバーしているかどうか、また重要な正規サービスが引き続き機能しているかどうかを把握する必要があります。グローバルな DMARC どちらの質問にも単独で回答する割合はありません。導入、観察された認証、証拠の鮮度、および未解決の例外を分離する小さな一連の尺度を構築します。

以下の対策は運用上の推奨事項です。これらは RFC 9989 および 9990 のプロトコルとレポート境界を使用しますが、標準化されたDMARC準拠スコアではありません。

所有する在庫から始める

参考文献: RFC 9989 §4.10.1, RFC 9989 §5.4.

送信ドメイン、非送信ブランド、委任サービス、関連するサブドメインなど、責任あるインベントリからドメインの母集団を定義します。所有者、使用目的、ポリシー検出結果、最新の検証日を記録します。区別が重要な場合は、明示的な記録と継承された有効なポリシーを別々にカウントします。

導入メトリクスは、対象範囲内のすべてのドメインで分割された意図された効果的なポリシーを使用して、範囲内のドメインを検証できます。検証された意味と、どのポリシーが組織の目的を満たすかを説明します。記録の公開は執行の要請と同等ではなく、執行の要請はすべての受信者による同一の扱いを保証するものではありません。

正当なサービスの動作を測定する

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

検証されたアプリケーションからドメインへのインベントリを維持します。重要なサービスごとに、予想される ID、責任のある所有者、最新の代表的なテスト、および観察された整合結果を記録します。期間中に観察されなかったサービスにパスを与えるのではなく、表示します。

適用可能な有効なポリシーと完了した評価については、メッセージ数と調整された合格率を合計することにより、観察ベースの合格率を計算します。 SPF または DKIM 結果を、含まれるメッセージの観測値で割ります。受信機のカバレッジ、時間枠、重複処理および分類基準を状態化します。その割合を、分母がメッセージではなくアプリケーションであるサービス カバレッジ メトリックから分離します。

誤解を招く平均値に対処する

合成例: マーケティング サービスには 99,990 件の合格観測があり、検証済みの請求書ルートには 10 件の不合格観測があります。合計の合格率は 99.99 パーセントです。請求書ルートの観察された通過率は 10 件中 0 件で、リストされている 2 つのサービスのうち 1 件には未解決の認証問題があります。

これらの事実は、たとえヘッドラインレートが高くても、緊急の請求書ルート調査を正当化します。これらは、10 件の請求書すべてが拒否されたこと、またはすべての請求書受信者がレポートを提出したことを証明するものではありません。請求書の所有者の確認、サンプルメッセージの証拠、および回復ステータスをメトリクスの横に表示します。

可視性と例外措置を追加する

重要な記者の最新の取材間隔と到着ラグを追跡します。未分類の観測量、未テストの重要なルート、および期限を過ぎた所有権の決定を表示します。寄稿するレポーターを変更すると、送信者を改善しなくても割合が変わる可能性があります。そうした変化をトレンドに溶け込ませるのではなく、注目してください。

例外の場合は、オープンチケットの数だけではなく、経過時間、ビジネスの重要度、次のアクション、および有効期限を測定します。支払いワークフローに影響を与える 1 つの長期にわたる例外は、すぐに解決される影響の少ない多くの観察よりも注目に値する可能性があります。すべての原因不明の障害をブロックされた攻撃とは呼ばないでください。

取締役会の概要を監査可能にする

公開されたすべての数値について、その人口、分子、分母、計算の改訂、証拠の日付、および責任のある所有者を保持します。重要なサービスと既知のギャップへのドリルダウンが含まれます。分母がゼロの場合、または証拠がない場合は使用不可を使用します。

制御ステートメントには、何が構成されているのか、何が動作していることが観察されているのか、何が不確実なままであるのかを記述する必要があります。ドメイン取得、プロバイダー移行、新規送信申し込み後に見直してください。強力なメトリクス プログラムにより、これらの変更が可視化され、具体的な修復の決定が作成されます。不完全なデータセットを普遍的なセキュリティ保証に変えるものではありません。

調査を続ける

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

イラストは証拠の範囲内に留めてください

ローカル合成計算では、全体の合格率は 99,990/100,000 = 99.99% ですが、請求書の場合は 0/10 = 0% となります。 2 つの名前付きサービスのうち 1 つは、指定されたシナリオでは依然として問題があります。これは、測定された不動産補償スコア、配達紛失数、または業界のベンチマークではありません。

[ 取り除く ]

個別のインベントリの展開、観察された認証、およびサービスのテスト。重要なサービスの結果と未観測のルートを常に表示します。すべての保証メトリックには、再現可能なスコープと所有者が必要です。

【役割別】

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

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

IT / メール管理者

ドメインとアプリケーションのインベントリを維持します。

バージョンの分子と分母のルール。レポーターの鮮度と行方不明のルートを追跡します。

次のステップ

  1. ドメインとアプリケーションのインベントリを維持します。
  2. バージョンの分子と分母のルール。
  3. レポーターの鮮度と行方不明のルートを追跡します。

CISO / SecOps

デプロイメントを監視された操作から分離します。

古い例外と有効期限を確認します。保証の裏には再現可能な証拠が必要です。

次のステップ

  1. デプロイメントを監視された操作から分離します。
  2. 古い例外と有効期限を確認します。
  3. 保証の裏には再現可能な証拠が必要です。

創業者 / 非技術系

重要なサービスの所有者を常に見えるようにします。

失敗したルートを隠す緑の平均に挑戦します。ビジネスへの影響に関連する資金の修復。

次のステップ

  1. 重要なサービスの所有者を常に見えるようにします。
  2. 失敗したルートを隠す緑の平均に挑戦します。
  3. ビジネスへの影響に関連する資金の修復。

[ よくある質問 ]

よくある質問

全体的なDMARC合格率はカバレッジ スコアですか?

いいえ。これは定義された観察対象集団を説明するものであり、ドメインやサービス インベントリの完全性を説明するものではありません。

RFC 9989 §5.3.8

導入の分母は何ですか?

所有され、明示的にスコープ指定されたドメイン インベントリと、継承された明示的なポリシー処理について説明します。

なぜサービスを個別に追跡するのでしょうか?

ボリュームの少ない重要なルートが、ボリュームの多い健全なストリームの中に隠れてしまう可能性があります。

拒否ポリシーは普遍的なブロックを証明しますか?

いいえ。これは要求されたポリシーであり、受信者は処理の裁量を保持します。

RFC 9989 §5.4

観測されていないサービスは何を示すのでしょうか?

所有者と検証計画があり、観察もテストもされていません。

修復せずにメトリクスを改善することはできますか?

はい。受信者のカバレッジ、トラフィックの組み合わせ、および分類の変更によって変化する可能性があります。

未知の障害は攻撃を防止したものとしてカウントされるべきでしょうか?

いいえ、許可、意図、および実際の処理には個別の証拠が必要です。

取締役会の指標を擁護できるものにするものは何でしょうか?

再現可能な定義、日付付きの証拠、サービスのドリルダウン、および明示的な制限。

[ 情報源 ]

情報源

  1. RFC 9989

    セクション §4.10.1 · §5.3.5 · §5.3.8 · §5.4

  2. RFC 9990

    セクション §3.1.1.8

[ 用語集 ]

用語集

サービス範囲
宣言された母集団がアプリケーションまたはルートであり、メッセージ観察の通過率とは異なるメトリック。
観測された合格率
指定されたレポート カバレッジ内で、整列された通過パス ルールを満たす含まれる観測値のカウント重み付けされた割合。

RFC 9990 §3.1.1.8 RFC 9989 §5.3.5

企業の来歴

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

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

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

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

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

ナレッジベース