よくある質問（FAQ）

CleanIPはIPタイプを、帰属の一貫性・ネットワークの用途・匿名性のリスクに基づいて分類しています。主なタイプは次のとおりです：

用途、地理的な帰属、匿名性の役割はそれぞれ別の軸で、同時に当てはまることがあります。タイプの色はそのIPの実際のリスクグレードを示すものではありません。有効な記録と検出の範囲を確認してください。

一般的な方法は、ASNの所有者タイプを確認することです。ただし、これはIPの所有者がISPであることを示すにすぎず、そのIPが実際に家庭用ブロードバンドで使われていることを意味するわけではありません。たとえば中国では、従来型IDCのサーバーIPの多くが3大キャリア（China Telecom、China Unicom、China Mobile）の名義で登録されています。これらのキャリアはISPですが、こうしたIPは実際にはデータセンターのサーバーで使われています。

CleanIPは、ASN、登録情報、逆引きDNS、ポート、サービスの特徴などの手がかりを組み合わせて、ネットワークの用途を判断します。ポートや証明書だけではVPSやプロキシとは断定できません。根拠が不足している場合や情報源が矛盾する場合は、さらに確認が必要です。

ネイティブIPとは、アドレスの登録国と位置情報の国が一致する場合に本サイトが便宜的に使う呼び方で、国が異なる場合はブロードキャストと表示します。これはIETFの分類でも、IPv4のブロードキャストアドレスでもありません。登録情報は主にRIRの割り当てデータに基づきます。登録国、位置情報の国、ASNの登録国はそれぞれ別の項目で、互いに置き換えられません。

AWS、GCP、Azureなど一部のグローバルな多国籍IDC事業者は、管理しやすくするために大きなIPブロックを購入し、複数の国にブロードキャストしています。このようなIPはブロードキャストIPと呼ばれます。

ネイティブ / ブロードキャストの表示は、レジデンシャル回線であること、実際の居住地、プロキシを使っていないこと、不正利用の有無を証明するものではありません。アドレスの移転、国をまたぐ運用、データベースの誤差も結果に影響します。

CleanIPは、IPの登録地にもとづいてネイティブIPかどうかを判定します。登録国と位置情報上の国が一致すれば「ネイティブIP」、一致しなければ「ブロードキャストIP」と表示します。下の「登録地の履歴」表では、IPの登録地とその履歴を確認できます。複数の場所で同時にサービスを提供しているCDNノードとパブリックDNSは比較の対象外とし、「CDN」または「パブリックDNS」として別に表示します。

よくある原因は次のとおりです。情報源の食い違いだけで物理的な位置は判断できません：

1. ブロードキャストIP：IPの登録国と位置情報上の国が異なります。多国籍IDC、クラウド事業者、キャリアの海外ノード、データセンターのブロードキャストでよく見られます。CleanIPではこれをブロードキャストIPの黄色いバッジで示します。
2. 公共インフラ：パブリックDNS、CDN、グローバルなクラウドプラットフォームのノードは、複数の地域で同じアドレスブロックを使うことがあります。そのため位置情報データベースは、プローブの位置やルーティングの視点によって異なる国や都市を報告することがあります。
3. 位置情報データベースの更新遅れ：IPブロックの所有者が変わった後、位置情報プロバイダーごとに更新の速さが異なります（商用の位置情報データベースは通常毎週、一部の無料ソースは毎月かそれ以上の間隔で更新）。時間がたてば収束していきますが、一部のソースに残る古いデータを見分けるにはクロス検証が必要です。

CleanIPは、複数のソースから得た位置情報、ASN、ネットワークの帰属データを並べて比較します。一致度が高いほど信頼度は高くなります。明らかな食い違いがある場合は、ブロードキャストIP、公共インフラ、データベースの更新遅れなど、考えられる原因を優先して示します。

CleanIPは2つの独立したスコアを提示しています。向きが逆なので、混同しないようご注意ください：

ほとんどのIPでは、2つのスコアは負の相関を示します（クリーン度が高いほど、通常リスクスコアは低くなります）。ただし、正確に相補的な関係ではありません。算出の基礎が異なり、クリーン度は総合的な品質スコア、リスクスコアは脅威やブロックの判断により重点を置いたものです。

CleanIPスコア（0–100、高いほどクリーン）は、対象IPの有効なリスク、ネットワークタイプ、現在のルート検証、検出の根拠を総合して算出します。旧来の6項目の固定ウェイトでは説明できなくなっています：

