グレイメールの管理

この章は、次の項で構成されています。

グレイメールの概要

グレイメールメッセージとは、ニュースレター、メーリングリストのサブスクリプション、ソーシャルメディア通知など、スパムの定義に適合しないメッセージです。これらのメッセージは、ある時点では役に立ちますが、その後エンドユーザがもはや受信したくないところまで価値が減少します。

グレイメールとスパムの違いは、エンドユーザが購読していないメッセージであるスパムと異なり、いずれかの時点（エンドユーザが e-コマース Web サイトでニュースレターを購読したり、会議中に組織に連絡先詳細を提供した場合など）でエンドユーザが意図的に電子メールアドレスを提供した点です。

E メールセキュリティアプライアンスでのグレイメール管理ソリューション

E メールセキュリティアプライアンスのグレイメール管理ソリューションは、統合されたグレイメールスキャンエンジンとクラウドベースの登録解除サービスの 2 つのコンポーネントで構成されます。

組織でグレイメール管理ソリューションを使用すると、以下が可能になります。

統合グレイメールエンジンを使用してグレイメールを識別し、適切なポリシー制御を適用します。
登録解除サービスを使用して、不要なメッセージを配信停止にする簡単なメカニズムをエンドユーザに提供します。

これらに加えて、グレイメール管理ソリューションでは、組織に以下を提供することもできます。

エンドユーザへの安全な配信停止オプション。配信停止オプションを模倣することは、よくあるフィッシング技法です。そのため、一般にエンドユーザは、不明な購読解約リンクのクリックに慎重になります。このようなシナリオでは、クラウドベースの登録解除サービスが元の配信停止 URI を抽出し、URI のレピュテーションをチェックして、エンドユーザに代わって配信停止プロセスを実行します。これにより、配信停止リンクを装った悪意のある脅威からエンドユーザを保護します。
エンドユーザを対象として統一されたサブスクリプション管理インターフェイス。さまざまなグレイメール送信者が、ユーザに配信停止リンクを表示するためのさまざまなレイアウトを使用しています。ユーザは、メッセージ本文で配信停止リンクを探して、配信停止を行う必要があります。グレイメール送信者に関係なく、グレイメール管理ソリューションは、配信停止リンクを表示するための共通のレイアウトを提供します。
管理者にさまざまなグレイメールカテゴリに対するより良い可視性を提供。グレイメールエンジンでは、各グレイメールを 3 つのカテゴリに分類し（グレイメールの分類を参照）、管理者はこれらのカテゴリに基づいてポリシー制御を設定できます。
スパムに対する有効性の改善

グレイメールの分類

グレイメールエンジンでは、各グレイメールを次のいずれかのカテゴリに分類します。

マーケティングメール。Amazon.com からの新たに販売される製品の詳細に関する記事など、プロフェッショナルマーケティンググループから送信された広告メッセージ。
ソーシャルネットワークメール。ソーシャルネットワーク、出会い系/結婚 Web サイト、フォーラムなどからの通知メッセージ。例として、以下からのアラートなどが挙げられます。
- LinkedIn。関心があると思われるジョブについて
- CNET Forum。ユーザが投稿に応答した場合。
バルクメール。認識されないマーケティンググループから送信された広告メッセージ（テクノロジーメディア企業の TechTarget からのニュースレターなど）。

グレイメール管理ソリューションの仕組み

次の手順では、グレイメール管理ソリューションのワークフローを示します。

ワークフロー（Workflow）

手順

