[ 報告と調査 ]

ASN 、リバースDNS 、地理位置情報の手がかりを解釈する

ネットワーク登録、ルート アナウンス、逆引き名、位置推定はさまざまな質問に答えますが、承認されたメール サービスを個別に識別することはできません。

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

【ポイント】

  • 登録されたリソース所有者と観測されたアナウンス ASN は異なる証拠層です。
  • 逆引き名は委任されたDNSステートメントであり、From-domain アクセス許可の証明ではありません。
  • 地理位置情報の推定では、個人や正確な物理的住所は特定されません。
  • この架空のケースでは、住所検索や顧客を代表するメッセージは使用されませんでした。
このページでは

3 つの異なる手がかりについて 3 つの異なる質問をする

ASN 、逆引き DNS 名、および IP 地理位置情報の推定は、インフラストラクチャのさまざまな側面を表します。これらを組み合わせると、調査員が次の証拠リクエストを選択するのに役立ちますが、それらの間の一致は、どのアプリケーションがメッセージを送信したか、または誰がそれを承認したかを証明するものではありません。それらはすべて同じ共有リレーを記述している可能性がありますが、顧客アカウントとビジネス所有者はまったく不明のままです。

このガイドでは、2026 年 11 月 8 日時点のパブリック ネットワーク機関およびプロバイダーのドキュメントをレビューします。アドレス、ドメイン、または顧客メッセージは照会されませんでした。成功したケースでは、実際のネットワーク属性ではなく、発明されたラベルが使用されます。補足的な RIPE データベース ポリシー ページがタイムアウトしたため、記事のサポートには使用されません。アクセス可能な RIPEstat ドキュメントには、以下で説明するルーティング スコープが記載されています。

登録と観察されたルーティングを区別する

ARIN の Whois ドキュメント ネットワーク、自律システム、関連組織の登録記録について説明します。登録により、割り当てまたは再割り当て関係を識別できます。電子メールを生成したソフトウェアは特定されません。組織の連絡先アドレスは、必ずしもリソースの物理的な場所であるとは限りません。会社名を送信者の判断に変えるのではなく、レジストリのソースと最終変更情報を保持します。

監視されたルーティングは別の層です。 RIPEstat ネットワーク情報 RIPE RIS から派生したプレフィックスとアナウンスASNデータを含む文書。保持されているページにはエンドポイント バージョン 1.1 というラベルが付けられ、8 時間のデータ ダンプについて説明されています。その出力には複数の ASN が含まれる場合があります。これは収集制限のあるルーティング データのスナップショットであり、アプリケーションの所有権のライブ監査や、ある組織が過去の時点ですべてのメッセージを管理していたことを保証するものではありません。

逆引きDNSを委任された命名ステートメントとして読み取る

A PTRレコード アドレスを逆ネームスペースのドメイン名に関連付けます。 ARIN の逆引き DNS ガイド では、個別のIPv4およびIPv6逆引きゾーンと委任管理について説明します。この名前は、プロバイダーの汎用リレー ラベルまたは顧客が制御するホスト名である場合があります。これは、関連するDNS管理からの命名要求であり、ホストが表示されている From ドメインへの送信を承認されていることを証明するものではありません。

前方確認された逆関係は、返された名前が、実行されたチェックに従ってアドレスに解決されることを示すことができます。これにより一貫性の証拠は向上しますが、アプリケーションの目的やアカウントの承認は確立されません。 DNS不在、検索の失敗、および予期しない名前を別の条件として保持します。ここでは検索は実行されず、魅力的なホスト名も欠落しているPTRも単独では悪意のある送信者を確立しません。

SPFの代わりにPTRを使用しないでください。

RFC 7208 定義する SPF 接続 IP と関連するSMTP ID を中心に説明します。その ptr メカニズムは推奨されません。逆引き DNS ブランディングは、それを中心にSPFポリシーを構築する理由にはなりません。認証ドメインと評価された ID は、ホスト名に認識可能なプロバイダー名が含まれているかどうかよりも重要です。プロバイダーのような部分文字列は、検証された完全なドメイン関係の代替としては不十分な場合があります。

