コンテンツへスキップ
不正防止

2026年のレジデンシャルプロキシ詐欺:最も信頼していた IP が、今や最もリスクの高い IP に

レジデンシャルプロキシネットワークは、今や94%の組織のセキュリティインシデントに関与しています。不正の仕組み、従来の IP チェックが見逃す理由、そして検知方法を解説します。

著者GeoIPHub チーム公開日更新日読了時間17 分で読めます
家のシルエットが並び、そのうちの1軒から藍色のトンネルが漏れ出している。レジデンシャルプロキシ詐欺を表したイメージ

不正対策チームは10年をかけて、1つのルールを使いこなせるようになりました。データセンター IP を信用するな、です。クラウドのレンジにフラグを立て、ホスティング ASN をブロックすれば、自動化トラフィックの大半は消えていきました。

攻撃者もそれに気づきました。そこで彼らは、顧客の自宅のリビングルームへと移動したのです。

レジデンシャルプロキシは、攻撃者のトラフィックを実在する家庭のインターネット回線経由で中継します。プロキシ SDK が組み込まれた「無料」アプリを動かしているスマートフォン、侵害されたルーター、あるいは月に数ドルで帯域幅を売った持ち主のコンシューマー向け PC などです。ログインページに届くリクエストは、一般的なコンシューマー向け ISP を使う家庭の IP を持ち、都市もネットワークタイプも正しく見えます。従来の信頼シグナルはすべて人間の顧客だと示します。だからこそ、レジデンシャルの出口は VPN とプロキシの検知の仕組みの中で最も難しいレイヤーなのです。しかし、その背後にあるセッションは、人間の顧客とはほど遠いものです。

家庭用ルーターから一筋の光が遠くのサーバー群へと吸い上げられている。プロキシウェアを通じて売られた帯域幅を表したイメージ
レジデンシャルプロキシは実在する家庭を借りるため、単純な IP チェックを通過してしまいます。

2026年の数字は無視できない

これはもはやニッチな手法ではありません。最近の調査結果は、脅威レベルの引き上げを告げているかのようです。

  • 月間5,000億件以上のクエリ。 Infoblox による顧客ネットワークの分析によると、レジデンシャルプロキシ事業者のドメインへの DNS トラフィックは、2025年1月の月間約4,000億クエリから2026年4月には5,000億件超へと約25%増加しました。その大きな要因は AI 関連のスクレイピングです。
  • 94%の組織が、インシデントに匿名化インフラが関与していたと報告。 2026年5月の業界調査によると、現代の攻撃のほぼすべてが VPN またはレジデンシャルプロキシを利用している一方で、インシデントに直面する前にこの問題を理解していた組織は30%にすぎませんでした。
  • プールは重複し、時間単位で入れ替わる。 1つのレジデンシャル IP が複数のプロキシプールに同時に所属し、数時間で抜けていくこともあります。そのため、どんな静的ブロックリストも配布された瞬間に古くなります。単一のリストが追いつけないのはこのためです。GeoIPHub は30以上のソースを定期的に更新しています(脅威フィードは6時間ごと、VPN とプロキシのプローブは最長12時間ごと)が、それらのソースのいずれもレジデンシャルプロキシのプールをマッピングしてはいません。
  • 国家までもが購入している。 2026年1月、Google の Threat Intelligence Group は IPIDEA を無力化しました。IPIDEA は最大級のレジデンシャルプロキシネットワークの1つで、1日あたり900万から1,100万のアクティブなプロキシ IP を持ち、国家支援型の攻撃者を含む550以上の脅威グループに利用されていました。
  • 「人間」のトラフィックは人間ではない。 GreyNoise の報告によると、同社のセンサーに到達する IP のほぼ10件に4件がレジデンシャルアドレスであり、侵害された家庭用機器が他人の作業をこなしています。

従来の IP チェックがレジデンシャルプロキシを見逃す理由

従来の IP レピュテーションスタック(ジオロケーションデータベース、データセンター ASN リスト、ブロックリストフィードの組み合わせ)は、3つの構造的な理由からレジデンシャルプロキシに対抗できません。

1. 信頼のヒューリスティックが逆転している。 従来のスコアリングでは、コンシューマー向け ISP のレンジを定義上低リスクとして扱います。レジデンシャルプロキシはまさにその前提を武器にします。攻撃者のトラフィックは、Comcast、Vodafone、Deutsche Telekom のレピュテーションをそのまま引き継ぐのです。その IP は本当にレジデンシャルであり、フラグは嘘をついていません。欠けているのは2つ目の事実、つまりこのレジデンシャル IP が今まさに貸し出されているということです。

2. 入れ替わりの速さが静的リストを上回る。 ある家庭の IP は数時間だけプロキシプールに使われ、その後はまたその家庭の Netflix の通信だけを運ぶようになるかもしれません。昨日の観測に基づいて作られたブロックリストは、両方向で同時に間違えます。今朝プールに加わった IP を見逃し、先週ルーターがプールから抜けた家庭を罰し続けるのです。プロキシ IP がネットワーク間で大量に共有され、プールが絶えず入れ替わる状況では、リスト型の答えは届いた時点で古くなっています。

