[ 地域の要件 ]

観察可能な構成証拠を使用して主要な送信サービスを調査する

ベンダー全体の想定ではなく、バージョン化された製品ルートのドキュメントとアカウント スコープの観察を通じて、送信サービスを比較します。

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

【ポイント】

  • ベンダー ブランドには、複数の異なる送信ルートを含めることができます。
  • 文書化された機能、構成されたアカウント、および受信メッセージの動作は、別個の証拠です。
  • ブロックされた情報源はギャップのままであり、裏付けのない否定的な結果ではありません。
このページでは

比較するサービスと製品のルートを定義する

主要な送信サービスに関する調査では、ベンダー ブランドが 1 つの統一された電子メール パスに対応すると仮定するのではなく、観察可能な構成と文書化された動作を比較する必要があります。プロバイダーは、トランザクション API、 SMTP送信、マーケティング キャンペーン、デフォルト ドメイン、およびさまざまな動作を持つ顧客認証ドメインを提供できます。調査では、サービスの認証サポートを分類する前に、正確な製品、ルート、アカウントのコンテキスト、観察ソースを特定する必要があります。

この原稿は、ドキュメンタリーと証拠に基づいた方法を提案します。プロバイダーのランク付け、顧客ドメインのクエリ、アカウントの作成、テスト メッセージの送信は行いません。メジャーという単語には、宣言された製品リストや独自にサポートされている使用基準など、明示的な選択ルールが必要です。代表的な市場データセットがない場合、調査では完全な市場範囲を示唆するのではなく、選択したサービスの比較を説明する必要があります。

文書化された機能を観察された構成から分離する

プロバイダーの公式セットアップ ガイドでは、顧客に構成するよう指示する内容を確立できます。すべてのアカウントがこの機能を有効にしたこと、または特定のメッセージがその機能を使用したことを証明するものではありません。逆に、1 つのアカウントからのサンプルでは、​​サポートされているすべての製品ルートを確立することはできません。文書化された機能、アカウント構成の証拠、受信メッセージの証拠には個別の列を使用し、各ソースの日付と範囲を保持します。

保持された アルケマーセットアップガイド はこの違いを示しています。独自のサーバーを分離します DKIM/ カスタムSMTPからのSPF統合と、文書化された統合を特定のアクションおよびキャンペーンに制限します。そのキャンペーン テスト リンクは、カスタムDKIM / SPFルートを実行しません。これらのルートの詳細を無視した比較では、テストパスの結果がプロバイダーの一般的な機能と誤って認識される可能性があります。

アカウント固有のDNS値を保持する

カスタム ドメインのセットアップでは、多くの場合、アカウントまたはドメイン固有のパブリック値が提供されます。研究は普遍的なものを発明すべきではありません セレクタ、ターゲットを含む、または CNAME 単一の例からのパターン。現在の公式指示を保持し、承認されたアカウントの証拠が必要なフィールドを特定します。秘密署名キー、API シークレット、または資格情報を要求または公開しないでください。研究課題は通常、公開設定と観察可能なアイデンティティに関係します。

RFC 6376 DKIM署名ドメインとセレクターの概念を定義します。 RFC 7208 定義する SPF 関連するSMTP ID の評価。これらの標準は、提供された値の解釈をサポートしていますが、特定のプロバイダーが顧客にどの値を割り当てるかを研究者に伝えるものではありません。アカウント固有の証拠が欠けていると、ギ​​ャップが残るはずです。

直接サービスのサポートと委任されたインフラストラクチャを区別する

製品は、独自の構成ワークフローを公開しながら、別のプロバイダーの配信インフラストラクチャを使用する場合があります。その関係が主張される前に、現在の第一者による証拠によって裏付けられる必要があります。サポートされている場合でも、インフラストラクチャ ベンダーの一般ドキュメントには、アプリケーションの正確な送信者 ID、地域、アカウント設定、検証プロセスが自動的に記述されるわけではありません。

保持された Blackbaud 開発エージェント ガイド は、必要な転送とDKIM 、条件付きSPFガイダンス、および個別のテスト シーケンスの製品固有の組み合わせを示しています。研究では、この 1 つのルートから Blackbaud ポートフォリオ全体を要約するのではなく、その範囲を維持する必要があります。この例はドキュメンタリーです。 Blackbaud アカウントまたはメッセージは検査されませんでした。

デフォルトとカスタム ID の動作を個別に記録する

各ルートについて、文書化されたデフォルトの From 動作、サポートされているカスタム ドメイン オプション、およびエンベロープと署名 ID に関する証拠を特定します。表示名を維持し、ドメインから表示されます。 メール送信元 ドメインとDKIM d 値は異なります。ブランド表示名が確立されていない ドメインの調整。共有プロバイダー ID は、顧客の意図した可視ドメインと一致しなくても、正しく認証される可能性があります。

