[ DNSとドメイン ]

DNS CNAMEレコード: 委任と他のレコード タイプとの競合

CNAMEゾーン委任と混同したり、競合するデータと組み合わせたりすることなく、制御されたエイリアスの依存関係として使用します。

EmailAuth研究チームによる

【ポイント】

  • CNAME 1 人の所有者に別名を付けます。それはゾーン委任ではありません。
  • すべてのターゲットで共存ルールと端末データを確認します。
  • MXおよび NS ターゲット名はエイリアスであってはなりません。
このページでは

A CNAME あるDNS名を別の DNS 名のエイリアスにします。これはプロバイダー管理の電子メール設定によく使用されますが、NS 委任のようにサブドメイン全体を転送するわけではありません。エイリアスを作成する前に、その正確な名前が既に占有されているものとターゲットを制御しているものを特定します。

エイリアスの所有者を排他的に保つ

参考文献: RFC 2181 §10.1, RFC 1034 §4.2.1.

CNAME所有者では、通常のTXT 、 MX 、 A およびその他のデータはエイリアスと共存できません。 DNSSEC メタデータは特殊なケースです。 TXT-plus-CNAME 構成は有効になりません。エイリアスには正規のターゲットが 1 つあります。 Zone Apex にはすでに SOA および NS レコードが必要であるため、従来の Apex CNAMEゾーン構造と競合します。

フラット化または ALIAS と呼ばれるプロバイダー機能は、 CNAME公開する代わりに、通常のアドレス応答を合成する場合があります。それらの動作は実装固有です。このような機能が任意の認証TXTデータを合成したり、標準ベースの委任として機能したりできるとは想定しないでください。使用側プロトコルが必要とする実際のレコード タイプの答えを調べてください。

依存関係を最後までたどります

参考文献: RFC 1034 §3.6.2, RFC 6376 §3.6.2.1.

プロバイダー対応の場合 DKIM エイリアス、 TXTルックアップ セレクタ プロバイダーのキーのエイリアスをたどることができます。エイリアスの所有者、各ターゲット、および端末のTXT結果を保持します。別のCNAMEを指すCNAME 、別の依存関係を追加します。ループまたはターゲットの欠如により、有用な最終応答が妨げられます。

この配置により、ターゲット オペレータはエイリアスを通じて解決されたデータに影響を与えることができます。これはゾーンの残りの部分を編集する権限ではありませんが、構成されたサービスにとっては重要です。認証されたプロバイダーのセットアップ フローで生成されたターゲットを確認し、サービスの所有権を記録し、計画された廃止を通じて古い依存関係を削除します。

合成セレクター検索を実行する

フィクスチャ A がパブリッシュする s1._domainkey.example.com 。 300 IN CNAME s1.keys.example.net 。 およびターミナルTXT値 s1.keys.example.net.。この DNS のみのテストでは、次を使用します。 "fixture=端末データ"、これは意図的に有効なDKIMキーではありません。予期されるTXT解像度はエイリアスに従い、そのマーカーを返します。これは検索の依存関係のみを証明し、暗号化認証は証明しません。

フィクスチャ B は、 TXTレコード で s1._domainkey.example.com. CNAMEを維持しながら。予期される構成の検証は共存の競合です。受信機の耐性をテストするために公開しないでください。フィクスチャ C は、ターゲットを未設定の名前に変更します。予期される結果は、使用可能な端末データがないことです。正確な応答は、その名前がTXTなしで存在するか、まったく存在しないかによって異なります。

分離されたテスト環境では、所有者にCNAMEとTXTをクエリし、ターゲットにTXTをクエリします。応答コード、権限、および別名チェーンを記録します。実際のDKIMテストの場合は、マーカーをプロバイダーが実際に生成した構成に置き換え、署名されたメッセージを個別に検証します。

ルーティングターゲットでのエイリアスを避ける

参考文献: RFC 2181 §10.3, RFC 5321 §5.1, RFC 8767 §4.

MXターゲットと NS ターゲットは、エイリアスではなく、アドレス レコードを使用してホストに名前を付ける必要があります。メールを検索するドメイン自体にSMTP解決ルールに基づくCNAMEを含めることはできますが、 MXデータに保存される Exchange ホスト名としてCNAME使用することは許可されません。トレースを読み取るときは、これら 2 つの位置を区別してください。