3. AI トラフィックがこの問題を一般化させた。 エージェント型ブラウザ、スクレイピングパイプライン、自動化フレームワークは、今やデフォルトでレジデンシャルの出口を経由します。人間らしく見せる最も安い方法だからです。HUMAN Security の2026年ベンチマークは、AI エージェントのトラフィックが四半期ごとに商用ワークフローへと深く入り込んでいる様子を追跡しています。bot 対策が「自動化は AWS から来る」という前提に立っているなら、それは10年前の時代を監査しているようなものです。IP アドレスで bot を検知する方法のガイドでは、IP レイヤーで何を捕捉できるのか、そして借りられた家庭の IP がなぜその範囲外になるのかを整理しています。

リストでは足りないときのレジデンシャルプロキシ検知

2026年に実際に機能するレジデンシャルプロキシ検知は、証拠に基づき、鮮度を考慮したものです。「この IP はリストに載っているか?」と問うのではなく、「この IP について、今この瞬間のライブな証拠は何を示しているか?」と問います。これが一般的なモデルです。GeoIPHub は以下のうち最初の項目を除く3つを実行しており、その内容は検知の方法論で公開しています。

  • プロキシネットワークのマッピング: ある IP がどのレジデンシャルプールに参加しているか、そして何より重要な点として、そこで最後に観測されたのはいつかを追跡します。
  • ASN と接続タイプの実態: ネットワークの本当の分類と挙動を知らなければ、レジデンシャルのフラグには意味がありません。
  • アクティブな検証: 継承されたラベルではなく、プロトコルプローブとポートの証拠を用います。すべてのフラグには detection_methods が付きます。
  • 裏付けのあるスコアリング: 弱いシグナルは1つだけなら弱いシグナルのままです。0〜100の不正スコアは、独立した証拠が一致したときにだけ上昇します。

プロキシプールを直接マッピングするシステムでは、決め手となるシグナルはレジデンシャルプロキシのフラグと、その最終観測の鮮度および確度です。21時間前に高い確度でプロキシプール内で観測された IP と、唯一の証拠が6か月前のものである IP とでは、取るべき対応はまったく異なります。GeoIPHub はプロキシプールを自ら観測していません。is_residential_proxy は ASN に基づく大まかな推定です。そのため実際には、上記の裏付けとなる証拠と、自社のセッションシグナルに重きが置かれます。

実際のルックアップでわかること、わからないこと

実際のルックアップでわかるのは、そのアドレスがどのような種類のネットワークに属しているか、どのシグナルが発火したかです。しかし、家庭の IP が今まさに貸し出されているかどうかはわかりません。私たちは記事のために家庭の IP をルックアップすることはしないため、ここでは最も近い誠実な事例を示します。104.28.46.99 は Cloudflare のネットワーク上にある iCloud Private Relay の出口で、2026年10月5日に実行した実際のルックアップ結果を抜粋したものです(レンジが変動すると結果も変わります)。

GeoIPHub API
{ "ip": "104.28.46.99", "asn": { "asn": 13335, "org": "CLOUDFLARENET - Cloudflare, Inc.", "user_type": "consumer_privacy_network", "connection_type": "unknown" }, "geo": { "country_code": "AO", "city": "Luanda" }, "detection": { "is_relay": true, "relay_provider": "iCloud Private Relay", "is_proxy": false, "is_vpn": false, "is_hosting": false, "is_residential_proxy": false }, "scoring": { "fraud_score": 9, "recommended_action": "allow", "detection_methods": ["relay_ip"] } }

ルックアップはリレーを特定し(relay_provider、メソッド relay_ip)、スコアを9、allow としています。プライバシーリレーの背後にいるのは攻撃者ではなく、一般の Apple ユーザーだからです。これこそ IP データが得意とする種類の事実です。つまり、誰がそのレンジを運用し、何のために使われているかです。is_residential_proxy: false の行は、何の証拠にもなりません。これは ASN に基づく大まかな推定であり、コンシューマー向け ISP 上の借りられた家庭の IP も、おそらく false と表示されるでしょう。だからこそ、レジデンシャルプロキシかどうかという問いには、プールをマッピングしたデータか、自社のセッションシグナルで答える必要があります。家庭の IP をローテーションしながら使うスクレイパーについては、リクエストパターンから Web スクレイピングを検知するガイドで、ローテーションをくぐり抜けても残るページ遷移順序やタイミングのシグナルを紹介しています。

本物の顧客を犠牲にしない対応プレイブック

レジデンシャル IP はやがて正規の家庭に戻るため、正しい対応は二者択一ではなく段階的なものです。以下の表のプロキシに関する行は、プロキシプールを直接マッピングするデータソースがあることを前提としています。GeoIPHub はそのようなソースではありません。当社の API だけでは、これらの行にはライブな入力がないため、fraud_score と自社のセッションシグナルを頼りにしてください。

