メールサーバーの代わりに応答し、メールボックスの状態を見えなくするセキュアメールゲートウェイ

セキュアメールゲートウェイ（SEG）とは？

2026年10月28日

セキュアメールゲートウェイ（SEG）は、企業のメールサーバーの前に置かれるフィルタリングの層です。すべてのメッセージを、通過させる前に検査します。検証結果にSEGという表示がよく出てきて、セキュアメールゲートウェイとは実際に何なのかを知りたい場合、答えは次のとおりです。SEGは、企業の受信メールと送信メールが通る検査ポイントです。そこで脅威をスキャンし、社内のポリシーを適用します。ゲートウェイがブロックすると決めたメッセージを、その背後のメールサーバーが目にすることはありません。

SEGは単なる略称

SEGはsecure email gateway（セキュアメールゲートウェイ）の略です。注意して見ると、正式名称よりも略称のほうをよく目にします。この二つは同じ意味で使われます。メールアドレス検証ツールがアドレスを「SEGの背後にある」と表示するときや、到達率のレポートがSEGによるフィルタリングに触れるときは、ここで説明するフィルタリングの層を指しています。用語は技術的に聞こえますが、考え方は単純です。郵便室の前に立つ警備員のようなものです。

ゲートウェイが実際にしていること

ゲートウェイの役割は、有害なメールを中に入れないことと、機密性の高いメールを外に出さないことです。受信側では、スパム、マルウェア、フィッシングをスキャンします。ルールに引っかかったものは隔離するか拒否します。送信側では、情報漏えい対策（DLP）とコンプライアンスを適用します。顧客データが漏れるメッセージや、規制に違反するメッセージを止めます。暗号化や長期のアーカイブを扱う製品も多くあります。

企業がゲートウェイを導入するのは、これらすべてをメールサーバー自体で動かすと、管理が難しく、設定ミスも起きやすいからです。ゲートウェイを使えば、すべてのメッセージが通る一か所にルールをまとめられます。

よく見かける主なゲートウェイ

この分野は少数のベンダーが中心です。ビジネスドメインで最もよく見かけるのはProofpoint、Mimecast、Barracuda、Cisco IronPortです。その後ろに小規模な製品が多数あります。当社が検出できるセキュアメールゲートウェイは合計15種類です。

機能や料金には違いがありますが、外から見たときの動きは同じです。どれも実際のメールシステムの前に立ち、何を届けるかを決めます。そのため、特定のベンダーが使われているとわかっても、わかるのはその企業がその製品を選んだことだけです。背後にあるアドレスについてはほとんど何もわかりません。

ゲートウェイはメールボックスのプロバイダーとは別のもの

ゲートウェイと企業のメールシステムは混同されがちですが、別々の層です。企業はメールボックスをMicrosoft 365やGoogle Workspaceで運用しながら、その前に別のベンダーのゲートウェイを置くことができます。つまり、セキュリティの層を提供する会社と、受信トレイをホストする会社が別ということがあります。そのため、メールの経路にゲートウェイがあっても、実際にメールボックスを持っているプロバイダーはわかりません。前に置かれたセキュリティ製品からは、背後の受信トレイについて何もわからないのです。二つの選択は別々に行われ、担当チームや予算が違うこともよくあります。

ゲートウェイがあるとメールの経路はどう変わるか

通常、メッセージはドメインのメールサーバーに直接届きます。ゲートウェイがある場合、ドメインはメールの配送先をゲートウェイに向けます。そのため、受信メッセージはすべて最初にゲートウェイに届きます。ゲートウェイがメッセージを検査し、通過したものだけを、メールボックスがある実際のサーバーに転送します。

受信者はこの流れに気づきません。外から見ると、ゲートウェイがドメインのメールシステムそのものに見えます。応答するのはゲートウェイだけだからです。さらに、知らない送信者からの初回の接続を意図的に保留にするゲートウェイもあります。最初の接続を止めておき、後の試行で初めて正しく応答します。

ゲートウェイがメールアドレス検証を妨げる理由

検証は、メールサーバーに直接質問し、直接返ってくる答えを読むことで成り立っています。ゲートウェイはこの流れを断ち切ります。ゲートウェイはドメインの代わりに応答するため、背後のメールボックスが存在するかを確認しないまま、メッセージを受け入れたり、検査のために保留したりできます。

そのため、特定のアドレスについて検証ツールが質問しても、受け入れか、どちらとも取れない応答が返ってくることがあります。それはメールボックスの状態ではなく、ゲートウェイのポリシーを反映したものです。保留の動作が問題をさらに大きくします。最初の試行が保留されると、メールボックスが実在していても、結論が出ない結果に見えるからです。標準のチェックに答えているのは、答えるべき相手ではありません。

具体例で見てみます。検証ツールが、ゲートウェイで保護されたドメインのアドレスを確認します。ゲートウェイは知らない送信者向けの独自ルールに従い、確認を受け入れるか保留にします。どちらの場合も、検証ツールが記録する応答はゲートウェイから来たものです。メールボックスが存在するかを知っているサーバーからではありません。実際の受信トレイについては何も確認されていないのに、チェックには報告する答えがある状態になります。

ゲートウェイからはメールボックスが実在するかはわからない

ここが最も大事な点です。ゲートウェイがあるということは、その企業がセキュリティを重視しているということです。背後にある個々のアドレスが、実在し使われているメールボックスかどうかについては、何もわかりません。使われていないアドレスと使われているアドレスが同じゲートウェイの背後にあり、外からはまったく同じに見えることがあります。そのため、ゲートウェイで保護されたアドレスは、キャッチオールドメインと同じ「未解決」のグループに入ることがよくあります。

マーケティング担当者にとって、これが重要なのは到達できる相手の数に関わるからです。B2Bのリストでは、優良な連絡先のかなりの部分が、まさにこうしたゲートウェイの背後にあります。規模が大きく、セキュリティ意識の高い企業の連絡先です。それらをすべて切り捨てると、リストのうち大企業の部分を失います。確認せずに送信すると、ブロックが送信者レピュテーションに影響します。リストにこうしたアドレスが多い場合は、当社がSEGで保護されたメールアドレス（英語）をどう扱っているかをご覧ください。