アカウントと本人確認のセルフチェック

Claudeが突然認証を求めてくるのはなぜか

Anthropicは、どの層のリスク管理に引っかかったのかを自ら知らせることはありません。しかし、フラグが付いたアカウントに共通する傾向を観察すると、Claudeのリスク管理は独立しつつも重なり合う3層のチェックに分けられます：

判断のポイント：確認ページにCloudflareのロゴがある、または電話番号の認証コードを求められる → まずネットワークの信頼性と対応地域を確認。Anthropic独自の再ログインページ → 第2層。withpersona.comにリダイレクトされる → 第3層。この3種類は対処方法が異なるため、すべてを同じ「IPを変える」という手段で解決しようとしないでください。

第1層 · ネットワークの信頼性

Anthropicは具体的なリスク管理モデルを公開していません。CleanIPにできるのは、IPタイプ、ASN、不正利用の履歴、プロキシ / VPN / Torの状態、DNS / WebRTCリーク、地域の整合性に基づいてリスクを推定することだけです。下の表はClaudeの利用シーンを想定した経験的なリスク区分であり、Anthropicの公式スコアではありません：

IPタイプに加えて、Anthropicは次の5つの動的なシグナルも見ています：

• 短時間での地域をまたぐ移動 — 同じアカウントが1時間以内に東京 → サンフランシスコ → 香港に現れると、アカウントの乗っ取りと判定されます
• IPv4/IPv6の位置の矛盾 — IPv4はアメリカ、IPv6は日本、さらにDNSはシンガポールを示しており、3つが一致していません
• DNSの出口とIPの出口が一致しない — ISPのローカルDNSを使いながら通信はプロキシを経由しているため、Claudeから見える名前解決の経路に矛盾が生じます
• WebRTCによる実際のIPのリーク — ブラウザーがUDP/STUN経由でローカルの直接接続アドレスを露出しており、HTTPの出口と一致しません
• 同じIPアドレス帯での新規アカウント登録の集中 — 共有の出口が多数の人に繰り返し登録 / ログインに使われると、アカウントのセキュリティと不正利用のリスクが高まります

Claude AI検出センターでは、上記の5項目をまとめてチェックできます。

第2層 · ブラウザー環境の整合性

クリーンなレジデンシャルIPを使っていても、ブラウザー側に「整合性のなさ」があれば、それだけでリスク管理に引っかかることがあります。Anthropicが重点的に確認しているのは次の7項目です：

最も陥りやすい落とし穴：システムの言語、タイムゾーン、DNS/WebRTC、IPの出口が長期間一致していないと、ブラウザー環境がその場しのぎで組み合わせたセッションのように見えてしまいます。同じ地域・同じデバイス・同じブラウザープロファイルを長期間安定して使い続けることを優先してください。

第3層 · 政府発行の身分証明書による本人確認（Persona）

確認ページがwithpersona.comにリダイレクトされる場合、それはAnthropicの本人確認フローです。公式の説明によると、このフローは不正利用の防止、利用ポリシーの施行、法的義務の履行のために使われます。

通過率が最も高い撮影のポイント

1. 柔らかく均一な自然光を使い（窓際がよいが逆光は避ける）、天井照明の反射を避けてください
2. 身分証明書を無地で柄のない台の上に平らに置き、四隅がすべて見え、指で隠れないようにしてください
3. セルフィーではマスク、サングラス、帽子を外し、カメラをまっすぐ見てください
4. 背景は無地のほうがよく、物が写り込むと顔照合の失敗率が上がります
5. 送信前に写真を確認してください：文字は読み取れますか？セルフィーは身分証明書と同一人物に見えますか？自分で判別できなければ、Personaも判別できません

地域制限について：Anthropicは、公式の対応地域、利用ポリシー、利用規約、適用法に基づいてアクセス制限を行っています。アカウントの作成時または利用時の位置が対応地域外である場合、本人確認を完了しても、引き続き制限されたり、異議申し立ての手続きに回されたりすることがあります。判断の際は、IPの位置情報、電話番号の発行地域、支払い・請求先の地域、本人情報をあわせて確認してください。

公式の根拠と本記事の範囲

本記事は、公式に公開されている説明を実行可能なセルフチェック手順に置き換え、CleanIPのネットワーク診断の結果をもとにリスクの注意点を加えたものです。Claudeの実際のリスク管理のしきい値、内部モデル、判定ルールは公開されていないため、このページの「高/中/低」はすべて切り分けの優先度として捉えてください。結果を保証するものではありません。

15項目のセルフチェックリスト

リスク管理に引っかかったら、以下の項目を順番に確認してください。通常は10分以内に根本原因を特定できます：

発生後の対処マニュアル

予防のための設定（トリガーを避けるベストプラクティス）

新しいアカウントを作成する前や、長期的に安定して利用し始める前に、次の5つを済ませておいてください。ネットワークやブラウザー環境が原因の追加認証を大幅に減らせます：

1. 安定したネットワークを優先する — 自宅のブロードバンド、長期間固定のローカルISP、信頼できる企業ネットワークは、公共VPN、共有プロキシプール、頻繁に変わるVPSの出口よりも適しています。リスクスコア30未満のIPを調べる
2. IPv4 / IPv6の経路が一致しているか確認する — デュアルスタックの整合性を保証できない場合は、IPv6の制限を検討してください。参考： IPv6デュアルスタックのリスク
3. DNSとHTTPの出口を一致させる — DNSはある国、HTTPの出口は別の国という状態を避けてください。必要に応じて信頼できるDoHを使い、ルーティングルールでそれもカバーされていることを確認してください。
4. システムのタイムゾーン / 言語を安定させる — ノードの切り替えに合わせて言語やタイムゾーンを頻繁に変えないでください。長く使うアカウントほど、安定性と一貫性が重視されます。
5. ブラウザー環境をシンプルかつ安定に保つ — 専用のChromeプロファイルを使い、フィンガープリントやプライバシーを変更する拡張機能を多数インストールしないでください。拡張機能が多いほど、異常なシグナルが増えます。