言語を変更
日本語 English Русский Deutsch Español Français Italiano Українська Tiếng Việt Türkçe Bahasa Indonesia हिन्दी 中文
メニュー
料金
プロキシ
プロキシの種類
地域から探す77の地域
ソリューション
リソース

自社のルールを ネットワークの外からテストする

リスクシステムは、守る対象のネットワークの内側にいる人が書き、そのまま同じネットワークからテストされます。このシナリオはその反対側の席です。外部からの接続がどう見えるかを再現し、自社のルールがそれをどう扱うかを確かめます。

これはこのテーマの防御側にあたります。当社の適正利用ポリシーでは、不正防止モニタリングに事前の承認は不要です。ただし、第2条の短い検証リストが一部の対象に適用され、金融サービスもその一つです。同じポリシーは不正行為そのものを禁止しているので、当社は誰かが別人の顧客に見えるよう手助けすることはしません。

要点: ここでいう不正防止とは防御側のことです。疑わしい登録を再現し、アドレスの背後にあるネットワークが何を示すかを読み取り、自社のリスクルールを自社ネットワークの外からテストします。名前の分かるインターネット事業者のネットワーク上にある静的アドレスは、ネットワークが分かっていて動かないので、管理された条件のテストケースになります。そのため、アドレス自体の評価が変わっていないことを確認したうえで結果が変わったなら、まず疑うべきは自社のルールです。

ホスティングの範囲とは、ホスティング会社やクラウド会社に登録されたアドレスのブロックのことで、アクセスプロバイダーの範囲は、家庭や企業にインターネット接続を販売する会社に属するものです。ステップアップ認証とは、サインインが見慣れないものに見えたときにサービスが求める、ワンタイムコードのような追加の確認のことです。

アドレスがリスクシステムに伝えること

公開アドレスはどれも、1つのルーティングポリシーのもとで運用されるアドレスブロックのまとまりである自律システム(RFC 1930)の中にあります。各ブロックを誰が保有しているかは公開記録で、地域インターネットレジストリがRDAPで公開しています。RDAPはWHOISに代わる新しい仕組みで、RIPE NCCのRDAPのドキュメントに説明があります。照会ではこれらから、どの組織がアドレスを保有しているか、どんな種類のネットワークかが分かり、その上に過去の活動に基づく評判が重なります。どれも個人を特定するものではないので、それに基づいて作ったルールにはテストが必要です。このページはこうしたシグナルの仕組みを説明するもので、当社は検出率や承認率を測定しておらず、その数値も引用していません。

自社ネットワークの内側からはできない6つのこと

フラグの立った登録を再現する

ログを読むアナリストは、セッションをその影から組み立て直しています。テスト用のアカウントを使い、同じ種類のネットワークから自社サービス上で同じ経路をたどり直せば、おそらく何が起きたかという議論が、実際に何が起きるかの記録に変わります。

アドレスの背後にあるネットワークが何を示すかを見る

多くのリスクチェックは、どのネットワークがそのIPを広報しているか、それがどんな種類のネットワークかから始まります。名前の分かるインターネット事業者のネットワーク上にある既知のアドレスを使えば、自社の照会結果と突き合わせる管理されたテストケースが得られます。

すでに運用しているルールを調整する

ホスティングの範囲を拒否するルールと、見慣れないものをすべて拒否するルールは、別々にテストするまで同じように振る舞います。意図して用意した既知の外部アドレスを使えば、自分がどちらを書いたのかが分かります。

地域ルールの効果を確かめる

自社のシステムがある市場を高リスクとして扱うなら、それがその市場の正当な顧客にどう作用するかを、顧客より先に誰かが確かめるべきです。テストにはその市場の接続が必要です。

ステップアップ認証を動かしてみる

見慣れないネットワークで作動する追加の確認は、作動するところを見届けて初めて正しいといえます。オフィスからでは決して作動しません。オフィスこそが見慣れたネットワークだからです。

ルールの変更が反映されるところを見る

リスクルールをデプロイし、毎回同じアドレスを使って外部から効果を観察するかどうかが、管理された変更と、サポートへの問い合わせで初めて知る変更との違いです。

このページを読む方

不正対策チームとリスクチーム

疑わしい登録を再現し、アドレスの背後にあるネットワークが何を示すかを読み取ります。

トラスト&セーフティのチーム

特定の市場にあるインターネット事業者の範囲からの正当な接続を、自社のルールがどう扱うかを確かめます。

ルールを書くエンジニア

自社のリスクルールを自社ネットワークの外から、あらかじめ評価を確認したアドレスでテストします。

1つのルールを管理された条件でテストする

  1. ルールと、期待する結果を書き出す

    インターネット事業者の範囲からの外部接続に対して、許可、追加確認、拒否のどれになるべきかを決めます。

  2. ルールが対象とする市場のアドレスを1つ購入する

    テストの前に自社のリスクツールで照会し、IPチェッカーでも照会して、公開ブロックリストや不正スコアリングサービスがすでにそのアドレスをどう評価しているかを確認します。

  3. ルールが守っているフローを実行する

    自社サービスの登録、サインイン、決済を、ステージング環境やサンドボックス環境があればそこで、新しいブラウザセッションから実行します。この目的のために作ったテスト用アカウントと、決済代行会社のテストモードを使い、実際の顧客の情報や誰かの実際のカードは決して使わないでください。

  4. 結果を記録する

    ステップアップの確認があればその内容と、時刻を記録します。

  5. ルールを変更する

    同じアドレス、同じプロファイル、同じアカウントの状態から、同じフローを繰り返します。

