JA4+

---

What JA4+ actually does

The current generation of network fingerprints: a family rather than one hash, with separate suffixes for TLS, HTTP, TCP and other layers, and a human-readable structure rather than an opaque digest.

What JA4+'s maintenance signals mean

The liveness field here is pushed_at, read as 2026-07-21 against a field check 24 days later. That is inside 90 days, and 90 days is where the second edition of the rubric put ACTIVE after moving it down from the first edition's 180.

The reason for the move is worth stating, because it is the kind of threshold that looks arbitrary until you know what it is measuring against: detection changes on a shorter cycle than half a year, so a six-month-old evasion is not a current one. What a recent push does not tell you is what was in it. A commit landing on a branch is not a release, not a fix, and not a test — it is evidence that somebody is still there.

No release was captured for this entry, which this register records as unknown rather than as none. The distinction matters more than it looks: a project with no tags and a project whose tags the sweep failed to read produce the same blank cell, and printing them as the same fact would be the register asserting something it has not measured.

Where JA4+ sits in this catalogue

JA4+ is filed in section 07, network, tls & http fingerprint tooling, whose scope is this: The layer below JavaScript: TLS ClientHello and HTTP/2 fingerprinting, impersonating clients, and the passive tooling that reads them. 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: CycleTLS (ACTIVE), azuretls-client (SEMI), JA4+ explainer (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.

It is published under NOASSERTION, alongside the rest of the NOASSERTION entries in this register, and it sits with everything else currently marked ACTIVE. Read those two facets together: a permissively licensed project that stopped shipping is not a safer dependency than a copyleft one that did not, and a filter on one axis alone will tell you the wrong thing.

JA4+ is recorded as superseding JA3 (Salesforce). Both directions of that edge are stored once and reversed at build time, so the graph cannot contradict itself — an entry cannot supersede something that does not record being superseded by it.

Substitutes for the same job, with no claim that either is better: p0f. The alternative relation is symmetric and carries no ranking, because this register publishes no ranking of any kind. The full JA4+ comparison table sets all of them side by side on licence, push date, release cadence and state.

What to settle before you adopt JA4+

The readable structure is the practical improvement — you can see which component differs instead of only that the hash does. Its licence resolves to NOASSERTION, so read the terms directly before redistributing.