ステップ 1	E メールセキュリティアプライアンスは、着信メッセージを受信します。
ステップ 2	E メールセキュリティアプライアンスは、グレイメール検出がイネーブルかどうかを確認します。グレイメール検出が有効になっている場合は、ステップ 3 に進みます。それ以外の場合は、ステップ 8 に進みます。
ステップ 3	E メールセキュリティアプライアンスは、メッセージがスパム、ウイルス、またはマルウェア陽性かどうかを確認します。陽性の場合は、ステップ 8 に進みます。それ以外の場合は、ステップ 4 に進みます。
ステップ 4	E メールセキュリティアプライアンスは、メッセージがグレイメールかどうかを確認します。メッセージがグレイメールの場合は、ステップ 5 に進みます。それ以外の場合は、ステップ 8 に進みます。
ステップ 5	E メールセキュリティアプライアンスは、削除、配信、バウンス、スパム隔離エリアへの隔離など、設定されたポリシーアクションを適用します。
ステップ 6	E メールセキュリティアプライアンスは、安全な配信停止がイネーブルになっているかどうかを確認します。安全な配信停止が有効になっている場合は、ステップ 7 に進みます。それ以外の場合は、ステップ 8 に進みます。
ステップ 7	E メールセキュリティアプライアンスは、配信停止ボタン付きのバナーをメッセージに追加します。また、E メールセキュリティアプライアンスは、メッセージ本文内の既存の配信停止リンクを書き換えます。
ステップ 8	E メールセキュリティアプライアンスは、電子メールのワークキューの次の段階でメッセージを処理します。

安全な登録解除の仕組み

次のフローチャートで、安全な配信停止のしくみを示します。

ワークフロー（Workflow）

手順

ステップ 1	エンドユーザがグレイメールバナーを含むメッセージを受信します。
ステップ 2	エンドユーザが [購読解約（Unsubscribe）] リンクをクリックします。
ステップ 3	登録解除サービスは、元の配信停止 URI を抽出します。
ステップ 4	登録解除サービスは、URI のレピュテーションを確認します。
ステップ 5	URI のレピュテーションに応じて、登録解除サービスは次のいずれかのアクションを実行します。 URI に悪意がある場合、登録解除サービスは配信停止プロセスを実行せず、エンドユーザにブロックページを表示します。 URI に悪意がない場合、URI のタイプ（http または mailto）に応じて、登録解除サービスはグレイメール送信者に配信停止要求を送信します。要求が成功した場合、登録解除サービスはエンドユーザに [登録が解除されました（Successfully unsubscribed）] というステータスを表示します。最初の配信停止要求が失敗した場合、登録解除サービスは [配信停止プロセスの進行中（Unsubscribe process in progress）] というステータスを表示し、配信停止のステータスを追跡できる URL を示します。エンドユーザはこの URL を使用して後でステータスを追跡することができます。最初の試行失敗後、登録解除サービスは 4 時間の間、定期的に配信停止要求を送信します。エンドユーザが後から配信停止プロセスのステータスを確認した場合、次のようになります。（最初の試行失敗から）4 時間以内にいずれかの要求が成功した場合、登録解除サービスはエンドユーザに [登録が解除されました（Successfully unsubscribed）] というステータスを表示します。（最初の試行失敗から）4 時間以内にいずれの要求も成功しなかった場合、登録解除サービスはエンドユーザに [登録できません（Unable to subscribe）] というステータスを表示し、グレイメールを手動で配信停止するための URL を示します。

グレイメールの検出および安全な配信停止の設定

グレイメールの検出と安全な配信停止の要件

グレイメールを検出するには、アンチスパムスキャンをグローバルにイネーブルにする必要があります。これには IronPort Anti-Spam 機能またはインテリジェントマルチスキャン機能のいずれかを使用できます。参照先：スパム対策
安全な配信停止の場合、
- 安全な配信停止機能キーを追加します。
- エンドユーザのマシンは、インターネット経由で直接クラウドベースの登録解除サービスに接続できる必要があります。

クラスタ構成でのグレイメールの検出および安全な登録解除

グレイメールの検出および安全な配信停止は、マシンレベル、グループレベルまたはクラスタレベルでイネーブルにできます。

グレイメールの検出および安全な配信停止の有効化

はじめる前に

グレイメールの検出と安全な配信停止の要件を満たします。

手順

