Catalogue · Section 04 · Entry
Kasada
ACTIVE
Kasada is a documentation catalogued in section 04 of this register. Root site. Documentation sits behind a portal login and is not listed here. At the last field check its address answered, which is the whole of what ACTIVE means for an entry with no repository behind it.
The fields this state was derived from
| Field | Value at this printing |
|---|---|
| http_status | 200 |
| fetched_at | 2026-08-14T09:12:00Z |
| endpoint | HEAD https://www.kasada.io/ |
| rubric_edition | 2nd, in force since 2026-08-14 |
This entry has no repository, so there is no API field a browser can re-read across origins. Its state comes from the register's own link check, printed above with the instant it was made.
Why it reads ACTIVE
No repository. The link check returned 200 at 2026-08-14T09:12:00Z, and 200–399 is ACTIVE for a non-repository entry.
Shipping. Safe to build on today.
Under the superseded first edition
UNSTATED
ACTIVE
No repository. The first edition had no link liveness sweep and therefore no field to read here.
The rubric in force · The superseded first edition · Errata leaf
What Kasada actually does
The root site of a vendor whose approach leans on client-side proof-of-work and heavily obfuscated sensor code rather than on scoring a set of collected attributes.
What can and cannot be measured about Kasada
This entry has no repository, so none of the usual repository fields exist for it — no push date, no release tag, no archive flag, no licence identifier. Its state comes from one measurement only: the register requested the address and recorded what came back. Anything in the range 200 to 399 makes a non-repository entry ACTIVE, and that clause is the one the first edition of the rubric did not have at all, which is why documentation entries carried no state under it.
Read that for exactly what it is. It says the thing is reachable. It does not say the documentation matches the shipped product, because no HTTP status can carry that. Where a stronger signal exists — a repository, a version, a dated revision — this register prefers it, and where one does not, it prints the weaker signal and names it as weak rather than dressing it up.
Where Kasada sits in this catalogue
Kasada is filed in section 04, anti-bot vendors & public documentation, whose scope is this: The detection side, listed by its own public documentation. Where a vendor's marketing host refuses automated clients, the docs host is listed instead and the refusal is recorded. An entry sits in exactly one section here. Where a project could defensibly go in two, it is placed where a reader would look for it first rather than where it fits most tidily, and that is an editorial decision rather than a measured one.
Filed beside it in the same section: HUMAN Security documentation (ACTIVE), Akamai Bot Manager (ACTIVE), Arkose Labs developer docs (ACTIVE). Comparing an entry against its own section-mates is more informative than comparing it against the catalogue as a whole, because everything in a section is answering roughly the same question and the differences left over are the ones that matter.
There is no licence field, because there is no source to licence — this is a documentation rather than a code repository. It is grouped instead with every other entry the rubric marks ACTIVE, which is the axis that actually distinguishes entries of this kind from one another.
What to settle before you adopt Kasada
Its documentation sits behind a portal login, so the public surface is thin by design and that thinness is itself informative. Anything you read about its internals comes from third-party analysis, not from the vendor.
Questions readers ask about Kasada
Answered from this entry's own fields, at the field check printed above and at no other instant.
Is Kasada still maintained?
Kasada has no repository, so this register cannot answer that from a commit history. What it can do is request the address and record the result, which is what produced ACTIVE. Shipping. Safe to build on today.
What else in this registry does the job Kasada does?
No substitution edge is declared for this entry, which means nobody has stated one rather than that none exists. The nearest comparison available is the rest of section 04, where everything is answering roughly the same question on the same printed fields.
What licence is Kasada under?
The question does not apply — Kasada is a documentation rather than source code, so this register records the licence field as not applicable rather than inventing one. Terms of use, where they exist, are the publisher's to state at the address above.
Why did the state recorded for Kasada change?
Because the rules changed, not because the world did. The same field data reads UNSTATED under the superseded first edition and ACTIVE under the edition in force. Both derivations are printed on this page, and the entry appears on this printing's errata leaf with the superseded value struck rather than deleted.
Reading a vendor's own documentation is the most reliable way to understand what the detection side is actually configuring, and it is also the point at which the problem stops being abstract. Donut Browser is the open-source, AGPL-3.0 answer this register's keepers work on: profile management with engine-level fingerprint spoofing through the Wayfern Chromium fork, zero telemetry, and a consistency gate that catches the contradiction before a page ever sees it.
curl -fsSL https://donutbrowser.com/install.sh | sh
macOS (DMG, Homebrew cask donut), Windows (installer and portable), Linux (deb, rpm, AppImage, with APT and RPM repositories at repo.donutbrowser.com), and a Nix flake. Desktop only — there is no mobile build target. Ten shipped languages. Source, AGPL-3.0 · its own entry, judged by the same rubric · the keepers' disclosure.