[ 到達性と送信者のルール ]

認証された電子メール内のリンク、リダイレクト、およびコンテンツの評価

作成されたフィルター スコアの代わりに管理された証拠を使用して、メール認証とは独立してメッセージ リンクとリダイレクトを確認します。

EmailAuth研究チームによる · 3 分で読めます

【ポイント】

  • 作成されたフィルター スコアの代わりに管理された証拠を使用して、メール認証とは独立してメッセージ リンクとリダイレクトを確認します。
  • 署名されたメッセージには、間違った宛先やリダイレクト ループが含まれる可能性があります。身元、リンクの正確性、および配信に関する個別の証拠を保持します。
このページでは

認証されたメッセージには、壊れたリンク、誤解を招くリンク、または安全でないリンクが含まれている可能性があります。認証では、定義されたルールに基づいて責任のある送信ドメインを識別します。リンクされた Web サイトを安全にしたり、すべての受信システムがメッセージを優先したりすることを保証するものではありません。コンテンツの行程とメールの行程を確認してください。

受信者が実際に何を受信するかを検査する

エディターのプレビューだけでなく、最終的に制御されたメッセージを使用します。表示されているリンク テキストと実際のターゲットを比較し、最初のホストと目的の宛先を特定します。プレーンテキストの代替案とモバイル テンプレートを含めます。直前のトラッキングの書き換えやローカリゼーションの変更により、作成者がテストしたパスとは異なるパスが生成される可能性があります。

DKIM 署名されたメッセージ素材を検証し、それを署名ドメインに関連付けます。これはコンテンツ安全性証明書ではありません。 RFC 6376。認証結果とリンクレビュー結果をリリース チェックリストの別のフィールドとして保持します。

セキュリティ境界としてリダイレクトを確認する

OWASP は、信頼できないリダイレクト先を受け入れると、 フィッシング 使い慣れた開始ホストを悪意のある宛先に貸与することによって。固定の宛先、またはアプリケーションに適した慎重に検証された許可リストを優先します。検証では、部分文字列の偶然の一致ではなく、解析された宛先を考慮する必要があります。 OWASP 未検証のリダイレクト ガイダンス.

これは、すべてのリダイレクトに悪意があるという意味ではありません。正規のアプリケーションは、地域ルーティング、認証、または追跡を使用する場合があります。有益な質問は、すべてのステップに正当な目的があり、責任ある所有者があり、安全な目的地があるかどうかです。 1 つのホップを削除すると、プロバイダーの未公開のフィルタリング アルゴリズムが変更されるとは約束しないでください。

在庫の見直しに取り組む

4 つのリンクの仮説を検討してみます。直接の HTTPS ヘルプ リンクは、目的のヘルプ ホストに到達します。 2 ホップの追跡リンクは、承認されたアカウント ホストに到達します。プロモーション リンクは、承認されたインベントリの外の無関係なホストに到達します。 4 番目のリンクは、宛先に到達せずに 2 つのホスト間をループします。

宣言された在庫基準では、最初の 2 つは許容可能な候補であり、後の 2 つは修正が必要です。間違った宛先を置き換えてループを解決すると、承認された再テストで最終パスが確認された場合にのみ、これらの特定の欠陥に対処できます。この例では、ネットワークの検査や修復は実行されていません。マルウェアのステータス、ライブDNS 、証明書、受信サービスの処理については、別個の問題が残ります。

この 4 つのリンクの演習を合格率の要求に変換しないでください。受信側サービスは、視聴者や同時トラフィックの変化など、インベントリにない理由で応答を変更する可能性があります。コンテンツの問題に名前を付ける場合は、プロバイダーの正確な診断を保持します。そうしないと、提案された接続が証明されないままになります。

配信への影響を慎重に診断する

テンプレートの改訂後にメールのパフォーマンスが変化した場合は、同等の対象ユーザー、ルート、観察ウィンドウを比較してください。受け入れ、苦情、リンクの失敗を個別にキャプチャします。この傾向は、同時に発生する視聴者の変化やプロバイダーのインシデントによって説明される可能性があります。最近編集されたからといって、すべての動きを URL に起因させることはしないでください。

