取得監査では、継承された電子メール ID を誰が管理するのか、どのビジネス サービスがそれらに依存するのか、統合中に何が起こるのかを確立する必要があります。取得したすべてのドメインに取得者のDNSテンプレートをコピーすることから始めないでください。管理されていない権限と証拠のギャップを特定しながら、作業フローを維持します。
マップの管理と所有権
法的所有権または企業所有権を技術的アクセスとは別に記録します。責任ある管理者と移行計画とともに、レジストラ、 DNS 、メールボックス、リレー、署名、レポートのアカウントを特定します。取得完了によりすべての技術的許可が移転されたとは想定せず、未解決のアクセスを記録します。資格情報と機密性の高いアカウントの機密情報を監査記録に載せないようにしてください。
各サービスを、表示される From ドメイン、エンベロープ ドメイン、 DKIM 署名ドメイン、ソーステナントとターゲットテナント、プロバイダー関係、重要なビジネスイベント。アプリケーション メールは、従業員のメールボックス プラットフォームを完全にバイパスできます。請求、パスワード回復、サポート ツール、自動通知、季節キャンペーンが含まれます。
認証ベースラインを確立する
現在のDNSおよび承認された送信者の構成をキャプチャし、信頼できる受信者の観察結果と比較します。 DMARC 認証の成功に依存し、 識別子のアライメント単なる使い慣れたプロバイダーや SPF ルートのどこかを通過します。 RFC 9989。 DKIM鍵の発行と署名サービスは、計画された移行後も存続する必要がある別個の依存関係です。 RFC 6376.
集計レポートを使用して、観察されたソース パターンを発見しますが、それを完全なサービス インベントリやビジネス承認の証拠として扱わないでください。 RFC 9990。調査結果をアプリケーション所有者、プロバイダーのアカウント記録、および承認されたメッセージのサンプルと照合します。帰属が確立されるまで、不明な送信者は承認されないままにしておきます。
サービスごとにターゲットの状態をテストする
標準化の前に代表的なトランザクションを定義します。予期される識別子、認証結果、および適切な宛先での業務受領書を記録します。通常の送信、関連する転送またはゲートウェイ パス、ビジネスにとって重要なスケジュールされたフローが含まれます。回復基準を設定し、承認された移行が検証されるまで古い依存関係を保持します。
3 つの継承されたルートの監査を仮定して考えてみましょう。給与計算には、有効なデータが調整された最新の承認済みサンプルがあります。 DKIM署名 そして業務受領書を確認しました。 Campaign には既知の所有者がいますが、テストされたサンプルは両方の調整された認証パスに失敗します。レガシーには現在の代表的なサンプルがなく、未解決のアイデンティティが存在します。 Payroll にはテスト範囲の証拠があります。キャンペーンには技術的な診断が必要ですが、レガシーには証拠の収集が必要です。単一のポートフォリオ全体のパスでは、これらのさまざまな次のアクションが隠蔽されてしまいます。
これらは想定される結果であり、実行された認証チェック、実際の承認、または移行されたテナントではありません。キャンペーンの結果は、1 つの失敗した署名だけではなく、関連するすべてのSPFおよび有効なDKIMアライメント パスが検査されたことを前提としています。下 RFC 9989 セクション 4.4 および 5.3.5 のどちらでも、調整された認証パスはメッセージ レベルの結果を満たすことができます。これとは別に、セクション 7.4 および 8 ではドメインの公開が必要です p=reject SPFだけに依存せず、有効なDKIM署名を適用します。通過メッセージは、すべての展開義務の十分な証拠ではありません。
統合チームが使用できるレポートの決定事項
確認された管理、観察された操作、承認された例外、および未解決の所見を個別に分離します。各調査結果の所有者、影響、次のアクション、および受け入れの証拠に名前を付けます。全体的な合格率の中に未知のものを隠すことなく、重要なサービスと管理されていない権限を優先します。
テナントの移動、 DNS変更、署名キーの変更、プロバイダーの廃止後に、関連するチェックを再実行します。取得時の証拠を保存して、後でインシデントが継承された構成と統合の変更を区別できるようにします。監査フェーズは、テストの範囲と残りの作業を明確に述べた場合にのみ終了します。人的リスクの受容と保証請求の公表は、依然として個別の決定となります。
このインベントリとレビューのワークフローは、推奨される運用モデルです。 NIST SP 800-53 Rev. 5 CM-8 および CM-3 は、責任ある在庫と管理された変更の一般的な基礎を提供します。これらの電子メール固有のフィールドを規定したり、承認を与えたりするものではありません。 NIST管理カタログ.