RFC 9989 位置合わせ関係を定義します。比較では、単にプロバイダーがSPFまたはDKIMに言及しているかどうかだけでなく、サポートされている構成でどのパスが調整された認証を提供できるかを尋ねる必要があります。信頼できる受信サンプルが存在しない場合は、機能は文書化されているが、動作の整合性は未検証であることを述べてください。推測された合格結果をテーブルに記入しないでください。

異なる検証信号の比較を避ける

プロバイダーは、 DNS存在、生成されたテスト メッセージ、ドメイン所有権のチェック、ルート固有の接続テストなど、さまざまなセットアップ チェックを使用できます。これらの信号のカバレッジは異なります。緑色の検証済みラベルは、プロバイダーのドキュメントに従って記述される必要があり、すべてのメッセージが認証されて受信箱に到達するという普遍的な証明に正規化されてはなりません。テストの副作用と認可要件をすべて保持します。

Twilio SendGridのイベントリファレンス 特定の処理段階で処理および配信されたイベントを定義します。配信された内容は、人間による読み取りではなく、受信サーバーに関するものです。配信テレメトリが比較に含まれる場合は、それらのセマンティクスを保持し、証拠なしに、あるプロバイダーのイベント ラベルを別のプロバイダーのイベント ラベルと同等として扱うことは避けてください。この研究には実際のイベントや成果はありません。

ソースコレクションをバージョン管理し、ブロックされた証拠を処理する

正確な公式 URL、取得日、スナップショット ハッシュ、利用可能な場合は製品バージョン、およびサポート セクションを保持します。研究の執筆中にドキュメントが変更される可能性があります。申し立てが現在取得されているページ、明確な日付が保存されたキャプチャ、または未検証のリードからのものであるかどうかを記録します。検索スニペットは発見には役立ちますが、実装クレームの読み取り可能な一次ソースを置き換えるべきではありません。

ソースが拒否された場合、または使用できないシェルが返された場合は、失敗をログに記録し、サポートされていないスコープを保持します。結果にファーストパーティ検証済みのラベルを付けながら、別のルートで制限を回避したり、サードパーティのチュートリアルを置き換えたりしないでください。十分なファーストパーティのサポートが不足しているプロバイダーは、未解決の除外のままです。欠落している証拠を観察された機能に変換したり、それらのプロバイダーを完了した比較としてカウントしたりしないでください。

サービス比較ワークシート

選択の根拠、ベンダー、製品、ルート、関連する地域、アカウントのコンテキスト、公式ソース、ソース日付、サポートされているセットアップの列を作成します。実際に利用可能な場合は、公開値の来歴、検証方法、文書化された制限事項、観察された From/エンベロープ/署名 ID、および信頼できる受信者の結果を追加します。支持されていないことと証拠がないことを区別する。読み取り可能なドキュメントがないことは、機能が存在しないことの証拠にはなりません。

データセットには、エラーと除外ログ、および製品をカウントするための安定したルールが含まれている必要があります。複数の異なるルートを持つ 1 つのベンダーを、列または期間全体で一貫してカウントしないでください。レビュー担当者は、秘密にアクセスすることなく、保持されている証拠からすべての分類を再構築できる必要があります。このドラフトでは、そのようなデータが入力された比較データセットやアカウント フィクスチャは作成されませんでした。

架空の診断: デフォルトのテスト メッセージがプロバイダーの判定になる

架空の研究者が製品のプレビューまたはテスト パスを通じて送信し、プロバイダーが所有する ID を確認します。結論草案では、このサービスは顧客ドメイン認証をサポートできないと述べています。レビューにより、スコープが欠落していることが特定されました。テスト パスが文書化されたカスタム ドメイン ルートと異なる可能性があり、アカウントの構成が確立されていない可能性があります。結果は、テストされたパスのみをサポートし、普遍的な機能の主張をサポートしません。

提案された修正は、狭い観察を維持し、現在のルート文書を見直し、サポートされていない比較をオープンのままにすることです。後で承認されたテストでは、信頼できる受信メッセージ テーブルを使用して意図した構成を評価できます。このシナリオは架空のものです。メッセージは送信されず、プロバイダーにもスコアが割り当てられませんでした。これは、監視可能な構成が正確な製品ルートに関連付けられたままでなければならない理由を示しています。

リリース状況

カタログには、別のアナリストが再現できる、バージョン管理されたデータセット、クエリ方法、およびエラー/除外ログが必要です。これらのオリジナルのアーティファクトはオープンなままです。人間の専門家によるレビュー、ソースの適用性、生産ルート、アクセシビリティ、所有者の公開も未解決のままです。このドラフトは比較調査のデザインを提供するものであり、市場ランキング、実行されたアカウント、またはサービス動作の保証を提供するものではありません。

