共有VPN出口でのGoogleの異常トラフィック：端末か、アドレスか

人間であることを証明しろと言われると告発されたように感じ、すぐに思いつく結論はタブレットの中の何かが感染しているというものだ。その結論は一つの手順を飛ばしている。共有VPN出口は無関係な多数のセッションを一つの公開アドレスの背後に置き、通知は届いたリクエストに反応するため、そのアドレスも判断材料に含まれる。このパターンが自分の端末のものか出口のものかを見極めるには短いテストを三つ行う必要があり、正しい答えが次にやることを変える。

その通知は実際に何に反応しているのか

Googleの異常トラフィックに関するガイダンスは、端末からの自動リクエストと並んで、共有ネットワークやVPNサービスをチャレンジが発生する状況として挙げている。公開アドレスは一人の指紋ではなく、利用者グループについてのシグナルだ。アドレスは、自分では見えない通信も含め、それを使うあらゆるものから評判を蓄積する。

これは両方向に働くので、どちらの話も通知そのものでは証明されない。チャレンジはどのシグナルが発火したかを意図的に曖昧にしているので、判定ではなく証拠を集める合図として扱うべきだ。

端末と出口を切り分ける三つのテスト

第一に、同じ端末を別の承認済みネットワークに持ち込んで、普通の検索を繰り返す。無関係な接続をまたいでチャレンジが端末に付いてくるなら、アドレスは変数ではなく、拡張機能や自動化など端末上で動いているものを確認すべきだ。他の場所では端末がきれいで、一つの接続でだけうまくいかないなら、経路について何かが分かったことになる。設定を変える前にこの比較を行い、状態をきれいに保つ。

第二に、別の端末を同じ出口経由で使い、同じ検索を試す。同じ時間帯に二台がチャレンジされるなら共有アドレスを指し、一台だけがチャレンジされるならその端末を指す。

第三に、時間帯を見る。特定の時間だけ通知が出るなら、端末にインストールされた何かではなく出口の負荷を示唆する。共有出口は他人の予定に従うので、平日の夜と静かな朝を比べてみる。

自分の制御を切らずに対応する

人間確認の手順が提示されたら完了し、チャレンジが表示されない場合は、ブロックされたスクリプトや拡張機能のせいで解けるはずの確認が壊れて見えることがあるので、対応ブラウザを試す。ページを連打したり周囲にスクリプトを仕込んだりしてはいけないのは、同じ出口からの繰り返しの試行が、その背後にいる全員にとってアドレスの評判を悪くするからだ。パターンが続くなら、出口の識別子とおおよその時刻を添えて提供元に連絡し、共有アドレスの活動について何が見えるかを尋ねる。

提供元に検索履歴やVPNの認証情報を送る理由はなく、どちらかを求めてくるサポート担当者には疑問を持つべきだ。

確認を回避するために出口を切り替えるのは診断ではなく、提供元によっては履歴がさらに少ないアドレスに置かれることになる。

専用アドレスで変わること

専用アドレスは他の利用者を絵から外すが、以前の履歴、自分のリクエストパターン、アカウント単位のシグナルはそのまま残る。助けにはなるが、大量通信にすでに使われた新しいアドレスはその過去を抱えているため、確実な治療ではない。正直に言えば、手に入るのは他の顧客からの隔離であって、きれいな評判ではない。

この話の有益な結論は、通知がこの端末に付いてくるのか、この共有経路に付いてくるのか、それともどちらでもなく負荷で出るのか、という胸を張って言える一文になる。それ以外は他人の通信を推測しているにすぎない。

チームが一つの出口を共有しているなら同じ論理がそのまま拡大し、騒がしいクライアントが一つあるだけでアドレスの背後にいる全員に影響するので、修正はたいてい新しいサーバーではなくチームの内側にある。