Loading...

WebRTC Leak Check

Inspect browser WebRTC leaks, compare HTTP proxy/VPN egress with STUN candidates, and verify network anonymity.

Loading...
Testing WebRTC and Network Egress...
Gathering ICE Candidates...
HTTP Public IP (Browser Egress)
HTTP Egress

This is the IP address seen by websites through standard HTTP requests (your active Proxy, VPN, or ISP IP).

-

Country: -
City: -
ISP / Provider: -
ASN: -
Timezone: -
Security: Checking...
WebRTC Public IP (STUN Candidate)
Evaluating...

This is the public IP discovered by WebRTC STUN requests. If it differs from your HTTP IP, WebRTC is leaking!

-

Country: -
City: -
ISP / Provider: -
ASN: -
Candidate: srflx (STUN)
Verdict: -
WebRTC Local / Host IP
Checking...

Internal LAN IP address or privacy-preserving mDNS candidate generated by your browser.

-

IPv6 WebRTC Status
Checking...

Checks if your device leaks a native IPv6 address via WebRTC while browsing on an IPv4-only proxy.

-
Proxy Server WebRTC Risk Analyzer

Test an external proxy server and evaluate its WebRTC leak vulnerabilities before using it in your browser.

- -
Latency: -
Anonymity Level: -
WebRTC Vulnerability Assessment:
WebRTC Vulnerability Assessment
High Risk: HTTP/HTTPS proxies only forward TCP traffic. Browsers will send WebRTC UDP packets directly over your physical network adapter, completely exposing your real IP.
High Risk: SOCKS4 only supports TCP and does not support UDP traffic required by WebRTC STUN servers.
Medium Risk: SOCKS5 supports UDP, but modern browsers do NOT forward WebRTC UDP packets through SOCKS5 proxies by default without strict browser configuration (e.g. Firefox proxy_only mode).

Comprehensive real-time log of all Interactive Connectivity Establishment (ICE) candidate tokens gathered.

# Type Protocol IP Address / Host Port Priority Raw Candidate
Gathering ICE Candidates...
Media Device Fingerprinting Check

Checks if WebRTC MediaDevices API exposes hardware device IDs (microphones, cameras, headphones) to track you.

Scanning for hardware device enumeration...
Device Type Device Label / Model Device ID Hash
Scanning connected media devices...
How to Fix WebRTC Leaks in Your Browser
Google Chrome / Chromium

Install a trusted WebRTC blocking extension such as WebRTC Control or uBlock Origin (check "Prevent WebRTC from leaking local IP addresses" under Privacy settings).

Mozilla Firefox

Open about:config in Firefox. To disable WebRTC completely, set media.peerconnection.enabled to false. When using a proxy, set media.peerconnection.ice.proxy_only to true.

Brave Browser

Go to Settings > Privacy and Security > Shields. Under WebRTC IP Handling Policy, select "Disable Non-Proxied UDP".

Microsoft Edge

Type edge://flags in the URL bar, search for "Anonymize local IPs exposed by WebRTC" and enable it. For complete protection, use a WebRTC control extension.

Apple Safari

Safari enables mDNS candidate masking by default on macOS and iOS. To further restrict WebRTC, open Safari Settings > Advanced > Develop menu, and configure WebRTC ICE candidate restrictions.

About WebRTC Leak Check & Proxy Anonymity

WebRTC (Web Real-Time Communication) is an open-source protocol built into modern browsers that enables peer-to-peer voice, video, and data transmission without external plugins.

To establish direct peer connections, WebRTC uses STUN (Session Traversal Utilities for NAT) servers to discover your device's public and local IP addresses. However, WebRTC queries are sent over UDP and often bypass configured HTTP/HTTPS or SOCKS proxies, silently exposing your real public IP and location to any website you visit.

This WebRTC Leak Check tool inspects all ICE candidates gathered by your browser, compares your observed HTTP egress IP (Proxy/VPN) with the WebRTC-exposed IP, evaluates local network exposures, tests proxy server WebRTC vulnerability, and verifies device fingerprinting risks.