[ 取り除く ]

すべてのサービス比較を、正確な製品、ルート、ソース日付、および観察された構成範囲と結び付けます。

【役割別】

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

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

リサーチデザイナー

主要なものと同等のものを定義する

選択されたリストは、自動的に市場を代表するものではありません。

次のステップ

  1. 状態の選択基準。
  2. ルートを一貫してカウントします。

統合アナリスト

アカウントの固有性を保持する

例では、ユニバーサル セレクターやアイデンティティ動作を確立していません。

次のステップ

  1. 公式の価値の出所を保持します。
  2. デフォルトルートとカスタムルートを分離します。

証拠審査員

ソースと結果のスコープを確認する

テスト パスまたはグリーン ステータスは、本番環境との整合性を証明できない場合があります。

次のステップ

  1. 文書とメッセージの証拠を区別してください。
  2. ブロックされたソースをバイパスせずにログに記録します。

[ よくある質問 ]

よくある質問

1 つのベンダー名は 1 つの認証ルートを意味しますか?

いいえ。製品、API、 SMTP 、デフォルト ドメイン、およびカスタム ドメインのパスは異なる場合があります。

セットアップ ガイドは、すべてのアカウントが設定されていることを証明できますか?

いいえ。文書化された機能は、アカウントの状態や実際の受信メッセージの動作とは異なります。

Alchemer's Test Link が関連しているのはなぜですか?

文書化されたルートではカスタムDKIM / SPFが使用されておらず、プレビュー結果が意図したキャンペーン ルートを自動的に表現できない理由がわかります。

Alchemer Survey: DKIMおよびSPFレコードの設定

Blackbaud のエージェント ガイドはポートフォリオ全体をカバーしていますか?

いいえ。これは、独自に必要な転送、 DKIM 、およびテスト シーケンスを備えた製品固有のワークフローです。

Blackbaud Development Agent: エージェントの電子メールを設定する

プロバイダーのサンプル セレクターは汎用として扱うことができますか?

いいえ。実際にサポートされている構成とアカウント固有の公開価値の出所を保持します。

RFC 6376: DKIM

配信されたとは、受信者が読んだことを意味しますか?

いいえ。 SendGridの文書化された配信イベントは、受信サーバーへの転送に関するものです。

Twilio SendGrid : イベント Webhook リファレンス

アクセスできないドキュメントは、機能がサポートされていないことを証明しますか?

いいえ。証拠なしとしてマークし、ソース障害を保持します。サポートされていない主張を回避したり置き換えたりしないでください。

プロバイダーのアカウントまたはメッセージはテストされましたか?

いいえ。バージョン管理された比較データセット、クエリ メソッド、およびエラー/除外ログは開いたままになります。

[ 情報源 ]

情報源

  1. RFC 9989: DMARC

    セクション §4.7 DMARCポリシー レコード形式 · §4.8 正式な定義 · §4.10 DNSツリー ウォーク · §5.3.2 DMARCメカニズムが適用されるかどうかの決定 · §4.4 識別子のアライメントの説明 · A.6 pct タグの削除

  2. RFC 6376: DKIM

    セクション §1.はじめに · §3.5 DKIM-Signatureヘッダー フィールド · §8。セキュリティに関する考慮事項

  3. Twilio SendGrid : イベント Webhook リファレンス

    セクション 配信されたイベント · 延期されたイベント · ドロップされたイベント · 処理されたイベント

  4. RFC 7208 : 送信者ポリシーのフレームワーク

    セクション §2.4 ID からのメール · §3.2 複数のDNSレコード · §4.5 レコードの選択 · §4.6.4 DNSルックアップ制限 · §5.2 インクルード · §6.1 リダイレクト · §8 結果処理

  5. Alchemer Survey: DKIMおよびSPFレコードの設定

    セクション Alchemer 側の設定 · ドメイン側の設定 · DKIMレコードのテスト · レポートやエクスポートを電子メールで送信するときにSMTPまたはDKIM / SPF統合を使用できますか?

  6. Blackbaud Development Agent: エージェントの電子メールを設定する

    セクション メールアドレスの作成 · 受信トレイの設定 · 接続のテスト

[ 用語集 ]

用語集

製品ルート
サービス内で評価される特定の送信ワークフローと構成パス。
文書化された機能
実際のアカウント設定とは別に、保持されている公式指示によってサポートされている動作。
観測された同一性テーブル
1 つのルート上の可視 ID、エンベロープ ID、および署名 ID の承認された受信メッセージ証拠。

RFC 9989: DMARC

ソースギャップの分類
証拠が入手できない、または不十分であるという記録であり、否定的能力の評決ではありません。

企業の来歴

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

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

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

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

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

ナレッジベース