この作業で重要な性質

既知の登録
名前の分かるインターネット事業者。照会結果が既知の値になる
安定したアイデンティティ
期間中は1つのアドレスなので、実行と実行のあいだで視点が変わらない
市場の選択
購入手続きで国を選択。カタログには77か国
ローテーション
なし。アドレスが動くと、変更前後を比べるテストはすべて読み取れなくなる
アクセス制御
ユーザー名とパスワード、またはテストランナー用のIPホワイトリスト
プロトコル
HTTP、HTTPS、SOCKS5。ブラウザでの実行とスクリプトでの実行で1つのアドレスを使える

ほかのシナリオと、製品そのもの

不正防止についての質問

これは不正を行うための話ですか、それとも防ぐための話ですか?

防ぐための話です。このページの内容はすべて、サービスを守る側の人に向けて書いています。事例を再現し、ルールを調整し、変更が反映されるところを見ることです。当社の適正利用ポリシーは第5条で「詐欺、欺罔、窃盗、支払いの不正利用、カードテスティング」をはっきり禁止しており、第2条では、個人データを収集する作業へのアクセスを開放する前に、適法な根拠の提示をお願いしています。必要なのが別人の顧客に見せかけることなら、当社は適切な提供元ではありません。 適正利用ポリシー

リスクシステムはIPアドレスから何を知るのですか?

主に二つです。どのネットワークがそれを広報しているか、そしてそのネットワークが何のためのものか。ホスティング会社の範囲なら自動化がもっともらしく、アクセスプロバイダーの範囲なら普通の接続がもっともらしく見えます。特定のアドレスがどう分類されるかは照会が示すことなので、思い込まずに確認してください。その上に履歴が重なります。その特定のアドレスが以前に歓迎されない行動をしていたかどうかです。どれも何かの証拠にはならないので、それに基づいて作ったルールは信用するのではなくテストする必要があります。 レジデンシャルとデータセンターの比較

テスト用のアドレスを他者がすでにどう評価しているかは、どうすれば分かりますか?

IPチェッカーにかけてください。チェッカーが読む4つの公開リスト、Spamhaus DROP、FireHOL Level 1、blocklist.de、Torの出口ノードリストでの照合は無料です。フルチェックでは3つの不正スコアリングサービスにも問い合わせ、各ソースの評価を並べたうえで1つの判定を出します。アドレスにすでに公の評判があるかどうかが分かれば、それを自社のルールの影響と切り分けやすくなります。ただし、各サイトはそれぞれ独自のルールを適用します。チェックはサインイン後にProxyJamアプリで実行され、フルチェックは無料チェックがない限りウォレットの残高から差し引かれます。納品された注文ごとに無料チェックが1回付きます。 IPチェッカー

自社のルールをテストするのに、なぜプロキシが必要なのですか?

自社ネットワークの内側にいながら、その外側にいることはできないからです。オフィスのアドレスは、これまでに書いたすべての許可リストに載っていて、自社サービスに対して何年分もの良好な履歴があります。見慣れないネットワーク向けのルールを、自社が持つ最も見慣れたネットワークからテストしても何もテストしたことにならず、最初の本当の証拠は苦情として届きます。

テスト用のアドレスはローテーションすべきですか?

いいえ。変更前後を比べるテストに必要な変数は一つですが、実行のあいだにアドレスが動けば変数は二つになります。テストする市場ごとに1つのアドレスを購入して保持してください。そうすれば、翌週に違う結果が出たとき、その原因は自社のシステムかアドレスの評価のどちらかで、どちらが変わったかはIPチェッカーが教えてくれます。

これを他社のシステムに対するセキュリティテストに使えますか?

対象の所有者による書面での許可がある場合に限ります。当社の適正利用ポリシー第2条では、そうした作業へのアクセスを開放する前に、その許可の提示をお願いしています。これはその検証リストにある4項目の一つで、金融サービス、医療、行政システムにおける対象も別の一項目です。 適正利用ポリシー

テスト用のアドレス自体にフラグが立ったらどうなりますか?

それはときに、得られるなかで最も役に立つ結果です。正当なインターネット事業者の範囲が拒否されていると分かるからです。利用規約第2.5条に基づき、購入時に指定した対象でアドレスがブロックされている場合は、暦月ごとに注文のアドレスの最大20%まで、お申し出に応じて無料で交換します。リストへの掲載や自社のルールによる拒否は、それだけでは交換の理由になりません。また、当社の適正利用ポリシーが禁止する使い方によってアドレスが使えなくなった場合は、交換を受けられません。 利用規約

外部のアドレスが再現するのはネットワークであり、セッションのそれ以外の部分ではありません。デバイスのフィンガープリント、挙動、アカウントの履歴は引き続きお客様が変えるもので、モバイルを販売していないあいだは、モバイルキャリアからの登録をここで再現することはできません。問いが、特定の市場にあるインターネット事業者の範囲からの正当な接続を自社のルールがどう扱うかであれば、これはそのための適切な道具です。まずは、自社のルールが異なる扱いをする市場ごとに1つのアドレスから始めてください。

出典