You don't have javascript enabled. Please enable javascript to use this website.

Security & Privacy Tools

Security and privacy tools are web-based utilities that test what information your browser and network connections expose, and audit whether web servers are correctly configured to protect user data. They divide into two types: client-side tools that run in your browser — testing fingerprint uniqueness, WebRTC leaks, and privacy signals — and server-side tools that query remote hosts to inspect SSL/TLS certificates, HTTP security headers, email delivery paths, and protocol support.

Test your browser

What your browser reveals about you3 tools

Check a website

Certificate, headers and protocol support5 tools

Email security

Trace where a message really came from1 tools

What Do Security and Privacy Tools Test?

The 9 tools in this category cover two distinct testing domains. Client-side tools execute in the browser using JavaScript APIs and reveal what any website can passively detect about a visitor. Server-side tools send outbound requests from the tool server to the domain entered and reveal how that server is configured from an external perspective — the same view an attacker or an auditor would have.

Type Tools What It Reveals Runs In
User Privacy Browser Fingerprint Test, WebRTC Leak Test, GPC Test What websites can passively detect about your browser, device, and network Browser (client-side)
Email Security Email Header Analyzer Delivery path, originating IP, SPF/DKIM/DMARC authentication results Server-side (parses pasted header text)
Website Security SSL Checker, HTTP Headers, HTTP/2, Brotli, Secure Cookie Certificate validity, security header presence, protocol support Server-side (queries the target domain)

How Client-Side and Server-Side Tools Work

Client-side tools use browser JavaScript APIs directly — no request leaves your machine. The Browser Fingerprint Test reads screen.width, screen.colorDepth, navigator.userAgent, and Intl.DateTimeFormat().resolvedOptions().timeZone to generate a hash identical to what tracking scripts collect. The WebRTC Leak Test uses the WebRTC API to communicate with a STUN server (RFC 5389), causing the browser to reveal local and public IP addresses — including the real IP even when a VPN routes all other traffic. Network researcher Paolo Stagno found that 23% of tested VPN providers leaked real IPs through WebRTC. The Global Privacy Control Test reads the Sec-GPC HTTP request header sent by the browser, detecting whether the Do Not Sell/Share opt-out signal is active per the W3C Global Privacy Control specification — required for compliance under CCPA and similar US state privacy laws.

Server-side tools make outbound connections from the tool server to the domain entered. The SSL Certificate Checker performs a live TLS handshake (RFC 8446) on port 443 to retrieve the certificate issuer, expiry date, trust chain depth, and whether the HSTS header (RFC 6797) is present. The HTTP Header Checker issues an HTTP GET request and returns all response headers — security-relevant headers include Content-Security-Policy, X-Frame-Options, X-Content-Type-Options, and Permissions-Policy. The HTTP/2 Support Test negotiates an ALPN extension (RFC 7301) during the TLS handshake to detect whether the server advertises h2 protocol support (RFC 7540). The Brotli Compression Test sends Accept-Encoding: br and checks for Content-Encoding: br in the response. The Secure Cookie Checker inspects Set-Cookie response headers for the Secure, HttpOnly, and SameSite attributes defined in RFC 6265.

Common Use Cases

VPN users verifying their privacy configuration. A user connects their VPN and runs the WebRTC Leak Test to confirm the VPN is not exposing their real IP through the browser's WebRTC API. If a real IP appears, they disable WebRTC in browser settings or install the WebRTC Network Limiter extension. They then run the Browser Fingerprint Test to check whether their fingerprint hash changes across sessions — if it is stable, sites can track them even without cookies.

Web developers auditing a new deployment's security headers. A developer launches a new web application and uses the HTTP Header Checker to confirm that the Content-Security-Policy, X-Frame-Options, and HSTS headers are present and correctly configured. They follow up with the SSL Certificate Checker to verify the certificate chain is complete and HSTS is active, then run the Secure Cookie Checker to confirm session cookies have the HttpOnly and Secure flags set before going to production.

System administrators investigating a suspicious email. An administrator receives a phishing report and pastes the raw email headers into the Email Header Analyzer. The tool reconstructs the delivery path from the Received headers, extracts the originating IP of the sender's mail server, and parses the Authentication-Results header to show whether SPF, DKIM, and DMARC checks passed or failed — identifying whether the email was spoofed at the protocol level.

Frequently Asked Questions

What are network security and privacy tools?
Network security and privacy tools are web-based utilities that analyze what information your browser and network connections expose, and verify whether web servers are correctly configured to protect user data. They fall into two categories: client-side tools that run in your browser — testing fingerprint uniqueness, WebRTC leaks, and privacy signals — and server-side tools that query remote hosts to inspect SSL/TLS certificates, HTTP security headers, email delivery paths, and protocol support. No software installation is required for any of these tools.
How accurate are the browser fingerprint and WebRTC leak tests?
Browser fingerprint accuracy depends on JavaScript API availability — if a browser blocks or spoofs canvas, audio, or WebGL APIs, the resulting hash will reflect those restrictions, not the underlying hardware. WebRTC leak detection is highly reliable: if the browser exposes a local or public IP through the WebRTC API (per RFC 5389 STUN), the test captures it. SSL certificate checks reflect the live TLS handshake state at the moment of the query and are accurate to the second. HTTP header checks retrieve live responses and reflect the exact headers the server returns at the time of the request.
Why does the browser fingerprint test show different results across browsers?
Each browser exposes a different set of APIs and system properties, producing a distinct fingerprint hash per browser. Chrome, Firefox, and Safari report different navigator.userAgent strings, screen.colorDepth values, and audio processing signatures. Privacy-focused browsers like Brave intentionally spoof or block these APIs to reduce fingerprint uniqueness — a Brave result will show a low-entropy hash by design, not due to a tool error. Testing the same device across multiple browsers will always produce different results. Run the test in each browser you use regularly to see what tracking scripts would detect in each session.
What is the difference between client-side and server-side security tools?
Client-side tools run directly in your browser using JavaScript APIs — they test what a visited website can detect about you: your browser engine, screen resolution, system timezone, and whether WebRTC or Global Privacy Control signals are active. Server-side tools run on the tool server and make outbound connections to the domain you enter — they reveal how that server is configured, including its TLS certificate validity, HTTP response headers, and protocol support. For email header analysis, the tool parses text you paste into the input field; no outbound connection to the sender's server is made.
Are the domains and IP addresses I test through these tools logged or stored?
Server-side queries — SSL checker, HTTP header checker, HTTP/2 test, Brotli test, and Secure Cookie checker — send only the domain you enter to the tool server for processing. Results are returned in real time and not retained or associated with your identity. Client-side tools — Browser Fingerprint Test, WebRTC Leak Test, and Global Privacy Control Test — run entirely in your browser using JavaScript; no data is transmitted to the server. Email headers pasted into the Email Header Analyzer are processed server-side to parse the header text and are not stored after the response is returned.