PQ CRYPTA PLATFORM

🏠 Main

📰 News

👤 Account

⟨ QUANTUM ERROR PORTAL ⟩

Navigate the Error Dimensions

PQ Crypta Logo

JA4 t12d390900_1def6453891d_25c8f61c4618

Unclassified — observed in live traffic

Unclassified

t12d390900_1def6453891d_25c8f61c4618

Completed a TLS handshake but never an HTTP request, so no User-Agent was ever presented.

What this fingerprint encodes

JA4_a t12d390900 handshake shape, human-readable
JA4_b 1def6453891d truncated hash of the cipher list
JA4_c 25c8f61c4618 truncated hash of extensions + signature algorithms
Transport
TCP
TLS version
TLS 1.2
Server name
server name sent
Cipher suites offered
39
Extensions offered
9
ALPN
none offered

The hello it was computed from

Recovered because the proxy now stores the pre-hash JA3 string alongside the digest. Every number below came out of this client's ClientHello; anything we cannot name in the IANA registry is shown as its raw value rather than guessed at.

Version
TLS 1.2

Cipher suites 39

Extensions 9

Named groups 4

Point formats 1

Raw JA3 string
771,4867-52393-4865-4866-52394-52392-49195-49161-49172-158-103-49187-57-49191-49162-53-49196-47-49188-107-156-49192-49171-61-157-60-49200-49195-159-51-49199-49170-4-49169-5-22-9-21-10,65281-11-23-0-5-13-28-10-21,29-23-24-25,0

Seen in live traffic

Connections
2
First seen
2026-10-08 10:21 UTC
Last seen
2026-10-08 10:21 UTC
Transport
TCP
JA3 hashes absorbed
2

The same client, 2 different JA3s

This one JA4 covers 2 distinct JA3 hashes. A JA3 hashes the cipher and extension lists in the order they arrived, so a client that shuffles them — which Chrome and its derivatives do on purpose — produces a new JA3 almost every connection and fragments into what looks like 2 unrelated clients. JA4 sorts those lists before hashing, which is why all of it lands here instead.

This entry is an observation, not a policy decision. It is here because the edge saw it, not because anyone reviewed it, and it blocks nothing on its own. Only the curated tier drives classification and banning.