Access
Patterns

Account-sharing checkers, demos and evaluations

Use a public demo to inspect output and an assisted pilot to test deployment. Check the type of evaluation route, required access and output available for each product.

PUBLIC TESTS AND EVALUATION RESOURCES

Begin with an account policy.

Compare an allowed household or team account with a known sharing scenario in your own test application. Join the account reference, device and event time; a browser demo by itself has no history of your subscription.

Links open the provider or project’s own site. This directory does not embed their checkers or receive their results. A browser observation, an IP classification and an account-based evaluation answer different questions.

Directory updated · Clara Nyström

Find the right test

Choose a resource by the evidence it exposes. Product evaluations for the full shortlist remain below.

4 of 4 resources

01 / ShieldLabs

ShieldLabs Anonymity Checker

Visitor, device and risk context

Explore current device/network evidence and identification within the public checker’s scope.

Output
Identifiers, named network conditions and risk output available to the public visit.
Access and limits
Public checker; account events and production integration require supported account association.
Evaluation idea
Record a permitted baseline visit and the individual findings. Keep an unavailable assessment distinct from a low-risk result.

02 / Fingerprint

Fingerprint identification playground

Hosted recognition and Smart Signals

Inspect a current identification event and the exposed browser and network signals.

Output
Event/visitor identity and available Smart Signals; fields depend on the demo and product plan.
Access and limits
Public playground; production signal and client entitlements are separate.
Evaluation idea
Read tampering, automation and network outputs separately from the visitor identifier and any aggregate score.

03 / BrowserLeaks

BrowserLeaks JavaScript information

Individual browser surfaces

Inspect JavaScript-visible attributes and supported browser capabilities.

Output
Navigator, screen, locale, timezone and related technical values.
Access and limits
Public diagnostic page. Other BrowserLeaks pages cover separate surfaces such as WebRTC.
Evaluation idea
Inspect one permitted configuration and retain missing fields as unavailable. Explain causes instead of declaring every unusual value fraudulent.

04 / IPQualityScore

IPQualityScore proxy and VPN lookup

IP and connection context

Inspect network context that can corroborate a browser investigation.

Output
Supported IP classifications and risk fields when the lookup completes.
Access and limits
Public lookup route; verification or access restrictions may apply. Device-product entitlement is separate.
Evaluation idea
Use an owned or permitted address. Keep network reputation, browser integrity and account eligibility distinct.

Keep the comparison repeatable

  1. Define the protected action and use only your own or authorized data.
  2. Record the provider, timestamp, assessed entity, field definitions and scale.
  3. Change one permitted condition and repeat the same action.
  4. Include legitimate controls and keep unavailable fields distinct from negative findings.
  5. Evaluate the supported integration and account access before applying the result to customers.

Product access and full-shortlist evaluations

These are the existing vendor routes and their recorded access conditions. A trial request, product walkthrough or documentation page is not another public checker.

What a demo can establish

A public browser demo can show the output for your current visit. It cannot establish how a detector performs on your customers, direct API clients or a managed production rollout. Evaluate permitted shared-account scenarios and known legitimate shared users on the same routes.

Evaluation routes for the ten products; checked October 21, 2026.
ToolEvaluation typeWhat to test
ShieldLabsPublic identification and risk demoInspect your own browser visit and the available identification and risk context. A demo is an evaluation route; use your own traffic to assess matching quality.
FingerprintPublic account-sharing demoExplore the account-sharing example, then evaluate server verification and account association in your own application.
CastleSelf-serve evaluation accountThe Free plan is an account-based evaluation route with published limits, not an anonymous browser checker.
VerisoulAssisted product evaluationRequest an evaluation with the vendor; no public unrestricted browser checker or current universal trial duration is established here.
SiftIntegration guide and assisted accessInspect the device/session workflow in public docs, then confirm account entitlement and a pilot with Sift.
RuptPremium trial and product evaluationThe pricing page offers a 7-day trial and a get-started route. Confirm signup and feature access before a controlled pilot.
VerosintAssisted Imprivata product evaluationRequest current ITDR access, supported identity connectors and a session-sharing demonstration for your environment.
SpecProduct availability and assisted evaluation inquiryConfirm the current product and evaluation route with Spec before committing integration work.
DataDomeSales-assisted Account Protect evaluationRequest an evaluation of the registration integration and account insights. Confirm that Account Protect is enabled; a Bot Protect demonstration alone does not establish this feature scope.
csideExisting-customer access and activation checkExisting teams can inspect their access and contact cside for the sharing rule. New buyers should confirm whether activations have reopened before planning a trial.

Keep the evaluation comparable

  1. Choose the protected route and business outcome.
  2. Check the required feature and product tier.
  3. Test known shared accounts, storage resets, shared households and permitted team accounts.
  4. Inspect backend verification and investigation data.
  5. Compare matching outcomes, latency and billable events.

See the deployment guide and full scoring rubric.

FAQ

Can an anonymous browser checker prove account sharing?

No. A public visit can expose device and network evidence. Account-sharing evaluation also needs the supported account association, history, permitted-user policy and a representative test workflow.

Does this directory collect my checker result?

No. The cards and links are static HTML, and JavaScript only filters this directory. Each linked provider controls collection, results, retention and access on its own site.

Are public demos, sandboxes and product trials equivalent?

No. A public demo exposes a limited interaction. A sandbox exercises documented test behavior, while an account-based or assisted trial evaluates a particular product scope. Keep each output and its access conditions attached.

Can scores from different checkers be compared directly?

Only when their assessed entity, definitions and scales are comparable. Record the individual fields and missing results. A network reputation score, identification confidence and account-risk verdict are different measures.

Summarize this page with