M365Con 2027 – 無料オンラインカンファレンス · 11–22 Jan 2027 · 120 sessions→ m365con.net

ブログ · Mirko Peters

Exchange ハイブリッド メール フローのセキュリティ保護:管理者向けのベスト プラクティス

By ·

Exchange ハイブリッド メール フローのセキュリティを保護し、SPF、DKIM、DMARC を正しく構成して、Microsoft 365 のメッセージング環境でよくあるセキュリティ上の欠落を防ぐ方法を解説します。

Automatically translated with AI from the original post. Read the English original

Cover: When Microsoft Messaging Looks Secure but Isn’t — Exchange Server, Hybrid and Microsoft 365 Security with Thomas Stensitzki [MVP]

Microsoft Exchange ハイブリッド メール フローを保護するには、既定のクラウド設定を有効にするだけでは不十分です。組織がオンプレミスのインフラストラクチャと Exchange Online を橋渡しすると、複雑なルーティング経路、レガシ認証への依存、DNS ポリシーの設定ミスが原因で、メッセージング環境がなりすまし、不正アクセス、メールの傍受にさらされる可能性があります。最新のエンタープライズ コミュニケーションを守ろうとする IT 管理者やクラウド アーキテクトにとって、ハイブリッド メール フローのセキュリティを使いこなすことは不可欠です。

重要なポイント

  • Exchange ハイブリッド構成では、既定の設定に頼るのではなく、メッセージング、ネットワーク、セキュリティの各チームが連携して慎重に計画する必要があります。
  • オンプレミスの SMTP リレー ホストは、最新の認証に対応していないレガシ アプリケーションやハードウェアにとって不可欠です。
  • 配信障害や傍受を防ぐには、受信ゲートウェイから Exchange Online までの完全なルーティング経路を把握することが重要です。
  • SPF、DKIM、DMARC は、厳格なレポート設定とともに正しく構成して、ドメインの ID を保護し、メールのなりすましを防ぐ必要があります。
  • 管理者のアクセス制御と、サードパーティ サービス用の専用サブドメインを用意することで、攻撃対象領域を大幅に減らせます。

ハイブリッド メール フロー アーキテクチャの理解

組織が Exchange ハイブリッド展開を実装すると、オンプレミスの Exchange Server 組織と Exchange Online テナントの間に論理的な信頼関係が確立されます。これにより社内コミュニケーションはシームレスになりますが、アーキテクチャは複雑になります。メッセージは、オンプレミスのゲートウェイを経由し、複数のデータベース可用性グループを通過し、その後 Exchange Online Protection(EOP)と Microsoft Defender を経由して、最終的に受信者のメールボックスに届く場合があります。

SMTP は歴史的に寛容なプロトコルのため、管理者が経路全体を把握して監視しないと、悪意のある攻撃者がルーティング ロジックの隙を突く可能性があります。経路上のすべてのコネクタ、リバース プロキシ、ファイアウォール規則は、干渉や脆弱性の潜在的なポイントになります。ネットワーク チームとメッセージング チームは密接に連携し、環境間のトラフィックを厳密に制御して認証する必要があります。

レガシ SMTP と認証リスクの管理

ハイブリッド メッセージング環境で最も根強いセキュリティ上の脆弱性の一つは、レガシ アプリケーションとハードウェア デバイスに起因します。多くの古い基幹業務アプリケーション、スキャナー、勤怠管理システムは、メール通知の送信に今も基本認証と暗号化されていないレガシ SMTP を使用しています。

基本認証をグローバルに無効化することは、最新の ID 保護の基本原則ですが、組織はこれら古い依存関係の扱いに苦慮することがよくあります。推奨されるアプローチは、専用の堅牢化されたオンプレミス SMTP リレー サーバーを導入することです。このリレーは仲介役として、安全なネットワーク セグメント内でローカルに認証なし、または基本認証のトラフィックを受け付けます。その後、最新の認証と安全なトランスポート プロトコルを使用して、メッセージを Exchange Online へ安全に転送します。

ドメイン保護のための SPF、DKIM、DMARC の活用

Sender Policy Framework(SPF)、DomainKeys Identified Mail(DKIM)、Domain-based Message Authentication, Reporting, and Conformance(DMARC)などの認証フレームワークは、メールのなりすましを防ぐうえで基本となります。ただし、これらの DNS レコードを公開するだけでは不十分で、厳格な適用ポリシーで構成する必要があります。

多くの中小企業では、不正な送信者を拒否しないプレースホルダーのDNSエントリを設定しており、その結果、保護がほぼ機能しない状態になっています。さらに、企業は自社ドメインの名前でメールを送信するサードパーティのマーケティングツールやCRMプラットフォームを頻繁に利用しています。マーケティング業務を止めずにセキュリティを維持するには、管理者はサードパーティのサービス専用のサブドメインを使用し、DMARCレポートを詳細に分析して、正当な送信元と不審な送信元を見分ける必要があります。

まとめ

ハイブリッド環境においてMicrosoftのメッセージング基盤を保護するには、継続的な運用の規律、厳格なID管理、そしてSMTPルーティングへの十分な理解が求められます。レガシー認証による露出をなくし、ドメイン認証プロトコルを適切に適用し、ITチームとセキュリティチームの間のコミュニケーションのギャップを埋めることで、組織はメッセージング基盤を大幅に強化できます。エンタープライズのメッセージングセキュリティやハイブリッドアーキテクチャについて、さらに専門的な知見を得たい方は、エピソードの全編を聴いて、Microsoft 365環境を保護するための実践的な戦略をご確認ください。

よくある質問

ハイブリッド環境でオンプレミスのSMTPリレーが必要なのはなぜですか?

オンプレミスのSMTPリレーは、レガシーアプリケーション、複合機、古いデバイスなど、最新の認証(OAuth)に対応しておらず、Exchange Onlineへ直接安全に接続できない機器のために必要です。

Exchangeハイブリッドのメールフローのセキュリティにおいて、SPFはどのような役割を果たしますか?

SPF(Sender Policy Framework)は、自社ドメインの名前でメールを送信することが許可されているIPアドレスや承認済みホストを定義します。受信サーバーが受信メッセージの正当性を検証するのに役立ちます。

サードパーティのマーケティングサービスは、ドメインのセキュリティにどのように影響しますか?

サードパーティのマーケティングプラットフォームやCRMシステムは、多くの場合、自社のドメイン名を使ってメールを送信します。専用のサブドメインと適切な認証レコードで分離されていない場合、ドメイン全体の評判とセキュリティ態勢を弱めるおそれがあります。

Entities in this article

Exchange Online DMARC Legacy authentication Email spoofing Connector Microsoft Defender Exchange Online Protection (EOP) Exchange Server

Related articles

RSS