• タイプと有効なチェック：ネットワークタイプ、対象IPで実際に観測された挙動、確認済みの匿名出口を総合して評価します。レジデンシャル回線のサーバーはレジデンシャル回線としての属性を保ち（実測でサーバーとして使われている場合は開始点が1段階低くなり、加点もありません）、通常のサービスや一部のチェックの欠落は直接の減点になりません
• 行動リスク：このIP自身の不正利用レポート、ブラックリスト該当、攻撃行動、本サイトの記録で、いずれか1つでも深刻であればそれが結果を左右します
• ネットワークとASNの背景：ASN全体の統計は背景情報にとどめます。サンプル数と鮮度の条件を満たす最近の /24 実測は小幅な補正に使えます。対象がすでに悪意あるアドレス帯のリストに載っている場合は、減点の重複を避けます。
• 匿名化リスク：プロキシ、VPN、Tor、レジデンシャルプロキシの根拠はそれぞれ個別に評価します。単一ソースの弱いラベルは参考情報にとどめ、確認済みの匿名出口は有効な根拠に応じてスコアに反映します
• 検証済みルーティングによる減点：実際にアナウンスされているルートに対して、現時点で有効なRPKI検証の結果が無効の場合に15点を減点します。ブロードキャストの登録、位置の食い違い、不明なルートは別に表示します
• 加点：実際のリスクがない場合、匿名性チェック、不正利用チェック、ブラックリストの完全なチェック、複数ソースの総合的なカバー、継続的にカバーされたクリーンな観測がそれぞれ1点の加点になります。ブラックリスト登録などの実際の深刻なリスクがある場合は加点されません

グレード区分:

通常のポート、証明書、NAS、Webサイト、リモートアクセスはサービスの用途を示すにすぎません。レジデンシャル回線とサーバー用途は両立し、レジデンシャルサーバーとして表示されます。根拠が不十分な場合は「評価待ち」と表示し、検出範囲の信頼度はスコアとは別に表示します。

リスクスコアは、クリーン度とは独立した別のスコア（0–100、高いほど危険で、クリーン度とは向きが逆）です。IPをブロックするか、ブラックリストに入れるかといった、業務上のリスク管理の判断に特化しています：

リスク管理のデータは、ハニーポットによる監視、不正利用レポート、DNSBLのブラックリスト、行動分析など、多面的なソースから得ています。IPのリスク値は、リスク管理の記録が古くなるにつれて減衰します。

注意：トップページの大きな数字はクリーン度スコアで、リスクスコアではありません。クリーン度は高いほど良く、リスクスコアは高いほど危険です。

リスクスコアは、IPが家庭用ブロードバンドかどうかとは直接関係しません。家庭用ブロードバンドのIPでも、過去にスキャン、総当たり攻撃、クローリング、外部への攻撃に使われていれば、リスクスコアが高くなることがあります。逆に、データセンターのIPでも、悪意ある行動の記録がなければリスクスコアは低くなり得ます。

家庭用ブロードバンドでスコアが高くなる主な理由：

• • 過去の汚染：以前の利用者がこのIPでプロキシ、クローラー、攻撃のトラフィックを流しており、データソースにその記録が残っている
• • プレフィックス単位のフラグ付け：同じ/24ブロック内の別の場所に悪意あるIPがあり、データソースがブロック全体にフラグを付けた
• • デバイスの侵害：自宅のIoTデバイスが侵害され、ボットネットに組み込まれた
• • レジデンシャルプロキシのクライアント：ネットワーク内のソフトウェアや機器がレジデンシャルプロキシのネットワークに参加している可能性があります。同意の有無と現在の状態を確認してください。

保証はできません。すべてのアドレスと用途を対象とした、公開で再現可能な精度の数値はなく、「約95%」は裏付けのある約束ではありません。カバー範囲、鮮度、情報源、利用目的が結果に影響します。

「初回観測」は通常、本サイトまたは情報源が初めて観測した時点を指し、使用開始、初回の割り当て、所有者の変更の時点ではありません。日付付きのルーティング履歴と登録履歴を照らし合わせてください。

プラットフォームの適合性は、公開情報とネットワークのシグナルに基づく本サイトの目安です。プラットフォーム内部の判定、実測されたアカウント停止、較正済みの確率ではありません。表示されるラベルには次のものがあります：

• 安全（Safe）：現在得られる根拠ではリスクを示す兆候が少ない状態です。それでも地域とアカウントの要件は確認してください
• リスク（Risk）：具体的な兆候と実際のアクセス結果を確認してください
• ブロック（Block）：本サイトのルール上は不適合と判断されますが、対象プラットフォームによるブロックが確認されたわけではありません

プラットフォーム安全性評価は結果を保証するものではありません。アカウントの履歴、デバイスのフィンガープリント、支払い方法、地域、アクセス時の挙動のすべてが、最終的なリスク管理の結果に影響します。

ルールはプラットフォーム、地域、サービス、操作の段階によって異なることがあります。以下は確認すべき観点であり、厳しさの固定的な順位ではありません：

• 一般的なWebサイト：閲覧、投稿、登録、決済ではそれぞれ要件が異なることがあります
• コンテンツとストリーミング：コンテンツサービスでは、地域、ライセンス、プロキシの利用ポリシーを確認する必要があります
• 決済グレード：取引、本人確認、地域の要件を確認してください。ネットワークのスコアで決済の成功は保証できません
• AIプラットフォーム：対応地域、利用規約、実際のエラーを確認してください。ホスティングのラベルだけでは不適合とは判断できません