プロバイダーが URL またはコンテンツの問題を明示的に特定した場合は、完全な応答を保存し、現在サポートされている修復プロセスに従います。それ以外の場合は、証拠を仮説として報告します。必要な承認なしにメッセージや機密性の高い URL をサードパーティのスキャナーにアップロードしないでください。

説明可能なコンテンツパスをリリースする

誤解を招くラベル、壊れた宛先、および不要な所有されていないホップを修正します。アプリケーションの所有者に宛先の検証を確認してもらい、メールの所有者に最終的に表示されたメッセージを確認してもらいます。必要に応じて、アカウント、ヘルプ、購読解除の手順をカバーする、制御されたリンクの小さな回帰セットを保持します。

何がテストされたのか、何が不明のままなのかを説明します。目標は、認証によってサポートされますが、認証と混同されることのない、明確で信頼できる受信者ジャーニーです。これは、受信者が詳細なコンテンツ評価スコアを公開していない場合でも実用的です。

正確に修正された宛先またはループ、制御されたメッセージのリビジョン、および実際に実行されたチェックを記録します。受信サービスの傾向がリンクの欠陥に関連付けられる証拠がない限り、別の調査として保管してください。

[ 取り除く ]

作成されたフィルター スコアの代わりに管理された証拠を使用して、メール認証とは独立してメッセージ リンクとリダイレクトを確認します。

【役割別】

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

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

IT / メール管理者

コンテンツと証拠の輸送を分離して保管する

署名パスではリダイレクトの欠陥を解消できません。

次のステップ

  1. 最終的な制御メッセージを検査します。
  2. プロバイダーの完全な応答を保持します。
  3. 同等のトラフィック ウィンドウを比較します。

CISO / SecOps

リダイレクトの信頼境界を確認する

馴染みのあるホストは、安全でない宛先を隠すことができます。

次のステップ

  1. 宛先の検証が必要です。
  2. 検査中に機密性の高い URL を保護します。
  3. 重要なリンクの回帰テストを保持します。

創業者 / 非技術系

認識可能な受信者のジャーニーを保護する

壊れたリンクや誤解を招くリンクは、メッセージの目的を損ないます。

次のステップ

  1. 宛先所有者を割り当てます。
  2. 影響の大きいジャーニーの失敗を確認します。
  3. 裏付けのない評判の約束は避けてください。

[ よくある質問 ]

よくある質問

DKIMに合格すると、リンク先サイトが認定されますか?

いいえ。DKIM DKIMコンテンツ安全性証明書ではありません。

なぜエディターではなく最終メッセージを検査するのでしょうか?

追跡、ローカリゼーション、またはレンダリングの変更により、実際のリンクが変更される可能性があります。

すべてのリダイレクトは安全ではありませんか?

いいえ。目的、所有権、宛先の管理を確認してください。

ホスト名の部分文字列チェックは十分な検証ですか?

いいえ。アプリケーションの明示的なルールに基づいて、解析された宛先を検証します。

4 つのリンクの例で失敗したのは何ですか?

意図しない宛先とリダイレクト ループ。

在庫を修正すれば評判が向上したことを証明できるでしょうか?

いいえ。検証された修正は、特定のリンク パスの結果のみを確立するものであり、プロバイダーの評判や配置の改善を確立するものではありません。

コンテンツの変化だけで配信傾向を説明できるでしょうか?

他の変更された要素を制御または文書化することなしにはできません。

レビュー後に何を保持する必要がありますか?

管理された最終メッセージの証拠、テストされた宛先、修正、およびテストされていないリスク。

[ 情報源 ]

情報源

  1. RFC 6376 DKIM

    セクション §1 · §3.5 · §6.1

  2. OWASP 未検証のリダイレクトと転送

    セクション はじめに · 未検証のリダイレクトと転送の防止

  3. RFC 5321 SMTP

    セクション §3.3 · §4.5.4 · §6.1

[ 用語集 ]

用語集

宛先許可リスト
明示的に承認された一連の宛先は、定義された解析ルールと検証ルールに基づいてチェックされます。
リダイレクトループ
意図した宛先に到達できないリダイレクトのサイクル。
コンテンツ評判仮説
裏付けとなる証拠がなく証明されていないメッセージの内容に関する提案された説明。

企業の来歴

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

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

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

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

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

ナレッジベース