Messaging, Malware and Mobile Anti-Abuse Working Groupヘルプーブロックリストに登録された2018年2月版バージョン1.0.1（2014年6月）このドキュメントの短縮URL： www.m3aawg.org/BlocklistHelp
このバージョンの更新内容明快さを改善し文書を更新するために2018年2月版で軽微な変更を行った。
エグゼクティブサマリー
ほとんど全ての竜子メールシステムは、プロックリストに送信IPまたはドメインが含まれていると、ある時点で配信の問題が発生します。これには、電子メールサービスプロバイダとネットワーク事業者が含まれます。メールがどこでプロックされたかによって、これらのリスティングはプロックされた会社内で広範なパニックを引き起こす可能性があります。プロックに緊急度を付けて対応する方法を知ることで、タイムリーな解決を保証することができます。この文書では、送信者のIPアドレスまたはドメインに対して能動的なプロックが適用されるため、特に配信エラーに対処します。プロックリストに含まれているIPまたはドメインを修復するためには、いくつかの手順を実行する必要があります。 1.プロックリストに登録されていることを確認する。 a.メールが失敗した理由とそれがリスティングに起因する理由を特定する。 b.リスティングに責任を負う組織を特定する。 c.デリスティング(リストからの削除)に必要な手順を特定する。 2.リスティングの影響を評価する。 a.リスティングの結果、どのくらいのメールが届かないかを特定する。 b.修復のコストを定量化する。 c.コストが影響を上回るかどうかを判断する。 3.行動を取る。 a.修復計画を実行するか、 b.何もしないことを決定する。 4. （もしあれば）取った行動を伝える。 a.プロックリストの所有者へ連絡する。 b.プロックリストの所有者へ実行された修復手順を通知する。 c.プロックリストからの削除を要求する。早期発見、確立された緊急手続き、災害対応計画の実施、効果的な社内外のコミュニケーションにより、組織はプロックのビジネスへの影響を最小限に抑えることができます。これらの行動を取ることで、問題を迅速に解決し、デリスティングに向かうことができます。この文書は、プロックリストの最も一般的な機能、 IPやドメインのリスト化の仕組み、所有者が問題を修復し竜子メールを配信する能力を回復する方法を記載します。
序論
電子メールを送信したりSMTPサービスを提供しているほとんどすべての組織は、それらがプロックリストに登録されていると、ある時点でメールの配信に失敗します。ESPやネットワーク事業者など、電子メールを送信することに頼っている組織にとっては、プロックリストへの登録は、実行可能な長期的ソリューションの合理的な議論を妨げる非常事態となり得ます。この文書は、リスティングを検知する方法を説明することによって組織がこれらの状況を計画するのに役立ち、修復の手順を概説します。多くの組織では、電子メールプロックを経験する際にオプションがあることを認識していません。メール配信の復旧に集中しているため、問題を解決するために必要な最も適切な手順を検討しないことがよくあります。適切な行動方針は、リスティングの事業への影響とプロックリストの要件を満たすことの困難さに左右されます。プロックリストの基本を理解することで、能動的なリスティングの制約下でも、意思決定と解決の道筋が明確になります。利用可能なオプションを知り、危機に先立って計画を立てることで、問題を解決し、それについてより効果的に伝えることができます。電子メールがプロックされる理由はたくさんあります。プロックリストにIPアドレスまたはドメイン名が登録されるのはその１つだけです。この文書では、特にプロックリストに登録されることによってプロックされた電子メールを特定し、その影響を判断し、該当するプロックリストの削除プロセスを調査し、適切な場所や時期に削除される一般的なプロセスに焦点を当てています。
プロックリストとは
一般に、プロックリストとは、最も単純な形式で、スパム、ウィルスやマルウェアを含む電子メール、不要なSSH接続など、何らかの形の悪質なトラフィックを発する疑いがあるIPアドレスまたはドメイン名のリストです。プロックリストは、悪意のあるトラフィックや望ましくないトラフィックが意図された受信者に届かないようにするアクセス制御として使用でき、望ましくないトラフィックに見られるIPアドレス、IP M3AWG Help — I'm on a Blocklist, version 1.0.1,February 2018範囲、ドメイン名、URL、その他の特性に基づいています。リストにはさまざまなタイプの情報（IPアドレス、ドメイン名、ASNなど）を含めることができますが、この文書では用語を簡潔にするために、以下の説明では「IPアドレス」に言及します。ドメイン名、URL、その他の情報が含まれているリストを扱う場合、読み手はその情報タイプを知的に「IPアドレス」と置き換えるべきです。電子メールのコンテキストでは、プロックリストは、迷惑メール、ウィルス、またはフィッシングメールがエンドユーザに届かないように、受信メールシステムによって使用されるデータを識別する集まりです。リスト化されたIPアドレスまたはドメイン名からの着信電子メールの接続を拒否することによって保護されます。リストの多様性、リスティングポリシー、デリスティング要件などにより、さまざまなプロックリストポリシーの詳細を記述することはできません。「典型的な」リストはありません。この文書では、プロックリストによって引き起こされた竜子メールの停止を特定し、原因を調査し、必要な削除手順を特定し、リストから削除される一般的なプロセスに焦点を当てています。プロックリストには2つの主要な種類がある：内部（プライベート）と外部（サードパーティ）のプロックリスト: •内部プロックリストは、メールを受信するグループまたはメールボックスプロバイダによって直接管理されるリストです。内部リストからプロックを解決するには、リスト者'は自分のメールをプロックしているエンティティと直接連絡する必要がある。内部リストの管理者は、自分のネットワークを保護する責任があり、彼らは雇用主とエンドユーザを満足させようとします。外部リストは、サードパーティによって管理されています。デリスティングは、リストを使用しているメールボックスプロバイダではなく、リストを作成しているエンティティと連絡する必要があります。外部プロックリストには、さまざまな運用者や管理スタイルがあります。一部は有給職員と商用で、他の人はボランティア、またはおそらく単一のボランティア/愛好家を雇っています。外部リスト管理者は、リストを使用してメールボックスプロバイダを満足させようとします。また、公開されているポリシーページもあり、その多くはIPアドレスをデリスティングするための方法を提供しています。送信行為に関係しない特別な種類のリストが１つあります。これらの「情報」リストは、「悪い」送信者をプロックするためには使用されません；代わりに、送信者の動作に基づかないローカルポリシーを適用するために使用されます。情報リストには、ロケーションベースのリスト、「ダイナミック」または「レジデンシャルクラス」IPアドレスのリスト、正しく設定されたRFC-21422ロールアカウントを持たないドメイン名のリスト、またはASN³ルーティングリストが含まれます。情報リストの場合、デリスティングはめったな選択肢ではありません。リスト内のエンティティが誤って分類されている場合のみ、デリスティングが行われます。
ブロックリストポリシー
各プロックリストには、IPアドレスの追加または削除のための独自の基準があります。多くのリストは、自分のウェプサイト上にリスティングの基準を記載しています。しかし、一般的には、「リスト者」はリストに登録された理由を正確に知るためにプロックリストを運営している人に頼ることはできません。「リスト者」は一般的に利用可能な情報を使用して、特定の情報のためにリストの担当者に頼ることなく、リスティングの問題を解決することが期待されます。リスト運営者からのサポートの欠如は、トラプルシューティングに重要なリスティングの背後にある方法と理由を理解することになります。多くのプロックリストは受動的な検出技術に依存しています。これらのプロックリストは、リスト化するIPアドレスを探すためにネットワークを積極的にスキャンしません。むしろ、リスティングは、受信側のネットワークで見られる電子メール送信者の行動の結果です；すなわち、受信ネットワークの禁止された動作のポリシー内にあるようにみえるエンティティによって制御される着信IPアドレスまたはドメイン。内部リストの場合、その組織に送信されたトラフィックはプロックリストを更新する基準として使用されます。外部リストの場合、情報はプロックリストのネットワークから、またユーザのネットワークから提供される共有情報から収集されます。受動型検出技術は、通常、メールを要求しなかった受信者に送信されるメールに適用されます。多くの場合、これらの「受信者」は実際には自動化されたスパムトラップです。しかし、場合によっては、メールを要求しなかった個人に直接送信されたメールがリスティングのきっかけになることがあります。リスト化するIPを見つけるための能動型検出方法に依存するプロックリストがいくつかあります。これらの手法には、オープンリレーやオープンプロキシスキャン、ユーザの推薦、新たに利用開始されたIPを探すASNモニタリングなどがあります。他の種類のリストは、新たに登録されたドメイン名および新しいドメインに関する報告を監視します。位置または特性に基づくリストは、通常は能動的な検出技術に依存します。例えば、動的に割り当てられたIPアドレスをターゲットとするリストは、特定の単語またはDNS逆引きの形式を含むすべてのIP空間をリスト化することができます。リストはあらかじめ作成されているか、または、その場で決定し作成されることに留意すべきです。送信者の運用への影響は、通常、リストの作成方法に依存しません。 IPが一般に公開されているリストに掲載されているという理由だけで、特定の電子メールの障害がそのリストに関連しているわけではないことを理解することが重要です。グローバル規模で使用される公開リストはほとんどありません。広く使用されているリストのほとんどは、良好で一貫して適用されるポリシーと明確なデリスティング基準を持つ傾向があります。合理的なポリシーを持たないリスト、またはそれらの説明が不十分なリストは、あまり頻繁に使用されない傾向があり、したがって、通常、「リスト者」との関連性は低いと考えられます。ある種の疑わしいリストは、ローカルの「人気」や、リストの所有者や管理者に何らかの形で関係するメールアプライアンスへ含めるために、地域ベースで採用されるかもしれません。リスティングの重大度については、ステップ2 :プロック影響評価で詳しく説明します。内部リストは、特定の受信者のポリシーを実装します。場合によっては、これらのポリシーが送信者に過度に重い負担に見えることがあります。受信システムは、受信ドメインが受け入れたくない電子メールを受け入れるよう強制されないなど、送信ルールを決定する立場にあります。送信者は基本的なロジックを理解できないかもしれないが、リストは受信者に価値を提供していると考えられるべきです。各プロックリストのポリシーは特有だが、最も一般的なプロックリストポリシーは、付録A -一般的なプロックリストのリストポリシーにリスト化されています。
リスティングへの対応
このセクションでは、リスティングの発見、リスティングへの対応方法、連絡方法について説明します。 1.発見2.プロック影響評価3.行動を取る（または行動を取らないことを選択する） 4.取った行動または解決を伝える
ステップ1：発見
プロックリストに送信IPやドメインが登録されていることを発見して特定する方法は数多くあります。ー-これらには、事前検知手法と事後対応方法の両方が含まれます。早期検出監視は、重要な配信の問題を引き起こす前のプロックについて送信者に警告します。場合によっては、送信者はメールが配信されていないことを顧客が気付く前に問題に対処することができます。早期の警告方法には、「プロックされた」、「迷惑メール」、その他の識別用語を含む、プロックリストに共通する用語のメールログを監視することが含まれます。プロックリストへの包含を事前に特定する別の方法は、リストを直接監視することです。プロックリストへの登録を事前に特定する別の方法は、リストを直接監視することです。これは外部リストではうまく機能しますが、組織やドメインの外部にはほとんど公開されていない内部リストに対しては不可能またはサポートされない可能性があります。ほとんどのリストは、リスティングが発生する前に電子メール通知やその他の警告を提供しません。したがって、プロックリストがネットワークの問題を識別したかどうかを判断するには、効果的なモニタリングを実施することが重要です。組織が提供するインターネットアクセスのタイプに応じて、効果的な監視が必要です。例えば、ネットワークサービスを提供するISPは、しばしばSMTPキューやログにアクセスすることはできませんが、外部のプロックリストでIP空間を見つけることができます。他のISPはSMTPサービスを提供し、キューとメールログを監視できるが、クリックと受信トレイの配置データにはアクセスできません。 ESPプロバイダであれ、メールボックスプロバイダであれ、公開プロックリストと内部ログ監視の仕組みを定期的にチェックして、プロッキングやメール配信の問題を特定することを推奨します。これらのチェックには、次のいずれかを含みます： •送信メールの返送に関する顧客からの不満外部リストを監視するスクリプトからの通知. •　メールを受信しないという顧客/エンドユーザからの苦情配信されなかった電子メールの割合/数.メールキューがいっぱいで、配送されていない.その他の集計チェック（開封率/クリック率/顧客転換率） .低い受信箱の配置率. .メール配信ログに記録された配信の失敗または遅延の理由に関する具体的詳細•フィードバックループによるスパムレポート最良の早期警告監視でさえ、いくつかのリスティングが欠落することがあります。このようなケースでは、竜子メールの配信に大きな影響が出るまで、リスティングが検出されないことがあります。別のウェプサイトは、多くの異なるプロックリストを横断してIPアドレスをチェックする機能を提供します。これらのサイトは、チェックしたリストの品質に関するチェックの量を評価します。すべてのリスティングが重要な配信問題を引き起こすわけではありません。ISPとネットワークの所有者は、公開リストの評判を調べてから、リスティングに責任を負う顧客をどのように扱うかを決定する必要があります。ESPはログファイルを調べて、特定のリストがメール障害の原因であるかどうかを判断する必要があります。いくつかの配信またはプランド監視会社は、組織のIPとドメインを既知のプロックリストから監視するための商用サービスを提供する場合があります。プロックリストの中には、信頼できるユーザに直接通知するサービスを提供するものがあります。これはリスト、組織、ユーザによって異なると考えてください。重要なプロックリストデータフィードを購読することは、登録をチェックする別の方法です。これは、一般に、データベースにリストをロードし、それをネットワーク空間（DNSとIPの両方）と比較することを必要とします。通常、このプロセスは、毎日または時間ごとに自動的に実行するようにスケジュールできます。このような戦略に投資する前に、メールトラフィックの配信に実際に重要なリストを特定する必要がありまt
ステップ2 :プロック影響評価
プロックリストに登録されることは必ずしもネットワークや配信の失敗を説明するものではありません。ネットワークの場合、IPベースのプロックは広範な顧客ベースに影響を与えないため、ネットワークの所有者は個々の顧客に対処することを決定する可能性があります。一方、一部のネットワークプロックは、複数の顧客に影響を与える広範なルーティング障害を引き起こします。このような場合、ネットワークの所有者がプロックに対処しなければならない可能性があり、影響の重大性のために問題の顧客を切断する可能性があります。 ESPの場合、プロックの影響は別々に測定されます。プロッキングは、メールの配信にどれだけ影響を与えているかということです。IPがプロックリストに記載されているからといって、すべての配信失敗がそのプロックリストに起因するわけではありません。一部のプロックリストのリスティングと内部的に維持されているリストの間にはかなりの重複部分があります。リスティングが配信に影響を与えるかどうかを判断する最善の方法は、受信したバウンスメッセージと送信サーバによって収集されたログを調べることです。関連するリスティングに関するほとんどの情報が含まれます。一部のバウンスは、どのプロックリストがバウンスを引き起こしたかを示すが、これは必ずしも完全に正確ではありません。 ISPやネットワーク事業者がリスティングの重要性を判断するために求めなければならないいくつかの一般的な質問は次のとおりです: •自ネットワークはどこにリスト化されているか？このリスティングは、1人の顧客または複数の顧客に影響を及ぼしているか？このリストには、ネットワーク悪用者が他のネットワークから切断されていることが示されているか？ .このリストは、自ネットワーク上の何かがボットやトロイの木馬に感染していることを示しているか？ .このリストには、自ネットワーク上の何かがボットネットのコマンド&コントロール（C&C）サービスを提供していることが示されているか？戚染とトロイの木馬の流行、およびユーザと広範なインターネットへのそれらの重大な影響を考慮すると、ネットワーク上の感染またはC&Cの存在を示すリストは、すべてのケースで調査および軽減する必要があります。 ESPがリスティングの重要性を判断するために求めなければならないいくつかの一般的な質問は次のとおりです: •このリスティングは、受信者のかなりの割合のメールをプロックしているか？ •　小規模なドメインだが、送信者と受信者の間に強い関係があるため、1つの電子メールアドレスに影響を与えるプロックさえも解決するのに十分重要か？ •解決は可能か？場合によっては、バウンスはプロックリストやその他の情報源を引用してメールの受信拒否に関する情報を確認することがあるが、誰かが調査するまで情報は存在しません。他のバウンスは、どのプロックリストが関係しているのかを示していない可能性があります。このため、プロックの調査方法を知ることが重要です。リスト上の特定のエントリの存続期間は変わる可能性があるため、プロックは時間が経過するだけで消滅し、能動的な介入は必要ありません。リスティングが調査の各段階でまだ有効であることを確認することは賢明です。リスティングの影響を評価するためのバウンスデータの分析は、複数の方法で行うことができます: 1.特定のプロックリストが、受信ドメインに関係なく、指定された時間枠内に受信されたすべてのバウンスからなる、指定されたデータセット内の他のプロックリストよりも多く引用されているかどうかを調べる。 M3AWG Help — I'm on a Blocklist, version 1.0.1,February 2018 2.関心のあるドメインのみにデータセットを制限する。 3.データセットを特定のリスティングを引用するものに限定して、幅と影響を判断する。他にも問題の範囲を決める数多くの方法がある：いくつかは、メールを送信するシステムや組織の特有の構造に関連する。バウンスデータの分析で、あるプロックリストが配信失敗の原因と考えられるが、特定のプロックリストが引用されていない場合、参照プロックリストと同じ期間内で他のバウンスを探し、引用されたものが明らかになっていない原因と同じであるかどうかを判断することができます。しかし、プロックリストを引用する1つのバウンスタイプと、プロックリストが非公開のままである別のバウンスタイプとの単なる相関関係は、両方のバウンスタイプが同じリストによるものであることを必ずしも意味しません。多くの場合、指定されたプロックリストは、リスト者が問題を識別するために使用できるデータを提供します。このデータを取得する手段は数多くあります。以下はその例です： •特定のプロックリストには、影響を受けるリスト者へ自動的に通知する正式な通知手順が用意されています。これは、WHOISで利用可能な連絡先情報、以前に確立されたチャネル、またはIP所有者の不正利用アドレス宛の竜子メールの形式でもよい。この通知には、リスト化の理由に関する情報が含まれることがあります。多くの場合、この情報は実用的です。[また、ステップ3 :行動を取る（または行動を取らないことを選択する）のメール管理者と不正利用連絡先については以下を参照してください。]多くのプロックリストは、このデータをウェブサイトで直接利用できるようにしています。ネットワー .クプロバイダとESPは、この情報を使用して問題のある顧客を特定することができます。 .リストに登録された当事者は、サイト上のウェプフォームを使用してプロックリストから直接リストデータを要求したり、プロックリスト運用者が連絡先の竜子メールアドレスを提供している場合には、竜子メールでリストデータを要求することができます。プロックリスト運用者と連絡するときは、要求されているものに関してできるだけ簡潔かつ明確にすることが重要です。デリスティングを求める前に実用的なデータを要求することは可能だが、多くのプロックリストは実用的なデータを提供していません。 •問題のプロックリストに関して、プロックリストを運用している人員と直接対話することは不可能であり、プロックリストのすべてのやり取りは自動化された手段で行われます。このような場合、リスト化の基準を理解するためにプロックリストのウェプ情報を徹底的に見直すことが重要です。場合によっては、リストに登録された当事者がリスティングの問題に対処するための適切な方向へ動くのに十分なデータです。 ESPの影響評価では、プロックリストに具体的に挙げられているプロックされたメールの量を調べることが不可欠です。プロックされたメールが、特定のIPアドレスが登録されているプロックリストに関連していない場合があります。そのプロックリストからIPアドレスを削除しても、基本的な電子メールの配信問題は修正されません。さらに、ある組織の電子メール配信に重要な特定の受信者サイト以外ではほとんど使用されないリストがあります。多くの広く使われているプロックリストには合理的なポリシーがあります。しかし、リストが広く使用されていないが、配信に大きな影響を与えている状況では、リスト者にはいくつかのオプションがあります。1つはリストの基準に合致することだが、どれほど困難であってもリストから削除されます。もう１つはリストを使用して組織に直接話し、これらのポリシーが不合理に思える理由と送信者がそれらに従うことができない理由を説明することです。受信側の組織にとってメールが欲しい、または有益な場合、ほとんどの受信者はプロックリストの例外にすることができます。全体として、特定のリスティングの影響を評価するには、配信失敗の数を分析し、配信失敗が組織のビジネスに与える影響を判断する必要があります。すべての組織やあらゆる状況に合った正しい決断はありません；普遍的に問題になるプロックリストや決して問題にならないプロックリストといったものは存在しないのと同様に。
ステップ3 :行動を取る（または行動を取らないことを選択する）
リスト者がリスティングの原因や働きを認識すると、不正なトラフィックを止めるために多くの行動が取られます。一部の企業は他の企業よりはるかに積極的ですが、最低限、問題のリスト者は、リスティングの全体的な影響、財務的影響、評判の影響と、行動を取らないことの影響を比較する必要があります。デリスティングと解決の手順はプロックリストごとに異なります；以下のリストは、プロックリストへの登録を解決するために使用される一連のコモンプラクティスです。（注：これらの手順の中には、問題の原因を正確に把握する必要があり、実際、それを引き起こした独立したインシデントがあった場合です。）正確な原因がわからない場合、解決することが非常に困難になる可能性があります。管理者に連絡する際には、丁寧でプロフェッショナルな論調が非常に役立ちます。メッセージには、送信IPアドレス、時間と日付（該当するタイムゾーンを含む）、配信ログや配信不能メール通知からの情報、不適切な行動を特定するのに役立つ情報の要求が含まれている必要があります。スパムトラップベースのプロックリストから削除される非常に効果的でないアプローチの１つは、スパムトラップアドレスを「メーリングリストから削除する」ことを求めることです。ほとんどのプロックリストは、スパムトラップを根本的なリスト問題の兆候として扱います。リストにスパムトラップアドレスが存在することは、そのリストに送信者からメールを受信することを選択しなかった他のアドレスがあることを示します。単にトラップアドレスを削除しても、選択していない他の受信者アドレスへのメールは停止されません。スパムトラップアドレスを要求すると、実際にはリスティングが長くなることがあります。これは、根本的なリスト問題を解決することに抵抗があり、プロックリストの動作原理を理解していないことを示しているからです。より良いアプローチは、定期的にクリック開封数やその他の関与指標（エンゲージメントメトリクス）のリストを確認することです。スパムトラップはメッセージを開きません。 ESPやISPのようなネットワークプロバイダは、問題となる顧客を解約させ、メールインフラをさらに使用されることを防ぐだけで、リスティングに対処することができます。顧客に代わって問題のトラプルシューティングを行うESPにとって、この状況はより一般的な場合があります。この行動をプロックリスト運営者に明確に伝えることで、リスト化された当事者が問題を重く受け止めて、状況を解決するための迅速な対応がとられたことを知らせることができます。何らかの理由でネットワークプロバイダが顧客を単に解約させることを選択しなかった場合、顧客が再びメールを送信可能にする前に、顧客に要求できるいくつかのことがあります。最も一般的な解決策の１つは、顧客にデータベースの全部または一部を確認させることです。完全な再確認とは、受信者が送信者からの電子メールを引き続き受信するかどうかを尋ねる電子メールをデータベースのすべてのメンバーに送信することを意味します。受信者が肯定的に応答する場合、アドレスは将来の竜子メールを送信するのに適したものとしてデータベースに保持されます。受信者が肯定的に応答しない場合は、そのアドレス宛へ再度メールをしないでください。部分的な再確認では、送信者は再確認プロセスからセグメントを除外できます。これらのセグメントは、その送信者からの電子メールに最近関与したことが示されている受信者に限定する必要があります。たとえば、メッセージをクリックして短期間（60～90日間）に購入した受信者は、再確認から除外することができます。リスティングを解決する別の戦略は、メーリングリストの特定のセグメントを削除することです。これは通常、送信者がクリーンメールの履歴を持っていても、特定のソースから一連のアドレスをインポートした場合に実行されます。プロックリストがそのセグメントにトラッキングできる場合は、そのセグメントを完全に削除すると問題が解決する可能性があります。ウィルスやマルウェア感染によるリスティングの場合、問題を解決する適切な方法は、感染したマシンを実際に修復することです。リスト化されたIPがNAT（ネットワークアドレス変換）である場合、これは単一の外部IPアドレスを使用して複数のマシンをスキャンする際に重要な作業です。許可されたマシンがSMTP経由、ポート25経由、または代替メールポート経由での送信のみを許可するようにNATを設定することは、 M3AWG Help — I'm on a Blocklist, version 1.0.1,February 2018リスト化の問題を潜在的に解決する可能性があります。ただし、企業や家庭内のファイアウォール内の感染したマシンの根本的なセキュリティ問題を修正するものではありません。場合によっては、リスト者はリスティングに対して何の行動も取らないと決めるかもしれません。これを決める理由はいくつかあります。1つは、リスト自体が情報リストであり、IPアドレスまたはドメイン名がリスティングの基準を満たしているということです。組織がリスティングを解決しないことを決定するもう一つの理由は、リスティングが広く使用されていないため、リスティング自体が深刻な配信問題を引き起こしていないことです。最後に、一部の組織は、プロックリストのデリスティングの条件を遵守するにはあまりにも面倒で問題があると判断します。
ステップ4 :取った行動/解決を伝える
リスティングの原因が特定され解決されたら、問題のプロックリストに解決策を報告する必要があります。これらの行動をプロックリスト運営者に伝える際には、正直で率直なことが重要です。リスト化された当事者は、行動が通知されても、実際には行動が取られていない場合、一時的なプロックリストが永続的なプロックリストに変わる可能性があることに留意する必要があります。各プロックリストには、デリスティングのための独自の推奨通知方法があります。プロックリストのウェブサイトをチェックし、指示に従ってください。指示に従わなかった場合は、デリスティングが遅れる可能性があります；間違ったデリスティング依頼は放棄されたり、プロックリストによって処理されることはありません。プロックリストが削除要求を受け入れる一般的な方法の１つは、影響を受ける当事者がプロックリストの特定のアドレスに竜子メールを送信することです。ほとんどの主要なプロックリストには、内部と外部の両方で、リスト者との対話を訓練された人員による電子メールアドレスが配備されています。これらの電子メールは、十分な関連情報を含め、簡潔にする必要があります。関連情報には以下が含まれます： •　リスト化されているIPアドレスまたはドメイン名•問題を解決するために取られた措置の概要•変更が完了するまでのタイムライン(完了していない場合)いくつかのプロックリストは竜子メールアドレスの代わりにウェプフォームを提供します。この場合、要求されるすべての情報を記入してください。この場合も、リスト化されているIPアドレスまたはドメイン名を含めることが非常に重要です。ウェプフォームを使用するほとんどのグループは、IPアドレスを含まないデリスティング要求を拒否するために入念に構築していますが、この重要な情報が欠けている提出を受け入れるかもしれません。特定のプロックリストは、デリスティングの要求を受け入れません。これらのリストが送信者に多くの影響を与えることはほとんどありませんが、送信者はその存在を認識している必要があります。場合によっては、これらのプロックリストには自動有効期限ポリシーがあります。；リスト化の原因となった動作を停止するIPアドレスまたはドメイン名は、一定期間後に自動的に削除されます。他のリストは削除されず、運用者は修正はないと信じています。繰り返しになりますが、これらのリストは、配信に大きな影響を与えるような形では使用されない可能性が高いです。また、デリスティングに支払いを期待するプロックリストもあります。M3AAWGは、プロックリスト運営者が任意の形式でデリスティング費用を請求することを強く推奨しません；私たちは、いくつかの緊急の状況下では、リストに登録された当事者が係る費用を支払うことを選択する可能性があることを認識しています。たとえば、デリスティング費用の支払いは、根本的な問題をすばやく特定し、解決し、係る費用を支払うことがない送信者にとって実行可能な選択肢であるかもしれません。しかし、この問題を特定して解決できない場合、送信者は将来のリスティング、そして、将来のデリスティング費用が設定されます。さらに、支払いは繰り返される問題や異なる問題による将来のリスティングを妨げるものではありません。 M3AWG Help — I'm on a Blocklist, version 1.0.1,February 2018
結論
リスト化を特定する方法を知ることやそれを解決する方法を理解することは、事態を効果的に管理する上で不可欠です。問題の緊急性は、影響を受けるビジネスへの影響と必要な要件を満たす柔軟性によって決まります。ビジネスへの影響は、プロックリストごとに異なる場合があります。一貫して適用される合理的なポリシーを持つプロックリストは、最も広く使用される傾向があります。多くの場合、これらのリスト化する当事者はリスティングの基準を公開し、内部調査および対応計画の役に立つリスト化の要因に関する情報を提供することがあります。リスト化は、スパムトラフィック、マルウェアトラフィック、オープンプロキシ/オープンメールリレー、より主観的にはプロフェッショナルでない送信行為など、さまざまな理由が要因になります。スパムトラフィックは、受信者の苦情（メールの受信を要求していないアドレスに配信されたメール）と無効なアドレスの両方で観測されます。プロフェッショナルでない送信行為には、IPの変更や異なるレンジの多くのIPでのメール拡散、プロックリストプロバイダに対するあからさまな脅威など、悪用を示す送信パターンが含まれます。プロックリスト化に対応するためのビジネス手段を講ずることで、メールが届かないことに伴うストレスの合理的な管理が可能になります。電子メールを送信することをビジネスとする組織にとって、プロックリストに登録されることは緊急事態となります。あらかじめ定義された発見、分析、行動方針に従って、合理的な議論と実行可能な長期的解決策が提供されます。
付録A -一般的なプロックリストのリスティングポリシー
スパムトラフィック
多くの場合、IPアドレス、サーバ、またはISPは、プロックリストプロバイダによって監視されたIP空間からエンドポイントにスパムを渡した結果としてリスト化されます。最も広く使用されているプロックリストは、迷惑な商業メールまたは迷惑なバルクメール（UCEまたはUBE）の定義を使用します。一部のISPは、ユーザが特定の種類のメールや特定のソースからどれくらいのメールを受信するかの判断に基づいてプロックします。これらのプロックは通常動的であり、このドキュメントの範囲外です。プロックリストプロバイダは、さまざまな方法を使用してスパムトラフィックを検出します。これらの技術の多くは、決してメールの受信を要求していないアドレス（スパムトラップまたはハニーポットとも呼ばれる）でメールを受信することに依存しています。一部のプロックリストでは、苦情や個々のプロックデータなどの購読者からのデータを使用して、どのアドレスをリストに追加するかを決定します。
マルウェアトラフィック
IPアドレスは、プロックリストの検出器にウィルスを送信した場合、またはキャプティプ・スパイウェア・プロトコルの活動を分析した結果として表示されます。さらに、プロックリストは、プロックリストで操作するファイアウォールに配信されるデータを活用します。一般的に、知られていないスパムサーバとして使用されている、ゾンピとも呼ばれるウィルスに感染したユーザが含まれ、ホストがハッキングまたは悪用されている疑いがある場合はいつでもリスト化されます。これは、感染したホストがプロックリストに属するテストサーバに接続し、既知のワームコードを悪用しようとした場合に発生します。このように、NATを利用してネットワークを介してスパムを送信する単一の感染マシンは、LAN全体からの電子メールをプロックする可能性があります。マルウェアが定期的に発信されると、リスティングがエスカレートします。 URLやその他の文字列がスパムやウィルス攻撃の一部として表示されている可能性に基づいて、リスト化されることもあります。言い換えれば、受信システムは、メールメッセージに見られる様々なトークンを解析し、以前のトラフィックで見られたものに基づいてプロックリストを調整することができます。
オープンプロキシ/オープンメールリレー
一部のプロックリストには、オープンプロキシまたはオープンメールリレーが登録されています。これらのマシンは、送信者に匿名接続を提供します。多くの場合、オープンリレーとオープンプロキシは実際にはウィルスに感染したマシンです。オープンリレーやプロキシが検出される方法はいくつかあります。一般に、オープンリレーとオープンプロキシリストは、オープンリレーまたはオープンプロキシとして登録する前にマシンをテストします。
組織的/ ROKSO 4リスティング
特定の組織の管理下にあるシステムがリストに登録されている場合は、そのマシンから直接またはそのマシンに直接誘導されるトラフィックに基づくIPアドレスとホスト名のリストが表示されます。これらのリストには、組織の管理下にあるシステムからの悪意あるトラフィックの履歴と、悪質なトラフィックを阻止する永続的かつ効果的な対策を講じていないことが記載されています。組織リストに加えて、プロックリストの中には、卑劣な詐欺に隣り合わせの長期的な迷惑メール送信の疑いのある人物を非難することに焦点を合わせたものがあります。これらのリスティングは、メールの世界でFBIの「最重要指名手配」に似ており、修復の対象にはなりません。組織のリスティングは、悪意のあるトラフィックのソースとは完全に別のIPレンジとホスト名に影響する可能性があります。組織リストの１つのタイプはエスカレートされたリスティングです。エスカレートされたリスティングを採用しているプロックリストでは、リスティングにリスト者の注目を集めさせるために企業のメールサーバなどの追加のIPをリストに追加することがあります。エスカレートされたリスティングは、プロバイダからプロバイダに乗り移る組織を監視することがあります。組織のリスティングには、次のような要因があります： •リスティング後の迷惑メールの繰り返し迷惑行為の苦情に対する適切な対応の欠如（または苦情への返信の欠如） .問題を警告された後、スパマーと知りながらかくまっている。例えば： .スパマーの活動にサポートサービスを提供する.あるIPレンジから別のIPレンジにユーザを移動してリスティングを回避するプロバイダ. .長期間重度の迷惑行為を無視したり、顯客をリスティングから回避するのを支援する意図を積極的に表明しているプロバイダあるレンジ（通常は１つの/24またはそれ以上）の過剰なIPからスパムが送信された場合.単一のIPアドレスのリストが効果を持たないように見える場合. M AAWGが公開している全ての文書と同様、この文書の更新についてはM AAWGウェプサイト(www.m3aawg.org)をチエックして下さい。 © 2018, 2014 Messaging, Malware and Mobile Anti-Abuse Working Group (M³AAWG) M3AAWG080この文書はインターネット協会(Internet Association Japan)によって産業界への貢献を目的として翻訳されたものです。 http://www.iajapan.org/