CLAUDE IDENTITY

Account & Identity Verification Self-Check

Combining Anthropic's official guidance with observable product behavior, this walks through a self-check path for network trust, browser consistency, phone/identity verification, and account security.

Why Claude Suddenly Asks You to Verify

Anthropic doesn't proactively tell you which risk-control layer was triggered. But by observing patterns common to flagged accounts, Claude's risk controls can be split into three independent but overlapping layers of checks:

Layer 1
Network Trust

IP reputation / ASN type / geo consistency / DNS-WebRTC leaks. Triggers typically show up as Cloudflare Turnstile, phone verification, login challenges, or temporary access limits. Rule out network and routing issues first.

Layer 2
Browser Environment Consistency

Fingerprint / timezone / language / cookie history and IP consistency. Triggers show up as "it worked yesterday but now I have to log in again" or repeated OAuth re-verification. Prioritize checking timezone, language, cookies, and browser extensions.

Layer 3
Compliance Identity Verification

Anthropic uses Persona as its identity verification partner. It may require a valid government-issued physical photo ID and a live selfie. This is a compliance/platform-integrity process that cannot be bypassed by switching networks.

Key judgment: if the verification page carries a Cloudflare logo or asks for a phone verification code → check network trust and supported region first; if it's Anthropic's own re-login page → Layer 2; if it redirects to withpersona.com → Layer 3. These three types need different fixes — don't try to solve all of them with the same "switch IP" move.

Layer 1 · Network Trust

Anthropic hasn't disclosed its exact risk-control model. CleanIP can only estimate risk based on IP type, ASN, abuse history, proxy/VPN/Tor status, DNS/WebRTC leaks, and geo consistency. The table below is an empirical risk tiering for Claude usage scenarios, not an official Anthropic score:

Egress IP TypeTypical Risk ScoreTrigger ProbabilityRecommendation
Home broadband (dedicated)5–25Very lowIdeal choice
Home broadband (NAT-shared)20–45MediumDepends on neighbors on the same segment
Mobile 4G/5G25–50MediumHeavy CGNAT sharing, some probability
Commercial residential proxy35–60HighCommercial pools get flagged repeatedly
Datacenter / VPS (AWS/GCP/Vultr)60–90HighBetter suited for API/server-side use, not for long-term personal account login
Public VPN egress70–95Very highComplex shared egress history, easily triggers extra verification

Beyond IP type, Anthropic also watches 5 dynamic signals:

  • Rapid cross-region jumps — the same account appears in Tokyo → San Francisco → Hong Kong within an hour, flagged as account compromise
  • IPv4/IPv6 geo conflict — IPv4 shows the US while IPv6 shows Japan, and DNS shows Singapore — all three inconsistent
  • DNS egress doesn't match IP egress — using local ISP DNS while traffic goes through a proxy, creating a contradictory resolution path Claude can see
  • WebRTC real-IP leak — the browser exposes the local direct-connect address via UDP/STUN, mismatching the HTTP egress
  • Dense new account registrations on the same IP range — if a shared egress is repeatedly used for registrations/logins by many people, it raises account security and abuse risk

Go to the Claude AI Detection Center to check all 5 items above in one place.

Layer 2 · Browser Environment Consistency

Even with a clean residential IP, inconsistency at the browser level can trigger risk controls on its own. Anthropic focuses on these 7 dimensions:

Timezone consistency

Your system timezone should match your long-term egress region. IP in Japan + system timezone Asia/Tokyo = more consistent.

Language consistency

navigator.languages should not conflict with the typical language of the IP region (a Japan IP + zh-CN is a contradictory signal).

User-Agent

Use a mainstream Chrome / Firefox browser. Headless or custom UAs get blocked outright.

Canvas/WebGL fingerprint

Stable and unchanging is fine. Frequently changing, obviously spoofer-faked fingerprints stand out more.

WebRTC consistency

The internal/external IPs exposed by WebRTC must not conflict with the HTTP egress.

Cookie history

A new device with no cookie history triggers more often. For older accounts, keep cookies for the anthropic domain.

Screen resolution

Unusual resolutions like 1x1 or 800x600 get flagged as bots. Use a real device or a normal 1920x1080.

The most common pitfall: long-term inconsistency between system language, timezone, DNS/WebRTC, and IP egress makes the browser environment look like a hastily assembled session. Prioritize keeping the same region, same device, and same browser profile stable over time.

Layer 3 · Government ID Verification (Persona)

If the verification page redirects to withpersona.com, that's Anthropic's identity verification flow. Per the official guidance, it's used to prevent abuse, enforce the usage policy, and meet legal obligations.

Accepted

  • Passport — universally accepted, preferred
  • Driver's license
  • National ID / resident ID card
  • State / provincial ID card

Always rejected

  • Photocopies / screenshots / photos of photos
  • Digital ID (mDL / Apple Wallet digital credentials)
  • Student ID / employee badge / library card
  • Temporary paper documents / expired IDs

Photo setup with the highest pass rate

  1. Use soft, even natural light (near a window but not backlit); avoid overhead light glare
  2. Lay the ID flat on a plain, pattern-free surface, with all four corners visible and no fingers covering it
  3. Remove masks, sunglasses, and hats for the selfie, and look straight at the camera
  4. A plain background is better — clutter increases face-match failure rates
  5. Check the photos before submitting: is the text readable? Does the selfie match the ID? If you can't tell, Persona won't be able to either

On regional restrictions: Anthropic enforces access restrictions based on its officially supported regions, usage policy, terms of service, and applicable law. If the account's creation or usage location is outside a supported region, access may still be restricted or sent to appeal even after completing identity verification. Consider IP geolocation, phone number origin, billing region, and identity information together when judging.

Official Sources & This Article's Scope

