Castle: developer-first account abuse, and where the overlap ends

Castle is a developer-first account abuse and fraud platform, absent from the Q2 2026 Forrester Wave. Where it overlaps with bot and agent trust management, and where the two problems diverge.

Chris Taylor
Chris Taylor

Updated 5 min read

Castle comes up in evaluations more often than its size suggests because it is the one product in the adjacent space that engineers enjoy using. Its design philosophy is also the closest to Prosopo's, so the difference between the two is worth describing precisely rather than overstating.

What Castle is

A developer-first account abuse and fraud platform. API-driven, aimed at engineering teams, focused on registration, login and in-app user actions. Castle was not evaluated in the Q2 2026 Forrester Wave.

Where it leads

Developer experience, and the account itself. If the problem is fake signups, credential stuffing against your login, or abuse of in-app actions by accounts you can identify, Castle is built exactly around that model and the integration is pleasant.

Castle also promotes a no-code Cloudflare connection, so the deployment story next to an existing CDN is straightforward.

Where the two products diverge

The distinction is what gets scored.

Castle scores users and account events. That works well when there is an account to attach risk to and when the abuse you care about is expressed through user behaviour over time.

Prosopo scores requests, including requests where no account exists and never will. A scraper pulling your product catalogue has no account. An inventory bot hitting a SKU endpoint has no account. An LLM crawler harvesting a face-search free tier has no account. That traffic never reaches a user-risk model because it never becomes a user.

If your abuse is concentrated on login and registration, the overlap is large and Castle is a fair choice. If it is concentrated on catalogue, checkout, search or an unauthenticated API, the overlap is small.

What it costs

Castle has been more open about pricing than the enterprise bot vendors and has offered self-serve entry tiers. Check the current page, since this moves.

Where data is processed

US-based. Prosopo can hold processing to the EU for Protect customers, and, on the Custom plan, provision a separate database where a customer needs their visitors kept apart from every other site's.

How a block gets explained

Through Castle's API and console, structured around user risk. That works well for accounts. It is not built to explain why an unauthenticated request to a JSON endpoint was refused.

Who authors the rules

You do. Castle is built for engineers to configure. Prosopo follows the same philosophy.

Which buyers Castle suits

Castle is the stronger fit if account takeover, fake registration and in-app abuse are the whole problem, if the buying team is engineering rather than security, or if you want user-level risk history as a first-class object.

How Prosopo compares

If unauthenticated traffic is the problem: scraping, catalogue harvesting, inventory hoarding, API abuse.

If you need enforcement at the edge in front of your origin rather than a decision your application makes after the request has already cost you a round trip.

If you want a reason on every block.

Running both is reasonable. They work at different points in the request path.

Side by side

ProsopoCastle
Forrester Q2 2026 tierNot evaluatedNot evaluated
Primary unit scoredRequestUser and account event
Unauthenticated trafficCoveredOutside the model
Enforcement pointWidget on a form, or edge before originApplication, via API
Block explanationPlain-language reasonUser risk signal
Rule authoringCustomer, self-serveCustomer, self-serve
Client stackOpen sourceProprietary
Data processingEU-only available on Enterprise. Points of presence in US, LATAM, APAC, EUUS
Data isolationDedicated database on the Custom planNot published
Published pricingAll tiers on pricingPartially published

See also account takeover and credential stuffing.

Weighing Castle against a bot platform?

A Bot Exposure Assessment is a 30-minute call with an engineer. We look at your traffic, show where your current setup leaves gaps, and agree how a trial would be judged. Nothing to install first.

Questions

Something else? Ask an engineer.

What is Castle?

Castle is a developer-first platform for account abuse and fraud, focused on registration, login and in-app user actions. It is API-driven and aimed at engineering teams rather than security operations centres. Castle was not evaluated in Forrester's Q2 2026 Bot and Agent Trust Management Wave.

Is Castle a bot management product?

Partly. Castle covers registration, login and in-app actions, where a large share of bot abuse happens. It is built around user and account risk rather than scoring every request to a site or API. If your problem is scraping product catalogues or hoarding inventory, Castle is not built for it.

What is the difference between Castle and Prosopo?

Castle scores users and account events. Prosopo scores requests, whether or not there is an account behind them, and enforces at the form or at the edge. The two overlap on registration and login abuse and diverge on scraping, inventory abuse and API traffic where no account exists.

Does Castle publish pricing?

Castle has historically been more transparent than the enterprise bot vendors and has offered self-serve entry tiers. Check the current pricing page directly, since this changes.

CAPTCHA · Forrester Wave Bot and Agent Trust Management Q2 2026: How Prosopo Compares Forrester's Q2 2026 Wave named 8 Bot and Agent Trust Management vendors. What each got dinged for, and how Prosopo — the specialist entry — compares. Ticketing · How to Stop Ticket Scalping: The 2026 Anti-Bot Playbook How to stop and prevent ticket scalping in 2026: block scalper bots, residential proxies and bulk signups at the queue, ticket page, drop API and CDN edge. Gartner and bot management: the Magic Quadrant that does not exist There is no Gartner Magic Quadrant for bot management. There is one for Cloud WAAP, and bot mitigation is a criterion inside it. Where each vendor appears, and how to read the two analyst views together. OWASP automated threats: the 21 names your vendor should be using The OWASP Automated Threat Handbook gives every bot attack a vendor-neutral name and an OAT number. The full taxonomy, the five that cost the most money, and how to use it in an RFP. What is WAAP? Web Application and API Protection explained WAAP means Web Application and API Protection: a WAF, DDoS mitigation, bot management and API protection sold as one cloud service. The bot component is the one to scrutinise, because it needs signals a network vendor has no reason to collect. CAPTCHA · Procaptcha vs Friendly Captcha - Why Real Bot Protection Matters in 2026 Procaptcha vs Friendly Captcha in 2026 — catch rate, GDPR posture and pricing compared. Friendly is proof-of-work only; Procaptcha catches real bots.