WebRTC एग्रेस की जाँच

WebRTC पीयर-टू-पीयर कनेक्शन के पते खोजने के लिए ICE/STUN का उपयोग करता है। STUN आमतौर पर UDP का उपयोग करता है। यदि कोई प्रॉक्सी केवल टीसीपी संभालती है, तो उम्मीदवार किसी अन्य सार्वजनिक निकास को उजागर कर सकते हैं। यह पृष्ठ केवल एक डेटा चैनल बनाता है और कैमरा या माइक्रोफ़ोन की अनुमति का अनुरोध नहीं करता है।

यूडीपी एक कनेक्शन रहित ट्रांसपोर्ट प्रोटोकॉल है। एक STUN सर्वर अपने द्वारा देखे गए सार्वजनिक मैप किए गए पते को क्लाइंट को लौटाता है। यह टूल Google और Cloudflare STUN का उपयोग करता है, ICE उम्मीदवारों को एकत्र करता है और HTTP इग्रेशन के साथ उनकी तुलना करता है। एमडीएनएस द्वारा छिपाए गए स्थानीय पते सार्वजनिक आईपी के रूप में रिपोर्ट नहीं किए जाते हैं।

आधुनिक ब्राउज़र डिफ़ॉल्ट रूप से वास्तविक स्थानीय आईपी को यादृच्छिक .local नाम (mDNS) से बदल देते हैं; यह पृष्ठ पता बताए बिना उन उम्मीदवारों की गिनती करता है। यदि आपको अभी भी 192.168.x.x जैसे पते दिखाई देते हैं, तो ब्राउज़र स्थानीय नेटवर्क विवरण उजागर कर रहा है, जो कैमरा या माइक्रोफ़ोन एक्सेस देने के बाद या जब mDNS ऑबफ़सकेशन अक्षम हो जाता है तो आम है।

अलग-अलग निकास केवल अलग-अलग यूडीपी और HTTP मार्गों को इंगित करते हैं, जो जानबूझकर हो सकते हैं। आईएसपी, क्षेत्र और प्रॉक्सी नियम जांचें। किसी भी सार्वजनिक पते का मतलब यह नहीं हो सकता कि यूडीपी अवरुद्ध है या ब्राउज़र प्रतिबंधित संग्रह है; इससे सुरक्षा स्थापित नहीं होती.

अपने क्लाइंट में UDP फ़ॉरवर्डिंग, TUN ट्रैफ़िक हैंडलिंग और IPv6 नियमों की जाँच करें। फ़ायरफ़ॉक्स Media.peerconnection.enabled को about:config में अक्षम कर सकता है; ब्रेव गैर-प्रॉक्सीड यूडीपी को अक्षम कर सकता है। WebRTC को अक्षम करने से वीडियो कॉन्फ्रेंसिंग और इसी तरह की सुविधाएं प्रभावित होती हैं, इसलिए प्रॉक्सी रूटिंग को सही करना बेहतर है।

सिस्टम प्रॉक्सी और वर्चुअल नेटवर्क एडेप्टर मोड अलग-अलग ट्रैफ़िक स्कोप को संभालते हैं। STUN कुछ प्रॉक्सी मोड में ट्रैफ़िक भेजने में असमर्थ हो सकता है, जबकि TUN मोड वास्तविक UDP रूट को उजागर कर सकता है। डीएनएस भी जांचें; एक भी WebRTC परिणाम पूर्ण गोपनीयता ऑडिट नहीं है।