ブラウザーフィンガープリントは、バージョン、OS、画面、フォント、タイムゾーン、レンダリングなどの特徴を組み合わせたもので、確率的な関連付けに使われます。世界で一意であるとは限らず、それだけで特定の端末や個人を識別することはできません。

代表的なフィンガープリントのシグナルには、User-Agent、画面解像度 / 色深度、タイムゾーン / 言語設定、Canvas / WebGLの描画出力、フォント計測の差異、オーディオフィンガープリント、ハードウェアの並列度などがあります。Cookieを削除したりプライベートウィンドウを使ったりしても、フィンガープリントによって識別されてしまいます。

WebRTCリークとは、ブラウザーのWebRTC接続処理（ICE候補の交換）で、ローカルIPアドレスや実際のグローバルIPアドレスが意図せず露出してしまう現象です。そのため、VPNやプロキシを使っていても、接続先のサイトに実際のIPが見えてしまうことがあります。

• Chrome：拡張機能「WebRTC Network Limiter」（Google製）または「WebRTC Leak Prevent」をインストール
• Firefox：about:configページでmedia.peerconnection.enabledを次の値に設定：false

JA3フィンガープリントは、TLS ClientHelloの一部のパラメーターを要約して実装の特徴を示すもので、一意のユーザーを示すものではありません。複数のユーザーが同じフィンガープリントを共有することがあり、ブラウザーのフィンガープリントもバージョンや設定によって変わります。

JA4 は、拡張の順序による影響を減らすために一部のTLSパラメーターを整理し直したものです。JA3とは別の手法で、個人を一意に識別するものではありません。

「デュアルISP」は、そのIPの所有者がISPであることを示すだけで、IPが実際に家庭用ブロードバンドで使われていることを意味するわけではありません。たとえば、IP 110.242.68.66はping baidu.com で返されるIPで、China Unicomに属しASNタイプもISPですが、実際にはBaiduのサーバーIPです。

CleanIPは、逆引きDNS、ポート、サービスの特徴をサーバー用途の手がかりとし、ほかの根拠とあわせて評価します。これらだけではVPSやプロキシと断定できません。

CleanIPは、商用のIPインテリジェンスフィード、公開ネットワークデータ、ルーティングデータベース、DNSブラックリスト、独自の行動データを組み合わせています。データソースごとに担当する項目が異なります：

• 位置情報とASNの帰属
• プロキシ・VPN・Tor・レジデンシャルプロキシの検出
• 不正利用の報告とブラックリストの記録
• ASNのトラフィックとネットワークのプロファイリング
• BGPルーティングと登録地の履歴
• 開放ポートとサービスのフィンガープリント
• 自社運用のハニーポットと行動監視
• 手動で管理しているブランド・公共インフラのデータベース

データソース間で結果が食い違う場合、CleanIPは説明可能な結論を優先して表示し、異常なサンプルを訂正できるようユーザーからのフィードバック窓口を設けています。

ASNと登録の履歴は、運営者、ルーティング、アドレスの移転を理解する助けになります。変更は不正利用ではなく、通常の構成変更、移行、データの訂正によるものかもしれません。変化がないことも安全の保証にはなりません。

ASN履歴と企業履歴の表では、そのIPのすべての変更記録をはっきり確認でき、IPの安定性を判断するのに役立ちます。

CDNのラベルは、検索したアドレスがCDNのエッジ基盤であることを示します。ドメインをCDNの背後に置いても、オリジンのIPがCDNのアドレスになるわけではありません。ドメインで検索するとエッジのアドレスが返ることがあるため、実際の検索対象を区別してください。

ポートチェックは、よく使われる一部のTCPサービスの特定を試みます。範囲、タイムアウト、ファイアウォールが結果に影響し、何も見つからなくてもサービスがないとは言えません。得られる手がかりには次のものがあります：

• バナー取得：開放ポートで稼働している具体的なソフトウェアとバージョンを特定します
• CPEマッピング：特定したソフトウェアを標準化されたCPE識別子に対応付けます
• タグ推定：ポートの組み合わせとCPEデータからIPタイプ（CDN、データベース、IoTなど）を推定します
• CVE脆弱性の照合：ソフトウェアとバージョンの照合で潜在的な関連を見つけるもので、実際に悪用可能であることを確認するものではありません。

CPE（Common Platform Enumeration） は、ソフトウェアを標準化された形式で命名する仕組みです。たとえば cpe:/a:nginx:nginx:1.24.0 はNginx 1.24.0を表します。

CVE（Common Vulnerabilities and Exposures） は、公開済みの脆弱性に付けられる識別子です。バージョンの一致は候補にすぎず、実際の露出の有無はバックポートされたパッチ、設定、適用範囲によって決まります。照合は検証ではありません。