ステップ 1	[セキュリティサービス（Security Services）] > [検出と安全な配信停止（Detection and Safe Unsubscribe）] をクリックします。
ステップ 2	[グローバル設定を編集（Edit Global Settings）] をクリックします。
ステップ 3	[グレイメール検出を有効にする（Enable Graymail Detection）] をオンにします。
ステップ 4	（任意）グレイメール送信者から送信される大量のメッセージをスキャンできるようにしながら、アプライアンスのスループットを最適化するには、メッセージスキャンのしきい値を構成します。アプライアンスでスキャンするメッセージの最大サイズ。メッセージのスキャン時に、タイムアウトになるまで待機する秒数。
ステップ 5	（任意）[自動アップデートを有効にする（Enable Automatic Updates）] をクリックして、エンジンの自動アップデートを有効にします。アプライアンスは、アップデートサーバから特定のエンジンに必要なアップデートを取得します。
ステップ 6	[安全な配信停止を有効にする（Enable Safe Unsubscribe）] をオンにします。
ステップ 7	変更を送信し、保存します。

次のタスク

CLI でグレイメールの検出および安全な配信停止のグローバル設定を構成するには、graymailconfig を使用します。詳細については、『CLI Reference Guide for AsyncOS for Cisco Email Security Appliances』を参照してください。

グレイメールの検出と安全な配信停止の着信メールポリシーの設定

はじめる前に

グレイメールの検出および安全な配信停止の有効化

手順

ステップ 1

[メールポリシー（Mail Policies）] > [受信メールポリシー（Incoming Mail Policies）] をクリックします。

ステップ 2

変更するメールポリシーの [グレイメール（Graymail）] 列のリンクをクリックします。

ステップ 3

要件に応じて、次のオプションを選択します。

グレイメール検出の有効化
安全な配信停止の有効化

上記のアクションをすべてのメッセージまたは未署名のメッセージのいずれに適用するかを選択します。

（注）

S/MIME を使用して暗号化されている場合または S/MIME 署名が含まれる場合、アプライアンスはメッセージを署名済みとみなします。

さまざまなグレイメールカテゴリ（マーケティングメール、ソーシャルネットワークメール、およびバルクメール）に対して実行するアクション。

メッセージの削除、配信、バウンス、または（スパム隔離エリアへの）隔離

（注）

安全な配信停止オプションを使用する場合、配信または隔離するアクションを設定する必要があります。

代替ホストへのメッセージの送信
メッセージの件名の変更
カスタムヘッダーの追加

代替エンベロープ受信者へのメッセージの送信

（注）

グレイメール陽性メッセージを代替エンベロープ受信者に送信する場合、バナーは追加されません。

メッセージのアーカイブ

（注）

検出されたグレイメールのみをモニタする場合、ポリシーごとにグレイメール検出を有効にできます。さまざまなグレイメールカテゴリに対するアクションを設定する必要はありません。このシナリオでは、E メールセキュリティアプライアンスは、検出されたグレイメールに対して何もアクションを実行しません。

ステップ 4

変更を送信し、保存します。

次のタスク

（注）

グレイメール検出の発信メールポリシーを設定することもできます。このシナリオでは、安全な配信停止は設定できないことに注意してください。

CLI でグレイメールの検出および安全な配信停止用のポリシーを設定するには、policyconfig を使用します。詳細については、『CLI Reference Guide for AsyncOS for Cisco Email Security Appliances』を参照してください。

グレイメールスキャン中に追加された X-IronPort-PHdr ヘッダー

次の場合、グレイメールエンジンによって処理されるすべてのメッセージに、X IronPort PHdr ヘッダーが追加されます。

アプライアンスでグレイメールエンジンがグローバルに有効である。

グレイメールスキャンが特定のメールポリシーに対して有効である。

（注）

グレイメールスキャンが特定のメールポリシーに対して有効になっていない場合、アプライアンスでグレイメールエンジンがブローバルに有効な場合は、すべてのメッセージに X-IronPort-PHdr ヘッダーが追加されます。