Key features

  • Real-Time STUN Leak Detection Initiates local WebRTC peer connection handshakes with reliable STUN servers to detect public IPv4 and IPv6 addresses exposed by Interactive Connectivity Establishment (ICE).
  • HTTP vs WebRTC Side-by-Side Comparison Compares your apparent HTTP browser IP (Proxy/VPN address) directly against the WebRTC STUN candidate IP to pinpoint stealth leaks instantly.
  • Local Network & mDNS Exposure Analysis Identifies whether private LAN IP ranges (192.168.x.x, 10.x.x.x) are exposed or properly masked by modern browser mDNS obfuscation.
  • Proxy Server WebRTC Risk Checker Test arbitrary proxy servers (HTTP, HTTPS, SOCKS4, SOCKS5) for latency and anonymity, accompanied by an architectural WebRTC leak risk assessment.
  • Media Device Fingerprinting Inspection Audits connected microphones, cameras, and audio output devices to ensure hardware identifiers are not leaking for cross-site browser fingerprinting.
  • Comprehensive ICE Candidate Logger Inspect full raw ICE candidate strings with detailed breakdown of candidate type (srflx, host, relay), protocol (UDP/TCP), port, and priority.

How to test and fix WebRTC leaks

Follow these steps to diagnose your network anonymity and prevent IP exposure when using proxies or VPNs.

  1. Run the initial WebRTC baseline check Open the page to automatically discover your current HTTP public IP address and the IP addresses exposed via WebRTC STUN requests.
  2. Connect to your Proxy Server or VPN Activate your VPN client, configure your browser proxy extension, or set up your system SOCKS5 proxy, then click the Retest button.
  3. Evaluate the side-by-side leak verdict Check if the WebRTC Public IP matches your Proxy/VPN IP. If the WebRTC candidate shows your original ISP IP while HTTP shows the proxy, your connection is actively leaking.
  4. Test proxy servers and apply browser mitigations Use the Proxy Risk Analyzer tab to evaluate your proxy protocol, and follow the remediation guide to disable WebRTC or enable strict proxy-only routing.

Usage tips

  • Standard HTTP/HTTPS proxies only handle TCP web requests and cannot route WebRTC UDP traffic, almost always leading to leaks unless WebRTC is disabled.
  • In Mozilla Firefox, set media.peerconnection.ice.proxy_only to true in about:config to force WebRTC traffic through configured proxies.
  • In Chromium-based browsers (Chrome, Edge, Brave, Opera), use extensions like uBlock Origin or WebRTC Control to prevent STUN requests on non-proxied interfaces.
  • Always verify IPv6 WebRTC candidates, as many VPN providers and proxies only tunnel IPv4, leaving native IPv6 addresses completely exposed.

Frequently asked questions

A WebRTC leak occurs when a website uses browser WebRTC APIs to send STUN requests outside of an active proxy or VPN tunnel, discovering your real home or mobile public IP address despite your apparent proxy/VPN connection.
Most proxies operate as HTTP/HTTPS or SOCKS proxies that only handle TCP traffic for standard HTTP requests. WebRTC uses UDP sockets for real-time media negotiation. Browsers bypass the proxy to send UDP STUN packets directly through your default network adapter, revealing your true ISP IP.
A system-wide VPN creates a virtual network adapter (TUN/TAP) that routes all system traffic, including UDP packets. A properly configured VPN will route WebRTC STUN queries through the VPN tunnel, showing the VPN IP instead of your real IP. However, IPv6 leaks and split-tunneling can still cause WebRTC leaks even on VPNs.
Modern browsers implement mDNS (Multicast DNS) candidate masking to protect user privacy. Instead of exposing your actual internal LAN IP address (such as 192.168.1.15), the browser generates a random UUID ending in .local. If your browser displays a numerical private IP, your local network topology is exposed.
In Firefox, navigate to about:config and set media.peerconnection.enabled to false. In Chrome, Brave, and Edge, install an extension such as WebRTC Control or enable "Prevent WebRTC from leaking local IP address" in uBlock Origin settings.