同様に、よく知られたドメインで名前を見つけても、 DKIM または DMARC 合格した。これらのメカニズムには、独自の証拠とアイデンティティ ルールがあります。インフラストラクチャの手がかりを使用して、次に何を検査するかを決定します。受信者が報告しなかった認証結果をでっち上げるのではありません。今後のDNS検査では、解釈とは別に正確な所有者、レコード タイプ、時刻、応答ステータスを保持する必要があります。

地理位置情報をスコープ付きの推定値として扱う

MaxMind の精度ガイダンス 氏は、精度にはばらつきがあり、都市レベルのデータには精度の範囲が含まれる可能性があると説明しています。特定の個人、世帯、番地を明示的に特定するものではありません。ホスティングまたはプロキシの場所は、エンド ユーザーの場所と異なる場合があります。したがって、報告された都市は、従業員または顧客がその都市からメールを送信したという申し立てにはなりません。

データセット、編集日または観測日、および入手可能な不確実性情報を記録します。都市が省略されている場合は、情報源がその精度を提供していないことを意味する可能性があります。住所に場所がないという証拠にはなりません。データベースが異なれば、メソッドと入力が異なるため、一致しない可能性があります。このガイドでは、位置データベースをインポートしたり、地理位置情報サービスを呼び出したり、誰かに座標を割り当てたりすることはありません。

架空のインフラストラクチャ バンドルを使用して作業する

ドラフト前の紙ケースには、North Network というネットワーク ラベルが含まれています。 PTR名、 relay.north.example;そして広範な地域的推定。すべては発明されたものです。実際のASN番号、実際の住所検索、またはそれらの背後にある代表的なメッセージはありません。これらの手がかりを総合すると、将来の調査者がネットワークとサービスの文書をどこで探す可能性があるかを示唆しています。特定のメール アプリケーション、顧客テナント、または認可されたビジネス目的を確立するものではありません。

次の証拠層は、代表的なメッセージの ID と信頼できる受信トレースを顧客固有のサービス レコードに結び付けます。 RFC 9990 は、レポートのソース IP を接続アドレスとして定義するため、インフラストラクチャ バンドルであっても、元の構成システムではなく仲介者を記述する場合があります。 「観察された接続に関連付けられたネットワーク」を「メールを作成したアプリケーション」に変換するのではなく、その可能性を保持します。

意見の相違を利用して限定的な調査を進める

レジストリ組織、 PTR名、および地域の不一致は、自動的に解決されるものではなく、調査すべき問題です。 スプーフィング 分類。アドレスの割り当て、外部委託されたリレー、または異なるデータセット時間の変更により、明らかに一貫性のないラベルが生成される可能性があります。これらは考えられる説明にすぎません。どの具体的な証拠がそれらを区別するのかを尋ね、その証拠が入手できるまで帰属を未解決としてマークします。

正確な吸気ゲートは開いたままです。現在の主な仕様を検証し、製図前に実際に動作した例を保存します。このドキュメンタリー作品には、現在の情報源の一節と架空の事例が残されていますが、インフラストラクチャに関する手がかりと、代表的なメッセージおよび顧客固有のサービス証拠を組み合わせるという、オリジナルの証拠の要件は満たされていません。代表的なメッセージや顧客記録は提供されていません。送信者の承認、外部開示、 DNSまたは認証情報のアクションは、インフラストラクチャのドキュメントを読むこととは別にしてください。

[ 取り除く ]

インフラストラクチャの手がかりを使用して、送信者の身元を捏造するのではなく、次の証拠リクエストを選択します。

【役割別】

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

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

ネットワーク調査員

測定内容に基づいて各ソースにラベルを付ける

登録、ルーティング、命名、および位置のデータセットを分離して、明らかな一致がサポートされていないアカウントの帰属にならないようにします。

次のステップ

  1. ソースのバージョン、収集時間、カバレッジを保持します。
  2. ルックアップ エラーと、データが存在しない、または不正確なデータを区別します。
  3. 1 つのプロバイダーの判断を強制することなく、競合するラベルを文書化します。

電子メール認証アナリスト

手がかりをメッセージの ID に結び付ける

インフラストラクチャ コンテキストは、実際のSMTPおよび署名証拠への手がかりとしてのみ使用してください。

