IP レピュテーションと ASN 検出：なぜ「クリーンな」IP でもブロックされるのか

あなたは「クリーンな」プロキシを買った。IP はどのブラックリストにも載っていない——ちゃんと確認した。フィンガープリントは偽装済み、ヘッダーも完璧、それでも最初のリクエストでチャレンジを食らう。理由はたいてい、ターゲットサイトが 1 ミリ秒もかけずに行った 1 回の照会にある——あなたの IP がどのネットワークに属しているかを尋ねたのだ。

これが ASN 検出であり、2026 年においてあらゆる anti-bot スタックの中で最も安く、最も信頼できるシグナルだ——TLS フィンガープリントよりも、JavaScript チャレンジよりも先行する。この記事では、IP レピュテーションが実際にどう計算されるのか、「ブラックリストに載っていない」がなぜほとんど意味を持たないのか、そしてコードを疑う前に何を確認すべきかを解説する。これは JA3/JA4 解説のネットワーク層版だ。

ASN: 偽装できないシグナル

インターネット上のすべての IP は、ある自律システム——BGP でその IP を広告するネットワーク——に属している。AS 番号は公開されており、無料で照会でき、クライアント側から偽装することは不可能だ。1 回の照会で、防御側にはこう伝わる:

• そのネットワークを誰が運営しているか——AWS、Hetzner、Comcast、Vodafone…
• それがどんな種類のネットワークか——クラウド/ホスティング、ISP/eyeball、モバイルキャリア、教育機関、企業
• そのネットワークのトラフィックが歴史的にどう見えるか

そのロジックは残酷で、かつ効果的だ: 本物の買い物客が AWS データセンターの中からブラウジングしているはずがない。ホスティング ASN（AWS、GCP、Hetzner、OVH、DigitalOcean）の IP は、すべてのセッションを bot 確率 ~90%+ という事前確率からスタートする。residential eyeball ISP の IP はゼロ近くからスタートする。JavaScript も、フィンガープリンティングも、コストも不要——あなたのリクエストボディが届く前に、判定はほぼ下されている。

レピュテーションはスコアであって、ブラックリストではない

「私の IP は Spamhaus に載っていない」というのは、2010 年の問いに答えているにすぎない。現代の IP レピュテーションは、IP ごと（そして /24 ごと、ASN ごと）に継続的に更新されるスコアであり、以下のようなシグナルから構築される:

シグナル	防御側に何を伝えるか
ASN タイプ	ホスティング vs residential vs モバイル——ベースラインの事前確率
共有された abuse テレメトリ	Cloudflare/Akamai/DataDome はすべての顧客横断でこの IP を見ている——サイト A で食らった BAN はサイト B まで追ってくる
IP あたりのリクエスト速度	一世帯が 1 日 5 万リクエストを生成することはない
セッションの多様性	1 つの IP から無関係な数百の cookie = プロキシ出口
ポートスキャン / オープンプロキシ探査	多くのベンダーは IP のオープンプロキシポートを能動的に探査する
IP の年齢 & 入れ替わり	最近所有者や挙動が変わったレンジは素早く再スコアリングされる

帰結は 2 つ。第一に、レピュテーションは共有される: その IP をあなたより前に使った全員の罪を引き継ぐ——これが安価で売られすぎた residential プールが振るわない理由だ。第二に、レピュテーションは IP 単位だけでなくレンジ単位: 騒がしい隣人が 1 人いるだけで、あなたが乗っている /24 が汚染されうる。

2026 年における IP 信頼度の階層

1. モバイルキャリア IP——最高の信頼度。CGNAT により数千の本物の人間が各 IP を共有するため、1 つの IP をブロックすると本物の顧客をブロックすることになる。防御側はここで最大限に慎重になる。
2. residential ISP IP——高い信頼度、本格的なスクレイピングやアカウント作業の標準。
3. ISP/static-residential（「business eyeball」）IP——良好な信頼度、安定しているが、コンシューマー型トラフィックとしての説得力はやや低い。
4. datacenter IP——保護されたターゲットではほぼゼロの信頼度。保護されていない API、社内ツール、自社プロパティの geo テストには問題ない。

（価格とのトレードオフを深掘りしたいなら: エージェント向けプロキシタイプの選び方が、同じ階層をコスト面から扱っている。）

デバッグの前にチェックする

コードに手を付ける前に、出口 IP そのものを問い詰めよう。あなたのプロキシ経由でこう尋ねる: 私はどの ASN にいるのか、それはどのタイプか、ジオロケーションはどこに位置づけているのか?

# What does the world see when you connect through your proxy?
curl --proxy "socks5h://USERNAME:[email protected]:913" \
     "https://ipinfo.io/json"

# Look at "org": "AS7922 Comcast..."  -> eyeball ISP, good
#         "org": "AS16276 OVH SAS"    -> hosting ASN, you were sold datacenter

「クリーンな IP なのにブロックされる」を説明する 3 つの発見:

• 「residential」IP がホスティング ASN に乗っている。一部のプロバイダーは datacenter レンジを residential とラベルを貼り替えて再販する。ASN 照会はこれを即座に暴く——org が OVH や ColoCrossing と出たら、あなたは datacenter を売られたのだ。
• ジオロケーションの不一致。セッションは US のストアフロントを名乗っているのに、IP は Frankfurt にジオロケートされる——もっと悪いと、IP のタイムゾーンがブラウザの Intl タイムゾーンと矛盾する。レイヤー横断の整合性チェックがこれを捕捉する。
• IP は問題ない、フィンガープリントが問題だ。ASN が本物の ISP なのに最初のリクエストでまだブロックされるなら、スタックを上へ移ろう——TLS/HTTP2 フィンガープリント（ここで直す）か headless のアーティファクトだ。

レピュテーションに逆らわず、味方につける

• IP タイプをトラフィックのストーリーに合わせる。コンシューマー型トラフィック（SNS、小売、スニーカー、チケット）には residential/モバイルが必要。B2B SaaS ダッシュボードは ISP IP を許容する。公開 API は気にしない。
• 速度を分散する。レピュテーションシステムは IP ごとのリクエストレートを追跡する——大きなプールにまたがってローテーションすれば各出口がレーダーの下に留まる; Python のローテーションパターンを参照。
• sticky IP を焼くな。sticky session では、ターゲット上で IP ごとの履歴を積み上げている——その履歴を人間らしく保て、なぜなら今やあなたがレピュテーションそのものだからだ。
• 量を投入する前にプール品質をテストする。あるプロバイダーから 20 の出口をサンプリングし、それぞれの ASN タイプと整合性を確認しよう。30% が誤ラベルの datacenter であるプールは、まるでコードのバグそっくりに見える、不可解で断続的なブロック率を生み出す。

まとめ

• ASN タイプは最初の、そして最も安い bot シグナル——あなたのリクエストがパースされる前に形成され、クライアント側から偽装不能。
• レピュテーションは IP/レンジ/ASN ごとの、共有された継続的なスコア——「ブラックリストに載っていない」は無意味; 履歴は、そのベンダーが保護するあらゆるサイトを横断して IP を追ってくる。
• 信頼度の階層: モバイル > residential > ISP > datacenter。模倣しているトラフィックに IP タイプを合わせよ。
• 出口を経験的に検証する: ASN org、タイプ、geo 整合性。誤ラベルのプールは、静かなブロック率キラーだ。
• IP はクリーンなのに最初のリクエストでまだブロックされる? 問題は一つ上のレイヤー——フィンガープリントだ。