ソフトウェア会社の電子メール インベントリは、マーケティング プラットフォームから始まり、終了が早すぎることがよくあります。パスワードなしのアクセス、サポートの返信、請求書、ステータスの更新は、別のベンダー、資格情報、ドメインに依存する場合があります。また、さまざまな瞬間に失敗します。ステータス電子メールが説明するはずの同じ使用不能なアプリケーションに依存している場合は、たとえ DKIM 設定は正しいです。
送信者の背後にあるサービスをマッピングする
製品イベント、サポート会話、請求、ステータス ページ通知の行を作成します。それぞれについて、所有者、ベンダー テナント、トリガー、From ドメイン、エンベロープ ID、 DKIMドメイン、および セレクタ、返信処理および回復連絡。どのアプリケーションまたはユーザーが送信を開始できるかを追跡します。運用データベース、ID プロバイダー、シークレット ストア、展開パイプラインの依存関係を特定し、どれがインシデント通信に受け入れられるかを決定します。
IP アドレスは、使い慣れたクラウド プロバイダーに属しているため、承認しないでください。共有インフラストラクチャは、会社のテナントがメッセージを送信したことを証明しません。監視を承認されたアカウント、サポートされているドメイン構成、および責任のある所有者に接続します。証拠が帰属を裏付けるまで、不確実なトラフィックを未解決として保持します。
ワークフローごとに受け入れを定義する
製品イベント テストは製品内で開始し、サポート テストはサポート システム内で、請求テストは承認されたサンドボックス内で開始する必要があります。ステータスを更新するには、指定されたインシデント発行者を実行し、その担当者がプライマリ サービス障害時に操作できるかどうかを確認します。顧客が監視されていないアドレスに予期せず応答しないように、意図された応答ルートを確認してください。
RFC 9989 アプリケーションの可用性や請求書の正確性ではなく、調整されたドメインの使用状況の評価をサポートします。ベンダー独自のドメインからの署名は、意図したものに失敗しながらも検証できます。 アライメント 関係。したがって、認証結果はワークフロー受け入れテストに置き換わるのではなく、それに付随する必要があります。
製品メールでステータス ルートを隠蔽しないでください
製品、サポート、および請求ルートが、それぞれの From ドメインと一致するDKIM d= ドメインを使用し、 status.software.exampleがステータス通知の From ドメインであり、 provider.example.netがその署名者であるとします。暗号化が有効であると仮定しても、後者は厳密なDKIMアライメントに失敗します。無関係な請求先メールを変更するのではなく、ステータス プロバイダーがサポートする ID 構成を確認してください。これらの身元は仮説であり、署名された標本や実際の検証結果が提供されたものではありません。
単一の署名の配置は完全ではありません DMARC 判定: 他の有効なアライメントされた署名を評価し、 SPF 以下に該当するとおり RFC 9989セクション 4.4 および 5.3.5。のために p=reject デプロイメントでは、セクション 7.4 および 8 では、 SPFのみに依存するのではなく、有効なDKIMが必要です。署名の成功も調整も、停止中にステータス パブリッシャーが動作できるかどうかを確立するものではありません。ライブプラットフォームや暗号テストは実行されませんでした。
DNSだけでなく、インシデントの依存関係をテストする
通常の製品オペレーターが対応できず、バックアップ インシデント発行者が文書化されたルートに従う許可された演習を実行します。このガイドをテストするためだけに、意図的に運用を中断しないでください。どの認証情報、アカウント、システムが必要だったのか、制御された受信者がアップデートを受信したかどうか、受信境界が何を報告したかを記録します。フォールバックで使用できない ID プロバイダーが必要な場合は、共有パスワードを即興で作成するのではなく、その制限を記録し、セキュリティ所有者と一緒に再設計してください。
変更に署名する場合は、ベンダーの現在の指示に従い、ロールバックの証拠を保管してください。古い承認は、保持されている製品、サポート、または請求ワークフローで使用されていないことを確認した後にのみ削除してください。少量の受信メッセージや頻度の低いインシデント メッセージは、陳腐化することなく短い観察期間から消えてしまう可能性があります。
在庫を変更管理の一部にする
チームが通知ベンダーを追加したり、送信元アドレスを変更したり、サポート キューを移動したり、ステータス サービスを置き換えたりする場合は、ルートのレビューが必要です。影響を受けたフローを再テストし、証拠の日付を保存します。インベントリは、宣言された範囲内でのみ完全です。新しい製品機能により、新しい送信者を追加できるようになります。ドメイン全体の平均ではなく、所有者が承認したテストと使用可能な回復手順を使用して各移行を完了します。