Habr•October 26, 2026•🇷🇺Translated from Russian

WebRTC IP Leaks Explained: Why Disabling the Protocol Harms Anonymity in Anti-Detect Browsers

WebRTC IP leaks remain a persistent challenge for users of anti-detect browsers and proxy setups in multi-accounting scenarios. The technology enables direct peer-to-peer communication for video calls, voice channels, and data transfers without intermediate servers, yet it can expose the real IP address when proxies are in use.

WebRTC (Web Real-Time Communication) operates by attempting to establish the shortest possible route between devices using the UDP protocol. When a site initiates a connection, the browser sends a STUN request to discover its external address, which is then returned as an ICE candidate in the SDP description. Standard TCP-based proxies cannot encapsulate this UDP traffic, causing the request to bypass the proxy and reveal the user’s actual home IP.

Disabling WebRTC entirely through browser flags or JavaScript blockers is presented as an ineffective solution. In a standard Chromium environment the feature remains active for 99 percent of users and supports background network tests. Complete removal of RTCPeerConnection or injection of non-native prototypes is quickly detected by anti-fraud scripts that inspect native function signatures and worker contexts.

The proper mitigation involves native-level substitution inside the browser kernel. This forces STUN requests to report the proxy IP while maintaining full API integrity. SOCKS5 proxies with UDP ASSOCIATE support can tunnel the traffic directly, but most affordable residential proxies lack this capability and require the browser-side emulation approach.

Additional vectors include leakage of local network addresses and IPv6 routes. Chromium normally masks local IPs with random mDNS .local candidates, yet this protection is disabled once a site requests microphone or camera access via getUserMedia. Parallel IPv6 connectivity, common with home and mobile providers, often remains uncontrolled by IPv4-only proxies and leaks the genuine residential address.

Verification can be performed with public checkers such as BrowserLeaks, Pixelscan, and CreepJS. Users should confirm that reported IPs match the proxy, that only srflx candidates appear, and that prototype checks show no signs of modification. Console scripts can further validate that RTCPeerConnection behaves natively across main windows and workers.

Related articles

Habr•Privacy & Surveillance

Docx Anonymizer: Open-Source Chrome Extension Uses Fine-Tuned rubert-tiny2 to Anonymize Personal Data Before AI Uploads

A Russian developer has released Docx Anonymizer, a browser extension that automatically detects and replaces personal data in documents using a lightweight NER model before they reach public AI services such as ChatGPT. The tool was created to help organizations comply with Russia’s 152-FZ personal data protection law while avoiding the risks of uploading contracts and other sensitive files to cloud-based LLMs. It runs entirely locally via ONNX Runtime and WebAssembly, requires no network calls, and supports any AI chat interface. The underlying model, rubert-tiny2, was further trained through knowledge distillation on WikiANN, factRuEval, and synthetic business documents, reaching strong F1 scores for person and organization entities after int8 quantization. The extension intercepts text on the fly, performs named-entity recognition in under two seconds for typical contracts, and replaces detected entities with placeholders. The project is fully open source and designed for minimal user friction, addressing the growing problem of employees inadvertently leaking corporate and personal data to public AI platforms.

Habr•Privacy & Surveillance

Hybrid Post-Quantum Message Sealing: X25519 + ML-KEM-1024 in Umbera Messenger with Public Rust Tests

Umbera messenger has open-sourced its cryptographic core and published seven Rust tests that anyone can run to verify its hybrid post-quantum message sealing scheme. The design combines X25519 with ML-KEM-1024 so that an attacker must break both algorithms to decrypt a message. Messages are protected by Double Ratchet for forward secrecy, sealed sender packaging, and per-message ephemeral keys derived via HKDF-SHA256 into AES-256-GCM. The relay server stores only an opaque box identifier and encrypted blob with no sender or recipient fields visible. Media calls use DTLS-SRTP end-to-end while TURN servers see only encrypted datagrams. Addresses for message boxes rotate weekly and are derived solely from the shared secret between the two parties.

Habr•Privacy & Surveillance

Free Ad Blocker for iPhone, Android, and Desktop Uses DNS Parsing Without Libraries and Skips YouTube Influencer Ads From the First Second

A new free ad-blocking solution has been released for iPhone, Android, and desktop platforms. The tool relies on a lightweight DNS parser that operates without external libraries. It includes a dedicated mode for users who already run VPN connections. An accompanying browser extension automatically skips sponsored segments in YouTube videos, even when the advertisement begins at the zero-second mark. The developer describes the technical challenges encountered after launch and the fixes applied to maintain compatibility across operating systems. The project emphasizes user privacy by avoiding unnecessary data collection and third-party dependencies.

Habr•Privacy & Surveillance

Why Replace Proprietary BIOS and UEFI with the Fully Free GNU Boot Firmware

The Free Software Foundation announced in September 2026 that it is providing financial and legal support to the GNU Boot project, which aims to deliver a completely open-source replacement for traditional BIOS and UEFI firmware. GNU Boot builds on coreboot to initialize hardware at boot time and layers a free bootloader such as GRUB or SeaBIOS on top, ensuring no proprietary binary blobs are required. The initiative emerged after a 2022 split from Libreboot, which began accepting closed-source components to broaden hardware support, while GNU Boot strictly adheres to GNU licensing criteria that prohibit any non-free code. Supported platforms remain limited to older systems from roughly 2008–2012, including specific ThinkPad models, certain early Apple MacBooks, and a handful of AMD and Intel desktop boards, because newer Intel Boot Guard and AMD equivalent mechanisms enforce signed firmware that prevents unsigned replacements. Closed firmware from Intel Management Engine and AMD Platform Security Processor runs before the main operating system, possesses unrestricted memory access, and cannot be audited or disabled on most modern hardware. By offering reproducible builds and clearer installation instructions, GNU Boot seeks to lower the barrier for users who want to eliminate potential backdoors, Wi-Fi whitelist restrictions, and forced updates found in vendor firmware.