This article only translates official public guidance into actionable self-check steps, combined with risk notes from CleanIP's network diagnostics. Claude's actual risk-control thresholds, internal models, and matching rules are not public, so every "high/medium/low" on this page should be read as a triage priority, not a guaranteed outcome.

15-Item Self-Check List

After a risk-control trigger, go through the items below in order — you can usually pinpoint the root cause within 10 minutes:

01 Does my IP look more like a residential ISP network?

Look up your own IP on the CleanIP homepage and check whether "IP Type" shows home residential IP, IDC, VPN, proxy, Anycast, or public CDN/DNS.

Tip: IDC/Hosting/Proxy/VPN/Anycast doesn't necessarily mean unusable, but it does mean higher risk for a regular account login.

02 What are my CleanIP risk and cleanliness scores?

The Claude AI Detection Center gives your current network a 0-100 risk estimate and cleanliness score — this is CleanIP's own composite judgment, not an official Anthropic score.

03 Are my IPv4 and IPv6 in the same country?

Check via CleanIP's v4.cleanip.io / v6.cleanip.io dual endpoints. If the two IPs show different countries, the routing is inconsistent.

Tip: Don't just disable IPv6 right away — first confirm whether your proxy/routing rules cover the dual stack.

04 Does my DNS egress match my HTTP egress?

Run a DNS leak test at /leak. DNS showing Japan while HTTP shows Singapore is a contradiction.

05 Does my WebRTC leak my real IP?

/leak also runs a WebRTC test. If VPN is on but WebRTC still shows a domestic IP, that's a leak.

Tip: To disable WebRTC in Chrome: go to chrome://flags, search for 'WebRTC IP handling policy', and set it to 'Disable non-proxied UDP'.

06 Does my system timezone match my IP's region?

macOS: System Settings → General → Date & Time → Time Zone. Windows: Settings → Time & Language.

07 Does my browser language match my IP's region?

The first value in navigator.languages should align with the local language of the IP's country (Japan IP + ja-JP).

08 Do I have fingerprint-spoofing / anti-tracking extensions installed?

Uninstall them or switch to a clean browser. Brave / Privacy Badger / Canvas Defender are all risk-control signals.

09 Is this the IP I used when I registered the account?

The IP range used at first registration is an implicit "anchor". Frequently switching to different IP ranges over the years significantly raises risk.

10 Has this IP range shown any unusual sharing activity recently?

If you're on shared housing, an internet cafe, shared NAT, or a proxy pool network, bulk registrations/logins by other people on the same egress can affect its shared reputation.

Tip: Switch to a long-term stable network with a clear ownership record and retest.

11 Have I crossed ≥ 2 countries in the last 24 hours?

A rapid cross-country jump is an account-compromise signal. Stick to one egress for at least 24 hours before doing anything else.

12 Is my phone number from a Claude-supported region?

Per the official guidance, account creation requires a phone number from a supported region to receive the SMS verification code. Virtual numbers, SMS-receiving services, or numbers from unsupported regions may fail to verify.

13 Am I using a temporary email address?

A temporary email makes account recovery, appeals, and security notifications difficult. Use a long-term controllable email and keep login-related emails.

14 Have I registered/deleted accounts repeatedly in a short period?

The official help guidance notes that re-registering deleted accounts and disabled accounts is restricted. Don't rebuild accounts repeatedly with the same email.

15 Have I triggered identity verification or age confirmation?

Prepare a valid, physical, government-issued photo ID and a working camera. Blurry photos, expired IDs, digital IDs, or non-government IDs may all fail.

Playbook After a Trigger

▸ Scenario A: Cloudflare verification page + IP is fine

It usually clears automatically after a few minutes. If it's still stuck after 2 hours straight, your DNS or WebRTC is likely leaking — run the leak test and the IPv6 risk check first, then decide whether you need to switch egress.

▸ Scenario B: Suddenly asked to log in again / OAuth stuck

This is a Layer 2 trigger. Switch to an incognito window, disable all fingerprint-modifying extensions, set your system timezone to match your proxy egress, and retry. If it still fails, clear cookies or test with a clean browser profile — don't repeatedly switch devices and regions.

▸ Scenario C: Account temporarily suspended

Go to support.claude.com or the official appeals channel to submit your account information. Focus the appeal on clearly explaining account ownership, usage scenario, trigger time, and why you believe it's a misjudgment — do not submit false identity information, proxy verification records, or purchased account details.

▸ Scenario D: Redirected to Persona for KYC

Prepare a valid physical government photo ID and a working camera, and complete the verification per the official flow. If your region or account status doesn't meet policy, go through the official appeal process or use a legally accessible service instead — don't try to buy or borrow an already-verified account.

Preventive Setup (Best Practices to Avoid Triggers)

Before creating a new account or settling into long-term stable use, complete these 5 things first — it significantly reduces extra verification caused by network and browser environment issues:

  1. Prioritize a stable network — home broadband, a long-term fixed local ISP, or a trusted corporate network beats a public VPN, a shared proxy pool, or a frequently changing VPS egress.Check IPs with a risk score below 30
  2. Confirm IPv4 / IPv6 path consistency — if dual-stack consistency can't be guaranteed, consider restricting IPv6; see IPv6 dual-stack risk
  3. Keep DNS and HTTP egress consistent — avoid having DNS in one country and HTTP egress in another; use a trusted DoH when necessary and make sure your routing rules cover it.
  4. Keep system timezone / language stable — don't switch language and timezone frequently along with your node; long-lived accounts value stability and consistency more.
  5. Keep the browser environment simple and stable — use a dedicated Chrome profile and avoid installing many fingerprint/privacy-modifying extensions; more extensions means more anomalous signals.
mimetic
mimetic
mimetic