次のステップ

  1. 集計レポートでは接続アドレスの境界を保持します。
  2. PTR名からSPFまたはDKIM結果を推測しないでください。
  3. 分類の前に、承認された代表メッセージとサービス マッピングを要求します。

プライバシーとサービスのレビュー担当者

場所の行き過ぎを防ぐ

地域ネットワークの推定値が、人物を特定したり、誰も提供していないビジネスの承認を示唆したりするために使用されないようにしてください。

次のステップ

  1. 正確な人の主張を決定記録に含めないでください。
  2. 不確実性を記録し、不必要な位置の詳細を省略します。
  3. 外部証拠の共有を公的文書調査とは別に許可します。

[ よくある質問 ]

よくある質問

アナウンスASNレジストリ組織とどう違うのですか?

アナウンスASN 、特定のデータ ソースで観察されたプレフィックスのルーティングを記述します。レジストリ レコードには、リソースの登録と関連エンティティが記述されます。どちらだけでも、メッセージを送信したアプリケーションを特定することはできません。

文書化された RIPEstat の結果は、瞬間的なルーティングの真実ですか?

いいえ。保持されているネットワーク情報ページにはバージョン 1.1 と表示されており、結果は 8 時間のダンプに基づく RISwhois データを使用していると記載されています。ソースとタイミングを維持します。この記事に対してクエリは実行されませんでした。

転送確認済みリバースDNS調査に何を追加しますか?

実行されたチェックの下で、逆方向の名前と順方向のアドレスの間の一貫性を確立できます。アプリケーションの所有権、顧客の承認、メッセージ認証の成功はまだ確立されていません。

使い慣れたPTRホスト名をSPFショートカットとして使用する必要がありますか?

いいえ、 SPFは独自に評価された ID および認可ルールがあり、 RFC 7208 ptr メカニズムを推奨していません。認識可能なホスト名は、表示されている From ドメインがサービスを承認したという証拠にはなりません。

IP 地理位置情報都市は電子メールの送信者を特定できますか?

いいえ、MaxMind は、その地理位置情報データが特定の個人、世帯、番地を特定するものではないと述べています。ホスティングまたはプロキシの場所は、エンド ユーザーの場所と異なる場合があります。

都市データが欠落しているということは、住所が疑わしいことを意味しますか?

いいえ。データ ソースによってはその精度や範囲が提供されない可能性があります。欠落と不確実性を悪意のある判定に変換するのではなく、保存します。

競合するASN 、 PTR 、および地域ラベルは何をトリガーする必要がありますか?

ソースのタイミング、委任、サービス関係の限定的な調査。これらは、なりすましであることを自動的に証明するものではありません。競合する説明と、それらを区別するために必要な具体的な証拠を記録します。

北のネットワークの例に欠けている本当の証拠は何ですか?

ネットワーク、 PTR 、地域ラベルが考案されました。実際のインフラストラクチャの手がかりを承認されたアプリケーションに結び付けるには、代表的なメッセージと顧客固有のサービス証拠が依然として必要です。

[ 情報源 ]

情報源

  1. ARIN: 逆引きDNS
  2. ARIN: Whois の使用と登録データの解釈
  3. MaxMind: 地理位置情報の精度
  4. RFC 1035 : ドメイン名、実装および仕様
  5. RFC 7208 : 送信者ポリシーのフレームワーク
  6. RFC 9990 : DMARC集約レポート
  7. RIPE NCC: RIPEstat ネットワーク情報

[ 用語集 ]

用語集

リソース登録レコード
メッセージ レベルのアプリケーション所有権レコードではなく、インターネット番号リソースと関連エンティティに関するレジストリ情報。
ASNの発表
ルーティング データセット内のプレフィックス アナウンスメントに関連付けられた自律システム識別子。その証拠の範囲は、その情報源と収集時期によって異なります。
PTR命名ステートメント
関連する委任された名前空間を通じてアドレスとドメイン名を関連付ける逆引き DNS データ。
精度半径
一部の都市レベルの製品によって提供される地理的位置の不確実性の尺度であり、正確な住所や個人の位置の保証ではありません。
帰属証拠レイヤー
ルーティングやアプリケーション構成など、個別にソースされた観測。手がかりを組み合わせるときにそのスコープを保持する必要があります。

企業の来歴

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

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

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

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

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

ナレッジベース