外部サービスを廃止する前に、別のアクティブなサービスがまだセレクターまたはターゲットを使用していないかどうかを確認してください。エイリアスを削除すると、キャッシュされたリーダーにはしばらく見えなくなる可能性があり、エイリアスの復元は即座にロールバックされません。 DNSと意図したサービスの動作の両方を確認した後、変更を閉じます。

証拠の範囲を明示的に保つ

端末フィクスチャ マーカーは、計画されたDNS依存関係のみを示しており、使用可能なDKIMキーは示していません。許容度をテストするために、意図的に競合する所有者を公開しないでください。このレビューでは、 CNAME展開、解決、暗号化の検証は実行されませんでした。

[ 取り除く ]

CNAME 1 人の所有者に別名を付けます。それはゾーン委任ではありません。すべてのターゲットで共存ルールと端末データを確認します。 MXおよび NS ターゲット名はエイリアスであってはなりません。

【役割別】

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

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

IT / メール管理者

正確なエイリアス チェーンをトレースする

競合するレコードを受け入れずに、所有者、ターゲット、および端末のデータを検証します。

次のステップ

  1. 正確なエイリアス所有者に競合がないか確認してください。
  2. すべてのエイリアスを端末データまでトレースします。
  3. MXおよび NS ターゲットをアドレスを持つホストとして保持します。

CISO / SecOps

委任された影響力を確認する

ターゲット オペレーターは、ゾーン全体を制御することなく、エイリアスを介して到達したデータに影響を与えることができます。

次のステップ

  1. 端末データに対するプロバイダーの制御を確認します。
  2. オフボード中に放棄されたターゲットを確認します。
  3. DKIM変更には署名付きメッセージのテストが必要です。

創業者 / 非技術系

プロバイダーの依存関係を所有し続ける

セレクター エイリアスは、それを正当化するサービス関係が存続する可能性があります。

次のステップ

  1. 外部のDNS依存関係を追跡します。
  2. 退職計画を承認します。
  3. 移行前に明確な所有権が必要です。

[ よくある質問 ]

よくある質問

CNAME NS 委任ですか?

いいえCNAME名前のエイリアスです。 NS レコードはゾーン委任を確立します。

RFC 1034 §3.6.2 RFC 1034 §4.2

TXT CNAME所有者と共存できますか?

通常のデータとは異なります。代わりに、サポートされているデザインを別の名前で公開します。

RFC 2181 §10.1

通常のCNAMEゾーンの頂点に配置できますか?

Apex には SOA および NS データが必要ですが、これは従来のCNAMEと競合します。

RFC 2181 §10.1 RFC 1034 §4.2.1

フラット化はTXTのCNAMEのように動作しますか?

そう思い込まないでください。プロバイダーがサポートするレコード タイプと返された回答を確認してください。

MX Exchange のホスト名をCNAMEすることはできますか?

いいえ。引用されたDNSおよびSMTPルールに基づいてレコードを直接解決する必要があります。

RFC 2181 §10.3 RFC 5321 §5.1

ターミナルマーカーはDKIMが機能することを証明しますか?

いいえ。テストはDNSチェーンのみをテストします。有効なキーと署名付きメッセージの検証は別のものです。

RFC 6376 §3.6.2.1 RFC 6376 §3.7

ぶら下がりエイリアスは何を意味しますか?

そのターゲットは、意図したサービスまたはデータを提供しなくなりました。所有権を確認し、古い依存関係を削除します。

CNAMEチェーンはループする可能性がありますか?

はい。ループは正常な解決を妨げるため、構成チェックによって検出される必要があります。

RFC 1034 §3.6.2

[ 情報源 ]

情報源

  1. RFC 6376

    セクション §3.6.2.1 · §3.7

  2. RFC 1034

    セクション §3.6.2 · §4.2 · §4.2.1

  3. RFC 5321

    セクション §5.1

  4. RFC 8767

    セクション §4

  5. RFC 2181

    セクション §10.1 · §10.3

[ 用語集 ]

用語集

エイリアス所有者
通常の共存データを除く、1 つの正規ターゲットを持つCNAMEを保持する名前。

RFC 2181 §10.1

端末データ
エイリアスの後に取得された、要求された最終レコード データ。その存在自体がアプリケーションのセマンティクスを検証するわけではありません。

RFC 1034 §3.6.2

企業の来歴

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

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

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

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

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

ナレッジベース