X-IronPort-PHdr ヘッダーには符号化された独自の情報が含まれており、顧客による復号はできません。このヘッダーは、グレイメールの設定に関する問題のデバッグに関する追加情報を提供します。

（注）

スパム対策エンジンまたはアウトブレイクフィルタが特定のメールポリシーに対して有効な場合、X-IronPort-PHdr ヘッダーは、特定のメールポリシーを通過するすべてのメッセージに追加されます。

メッセージフィルタを使用したグレイメールアクションのバイパス

特定のメッセージにグレイメールアクションを適用しない場合、次のメッセージフィルタを使用してグレイメールアクションをバイパスできます。


メッセージフィルタアクション	説明
skip-marketingcheck	マーケティングメールに対するアクションのバイパス
skip-socialcheck	ソーシャルネットワークメールに対するアクションのバイパス
skip-bulkcheck	バルクメールに対するアクションのバイパス

次の例では、リスナー “private_listener” で受信したメッセージは、ソーシャルネットワークメールに対するグレイメールアクションをバイパスする必要があること指定しています。


internal_mail_is_safe:
if (recv-listener == 'private_listener')
{
skip-socialcheck
();
}

グレイメールのモニタリング

次のレポートを使用して、検出されたグレイメールに関するデータを表示できます。


レポート	含まれているグレイメールのデータ	詳細
[概要（Overview）] ページ > [受信メールサマリー（Incoming Mail Summary）]	グレイメールカテゴリ（マーケティング、ソーシャル、およびバルク）ごとの受信グレイメールメッセージの数と、グレイメールメッセージの総数。	[概要（Overview）] ページ
[受信メール（Incoming Mail）] ページ > [グレイメールメッセージの送信者上位（Top Senders by Graymail Messages）]	グレイメールの上位送信者。	[受信メール（Incoming Mail）] ページ
[受信メール（Incoming Mail）] ページ > [受信メールの詳細（Incoming Mail Details）]	グレイメールカテゴリ（マーケティング、ソーシャル、およびバルク）ごとの受信グレイメールメッセージの数と、すべての IP アドレス、ドメイン名、またはネットワークオーナーのグレイメールメッセージの総数。
[受信メール（Incoming Mail）] ページ > [受信メールの詳細（Incoming Mail Details）] > [送信者プロファイル（Sender Profile）]（ドリルダウンビュー）	グレイメールカテゴリ（マーケティング、ソーシャル、およびバルク）ごとの受信グレイメールメッセージの数と、指定された IP アドレス、ドメイン名、またはネットワークオーナーのグレイメールメッセージの総数。
[内部ユーザ（Internal Users）] ページ > [グレイメールの上位ユーザ（Top Users by Graymail）]	グレイメールを受信する上位エンドユーザ。	[内部ユーザ（Internal Users）] ページ
[内部ユーザ（Internal Users）] ページ > [ユーザメールフローの詳細（User Mail Flow Details）]	グレイメールカテゴリ（マーケティング、ソーシャル、およびバルク）ごとの受信グレイメールメッセージの数と、すべてのユーザのグレイメールメッセージの総数。
[内部ユーザ（Internal Users）] ページ > [ユーザメールフローの詳細（User Mail Flow Details）] > [内部ユーザ（Internal User）]（ドリルダウンビュー）	グレイメールカテゴリ（マーケティング、ソーシャル、およびバルク）ごとの着信グレイメールメッセージの数と、指定されたユーザのグレイメールメッセージの総数。

AsyncOS 9.5 以降にアップグレード後、メールポリシーのアンチスパム設定でマーケティングメールのスキャンをイネーブルにした場合は、次の点に注意してください。

マーケティングメッセージの数は、アップグレードの前後に検出されたマーケティングメッセージの合計です。
グレイメールメッセージの総数には、アップグレード前に検出されたマーケティングメッセージの数は含まれません。
試行されたメッセージの総数には、アップグレードの前に検出されたマーケティングメッセージの数も含まれます。