証拠推奨される対応
fraud_score が80以上、直近48時間以内にプロキシとして観測ブロック、または手動レビューのために保留
fraud_score が50〜79、レジデンシャルプロキシのフラグあり追加認証:メール/SMS 認証、決済の再認証
古い last_seen のみのレジデンシャルプロキシフラグ許可し、セッションにタグを付けて頻度を監視
クリーンなレジデンシャル IP許可。ネットワークタイプそのものを理由に罰しない

チェックは、重要な場面(サインアップ、ログイン、チェックアウト、出金)に組み込みましょう。1回の GET リクエストで、数ミリ秒のうちに判定が返ってきます。無料の VPN・プロキシ検知テストで自分のトラフィックがどうスコアリングされるかを正確に確認したり、IP 不正スコアチェッカーで任意のアドレスを調べたりできます。

レジデンシャルの検知は、リストではなくライブであるべき

2010年代の安価でわかりやすい不正インフラ、つまりデータセンターのレンジやフラグ付きの VPN エンドポイントは、今やおとりにすぎません。本当の動きは、リスク対策スタックが信頼するように訓練されてきたリビングルームの IP を流れる、月間5,000億件のクエリへと移りました。検知が不可能になったわけではありません。ライブである必要が出てきたのです。静的な答えは数時間で古くなるため、持続可能な唯一の防御策は、証拠を継続的に再検証し、すべてのフラグの裏付けを示すインテリジェンスです。

その中で GeoIPHub が担う役割は、カテゴリ名から想像されるよりも限定的です。GeoIPHub の VPN・プロキシ検知は、アクティブプロービングによって VPN とプロキシのエンドポイントを検証し、すべてのルックアップで発火したメソッドを列挙します。一方、is_residential_proxy は ASN に基づく大まかな推定にとどまるため、他の情報で裏付けを取る必要があります。完全なレスポンスのドキュメントが公開されており、1日1,500回のルックアップまで無料で利用できます。

よくある質問

レジデンシャルプロキシとは何ですか?

レジデンシャルプロキシは、他人のトラフィックを実在する家庭のインターネット回線経由で中継する仕組みです。多くの場合、無料アプリに組み込まれた SDK、侵害されたルーター、または有償の「帯域幅シェア」プログラムを通じて提供されます。サーバーから見ると、そのリクエストはコンシューマー向け ISP を使う普通の顧客にしか見えません。だからこそ、不正行為者はお金を払ってでもこれを使うのです。

なぜブロックリストではレジデンシャルプロキシを捕捉できないのですか?

レジデンシャルプロキシの IP は絶えず入れ替わります。ある家庭の IP がプロキシプールに入っているのは数時間だけで、翌日には消えていることもあります。さらに、そうした IP のかなりの割合が複数のプロキシネットワークで同時に共有されています。静的なブロックリストが配布される頃には、エントリの大半はすでに古くなっており、アクティブなプールは入れ替わっています。検知はリストに頼るのではなく、継続的かつ鮮度を考慮したものである必要があります。

レジデンシャルプロキシとしてフラグが立った IP はすべてブロックしてよいですか?

通常は、ハードブロックではなくチャレンジにとどめてください。同じ家庭の IP でも、プロキシセッションが終わった1時間後には正規の顧客が使っていることがあり、CGNAT のレンジでは1つのアドレスの背後に多数のユーザーがいます。フラグは鮮度(last_seen)と総合的なリスクスコアと組み合わせて使いましょう。中程度のリスクでは追加認証を求め、ブロックは確度が高い場合に限ります。

GeoIPHub はレジデンシャルプロキシを直接検知しますか?

いいえ。GeoIPHub の is_residential_proxy は ASN データに基づく大まかな推定であり、プロキシネットワークへの参加を直接観測したものではありません。あくまで判断材料の1つとして扱ってください。ルックアップが提供するのは周辺の証拠です。ASN と接続タイプの分類、アクティブなプロトコルプロービング、悪用履歴、そして発火した detection_methods により、その IP がなぜそのスコアになったのかを確認できます。

AI エージェントやスクレイパーは本当にレジデンシャルプロキシを使っているのですか?

大量に使っています。2025年から2026年にかけてのレジデンシャルプロキシトラフィックの増加は、レート制限やブロックを回避するために人間らしく見える送信元 IP を必要とする、AI 関連のスクレイピングやエージェントによる自動化が大きく牽引しています。bot 対策が「自動化はデータセンターから来る」という前提に立っていると、家庭の IP を使う AI トラフィックはそのまま素通りしてしまいます。

執筆者

GeoIPHub チーム

GeoIPHub API を支えるチーム

GeoIPHub IP インテリジェンス API とそのスキャナーを開発している GeoIPHub チームが執筆しています。下書きは AI の支援を受けて作成し、チームが編集しています。API の例は、「説明用」と明記したものを除き、本番 API に対する実際のルックアップです。

この記事をシェア
その他の記事

関連 記事