Start with the actual signal.
Read the values the browser, resolver or remote server returned.
BROWSER · DNS · TLS · HTTPA precise workbench for browser fingerprints, network exposure and website security. Inspect the evidence, compare what changed, and keep the report.
preparing ID…Reading browser signals locally…
Open full browser scan01 / FIND YOUR STARTING POINT
Choose what you want to understand. We’ll lay out a useful path through the workbench.
THE WORKBENCH
Every check is designed around evidence: what was measured, what it means, and where the result stops being certain.
Browser, display, graphics and privacy signals collected into one searchable report.
Open browser inspectorInspect the public trail instead of treating headers, certificates and records as isolated checks.
AES-256-GCM with authenticated metadata and a password-derived key.
Open file vaultSave a baseline, repeat the check and isolate the signal groups that changed.
02 / THE SIGNAL EXPLORER
Explore the building blocks of a browser snapshot. This is a guide to the signals; run a scan to see your own values.
Browser family, language and timezone help describe the environment a page sees. Shared values are common; they do not identify one person.
A browser update, a different screen or a timezone setting can change this part of a snapshot.
Inspect these signalsCanvas output and WebGL capabilities reflect a mix of browser, graphics drivers and privacy settings. Some browsers deliberately mask these details.
Graphics driver updates, hardware acceleration and anti-fingerprinting settings can affect the result.
Inspect these signalsAn offline audio graph processes a controlled signal inside the browser. The check neither records your microphone nor plays sound.
Browser processing differences and privacy protections can alter or block the output.
Inspect these signalsQueryable permission states describe this origin. They do not reveal every permission granted to other sites or installed applications.
Changing a site permission or switching browser profiles can change the states reported here.
Inspect these signals03 / A REQUEST, LAYER BY LAYER
A DNS record, a valid certificate and a browser policy answer different questions. Follow the path to see how they fit together.
DNS maps a name to records. Inspect the answer, record type and cache lifetime.
DNS → IP addressExplore DNS 02 / CONNECTTLS presents a certificate. Check the hostname, chain and negotiated connection.
TLS → CertificateInspect TLS 03 / RESPONDHTTP headers tell the browser how to handle content, framing and other policies.
HTTP → Response policyRead the headersThese checks run from the site server. The destination can see the server’s request.
A CLEANER WAY TO INVESTIGATE
No vague grade and no inflated promise. The workbench keeps the raw observation beside the useful interpretation.
How the checks workRead the values the browser, resolver or remote server returned.
BROWSER · DNS · TLS · HTTPRepeat the same check after a setting change or deployment.
BEFORE · AFTER · CHANGED FIELDSSearch the data, export the report and share the part that matters.
JSON · PRINT · SAVED REPORT04 / A LITTLE STRUCTURE GOES A LONG WAY
Three practical ways to combine the tools. Keep the input and conditions clear so your next result is easier to interpret.
Check the route your browser actually uses, then compare the addresses you observe.
Verify the public endpoint that visitors reach after your deployment or renewal.
Check whether the downloaded bytes match the publisher’s expected digest.
FROM THE BLOG
Practical guides to browser privacy, networks, website security and the data you handle.
Trace an unexpected address to the request, route and address family that produced it, with a practical comparison record.
Identify host, server-reflexive and relay candidates, then investigate differences between browser web traffic and ICE gathering.
Use A, AAAA, CNAME, MX and TXT evidence to isolate delegation, record and cache problems before changing a zone.
Build a response matrix that catches missing middleware, stale edge policies and differences between public and signed-in responses.
Work through a token-verification decision using issuer, audience, expiry and an independently trusted key.
06 / GOOD TO KNOW
Good tools leave room for good questions. Start with these, or read how each diagnostic works.
Explore the methodologyNo. A fingerprint is a digest of the signals measured in a browser snapshot. People can share signals, and one person’s signals can change. This workbench does not collect a reference population or calculate how unique you are.
No. The live preview begins when you press “Run a quick scan”. The signal explorer explains the types of information available. It does not inspect your browser until you choose to run a check.
Browser fingerprinting, graphics and audio checks, pasted policy and token analysis, and file tools run locally. IP, WebRTC, password-breach and server-assisted network tools contact the services named beside their controls. The privacy notice explains each route.
Browsers expose different APIs and apply different privacy policies. Updates, extensions, drivers, display settings and browser profiles can change an observation. Compare runs under the same conditions before drawing a conclusion.
Yes. Tool reports include JSON export, copy and print. The browser fingerprint tool also accepts a previous report as a baseline. Keep the extended-audit option consistent when you compare runs.
A matching checksum means the file matches the supplied digest. A trusted certificate means the connection passed the checks described by that tool. Neither result establishes that a file is harmless or that a website’s owner is trustworthy.
YOUR NEXT USEFUL ANSWER
Start with a live browser snapshot, then follow the evidence wherever it leads.