グレイメールルールの更新

サービスのアップデートをイネーブルにした場合、シスコのアップデートサーバからグレイメール管理ソリューションのスキャンルールを取得できます。しかし、一部のシナリオでは（たとえば、サービスの自動アップデートをディセーブルにした場合またはサービスの自動アップデートが機能していない場合）、グレイメールルールを手動で更新できます。

グレイメールルールを手動で更新するには、次のいずれかを実行します。

Web インターフェイスで、[セキュリティサービス（Security Services）] > [グレイメール検出と安全な配信停止（Graymail Detection and Safe Unsubscribing）] ページに移動して [今すぐ更新（Update Now）] をクリックします。
CLI で graymailupdate コマンドを実行します。

既存のグレイメールルールの詳細を把握するには、Web インターフェイスで [グレイメール検出と安全な配信停止（Graymail Detection and Safe Unsubscribing）] ページの [ルールの更新（Rule Updates）] を参照するか、CLI で graymailstatus コマンドを使用します。

エンドユーザに表示される [登録解除（Unsubscribe）] ページのカスタマイズ

エンドユーザが配信停止リンクをクリックすると、登録解除サービスにより、配信停止プロセスのステータスを示すシスコブランドの配信停止ページが表示されます（安全な登録解除の仕組みを参照）。[セキュリティサービス（Security Services）] > [ブロックページカスタマイズ（Block Page Customization）] を使用して、配信停止ページの外観および組織のブランディングの表示（企業ロゴ、連絡先情報など）をカスタマイズできます。この説明については、サイトに悪意がある場合にエンドユーザに表示する通知のカスタマイズを参照してください。

エンドユーザのセーフリスト

組織のエンドユーザが自分の電子メールアカウントのセーフリストを設定している場合は、セーフリストの送信者からのグレイメールメッセージはグレイメールスキャンエンジンによってスキャンされません。セーフリストの詳細については、セーフリストおよびブロックリストを使用した送信者に基づく電子メール配信の制御を参照してください。

ログの表示

グレイメールの検出および安全な配信停止情報は、次のログに書き込まれます。

グレイメールエンジンロググレイメールエンジン、ステータス、設定などの情報が含まれます。ほとんどの情報は [情報（Info）] または [デバッグ（Debug）] レベルです。
グレイメールアーカイブアーカイブされたメッセージ（スキャン済みの「アーカイブメッセージ」アクションに関連付けられているメッセージ）が含まれます。この形式は、mbox 形式のログファイルです。
メールロググレイメールの検出および安全な配信停止用のバナーの追加についての情報が含まれます。ほとんどの情報は [情報（Info）] または [デバッグ（Debug）] レベルです。

グレイメールの検出および安全な配信停止のトラブルシューティング

安全な配信停止を実行できない

問題

配信停止リンクをクリックした後、エンドユーザに「...を配信停止できません」というメッセージが表示されます。

ソリューション

この問題は、登録解除サービスがエンドユーザの代わりに安全な配信停止を実行できない場合に発生することがあります。次に、登録解除サービスが安全な配信停止を実行できない一般的なシナリオをいくつか示します。

配信停止 URI または mailto アドレスが間違っている。
配信停止にエンドユーザのクレデンシャルを要求する Web サイト。
エンドユーザに自分の電子メールアカウントにログインし、配信停止要求を確認するように要求する Web サイト。
Web サイトで captcha を解決するよう要求され、登録解除サービスで captcha を解決できない。
インタラクティブな配信停止を必要とする Web サイト。

エンドユーザは [購読解約（Unsubscribe）] ページの下部に表示されている URL を使用して購読解約を手動で行えます。

AsyncOS 11.1 for Cisco Email Security Appliances ユーザガイド（一般導入）

偏向のない言語

翻訳について

Book Title

AsyncOS 11.1 for Cisco Email Security Appliances ユーザガイド（一般導入）

Chapter Title