Ein Leitfaden zum WebRTC-Leak-Testing
Eine IP-Adresse ist an sich noch kein Leak. Prüfen Sie, woher sie stammt und ob die Verbindung den von Ihnen beabsichtigten Netzwerk-Exit verwendet hat.
Was ist ein WebRTC-Leak?
WebRTC ermöglicht Browsern den Austausch von Audio, Video und Daten in Echtzeit. Um eine Verbindung aufzubauen, sammelt ein Browser mögliche Netzwerkadressen, die als ICE-Kandidaten bezeichnet werden.
Wenn der Datenverkehr über ein VPN oder einen Proxy laufen soll, kann WebRTC dennoch eine Adresse über einen anderen Netzwerkpfad offenlegen. Der sinnvolle Vergleich ist der zwischen seiner öffentlichen Adresse und der Exit-Adresse Ihrer Webverbindung innerhalb derselben IP-Version.
Vergleichen Sie IPv4 mit IPv4 und IPv6 mit IPv6.
So lesen Sie Ihr Ergebnis
Das Urteil basiert auf Adressen, die in diesem Test tatsächlich beobachtet wurden. Fehlende Nachweise werden nicht als Sicherheitsbeweis behandelt.
- Geleakt
- WebRTC hat eine öffentliche Adresse offengelegt, die sich von Ihrem Web-Exit innerhalb derselben IP-Version unterscheidet. Dies ist eine zu untersuchende Exit-Diskrepanz; sie beweist für sich allein nicht, dass die Adresse Ihre Heim-IP ist.
- Lokale IP offengelegt
- Der Browser hat eine private oder lokale Netzwerkadresse zurückgegeben. Dies unterscheidet sich von der Offenlegung einer öffentlichen IP: Lokale Adressen sind im Internet im Allgemeinen nicht direkt routingfähig, können aber einige interne Netzwerkinformationen preisgeben.
- Nicht geleakt
- Die vergleichbaren öffentlichen Kandidaten stimmten mit dem Web-Exit überein und lösten keinen weiteren Adress-Expositionsbefund aus. Dies gilt nur für das, was dieser Test beobachtet hat, nicht für jede Verbindung oder Anwendung auf Ihrem Gerät.
- Nicht eindeutig
- Der Test verfügt möglicherweise nur über mDNS-Namen, keine Kandidaten, keine vertrauenswürdige Exit-Basislinie oder IPv4/IPv6-Adressen, die nicht gepaart werden können. Auch ein nicht unterstützter Browser oder ein fehlgeschlagener Test darf nicht als sicheres Ergebnis interpretiert werden.
Diskrepanz gefunden? Prüfen Sie diese vier Punkte
Ein verbundenes VPN garantiert nicht, dass jede Verbindung denselben Pfad nimmt. Browser-Proxys, Split-Tunneling und IPv6-Unterstützung können das Ergebnis beeinflussen.
Identifizieren Sie Ihren beabsichtigten Exit
Prüfen Sie den von Ihnen gewählten VPN- oder Proxy-Standort und vergleichen Sie dann die oben angezeigten Web-Exit- und WebRTC-öffentlichen Adressen. Trennen Sie IPv4 von IPv6, bevor Sie sie vergleichen.
Proxy-Abdeckung und IPv6 überprüfen
Prüfen Sie, ob Sie ein geräteweites VPN, einen Anwendungs-Proxy oder einen reinen Browser-Proxy verwenden. Überprüfen Sie Split-Tunnel-Regeln und IPv6-Behandlung. Das Proxying von Webanfragen deckt WebRTC-Verbindungen nicht unbedingt ab.
WebRTC-Richtlinie nur bei Bedarf anpassen
Bevorzugen Sie den Leak-Schutz Ihres VPNs oder eine unterstützte Browser-Netzwerkrichtlinie. Es gibt keinen universellen Schalter über alle Browser hinweg. Das Einschränken von WebRTC kann Videokonferenzen, Sprachanrufe und Echtzeit-Kollaboration beeinträchtigen.
Erneut testen und gegenprüfen
Öffnen Sie nach Änderungen der Einstellungen die Seite erneut oder führen Sie den Test erneut aus und vergleichen Sie die Adressen. Prüfen Sie DNS separat für eine weitere Sicht auf Ihre Verbindung. Ein einziges grünes Urteil ist keine vollständige Datenschutzbewertung.
Wie führt CHA.LA diesen Test durch?
Die Seite erstellt eine temporäre RTCPeerConnection in Ihrem Browser und verwendet einen Datenkanal, um die ICE-Kandidatensammlung auszulösen. Wenn konfiguriert und verfügbar, helfen STUN-Dienste bei der Beobachtung von Netzwerkadressen. Die temporäre Verbindung wird nach der Erfassung geschlossen.
Kandidaten werden als öffentliche Adressen, lokale Adressen oder mDNS-Namen klassifiziert. Öffentliche Kandidaten werden mit vertrauenswürdigen Adressen aus der aktuellen Webanfrage und Exit-Sonden verglichen, getrennt für IPv4 und IPv6. Diese Prüfung erfordert keinen Zugriff auf Kamera oder Mikrofon.
Häufig gestellte Fragen
Praktische Antworten zu VPNs, Browsereinstellungen und Unterschieden zwischen Testergebnissen.
Bedeutet das Sehen einer IP-Adresse bei aktiver VPN-Verbindung, dass sie geleakt wurde?
Nein. Eine Website und WebRTC können beide die Exit-IP Ihres VPNs sehen, was zu erwarten ist. Achten Sie auf eine unerwartete öffentliche Adresse und vergleichen Sie Adressen innerhalb derselben IP-Version. Selbst eine Abweichung erfordert Kontext wie Split-Tunneling, Dual-Stack-Netzwerke und VPN-Konfiguration.
Sollte ich mir wegen einer 192.168.x.x- oder 10.x.x.x-Adresse Sorgen machen?
Dies sind in der Regel private Netzwerkadressen. Eine solche zu sehen bedeutet nicht, dass ein Internetbesucher direkt eine Verbindung zu Ihrem Gerät herstellen kann. Sie kann jedoch eine gewisse Netzwerkstruktur preisgeben, weshalb CHA.LA die Offenlegung lokaler Adressen getrennt von einem öffentlichen IP-Leak meldet.
Warum sehe ich eine .local-Adresse oder ein nicht eindeutiges Ergebnis?
Ein Browser kann eine lokale Adresse durch einen mDNS-Hostnamen ersetzen, und ein Netzwerk kann die Erfassung von Kandidaten einschränken. Ohne genügend öffentliche Kandidaten und eine vertrauenswürdige Ausgangsbasis kann der Test den Vergleich nicht abschließen. Keine Adresse zu erfassen ist nicht dasselbe wie zu bestätigen, dass keine Adresse offengelegt wurde.
Warum widersprechen sich verschiedene Test-Websites?
Tests können unterschiedliche STUN-Dienste, Erfassungszeiten, Ausgangsbaselines und IPv6-Unterstützung verwenden. Browserversionen, Netzwerkänderungen und VPN-Split-Tunneling können die Erfassung ebenfalls beeinflussen. Vergleichen Sie die tatsächlichen Adressen und Begründungen unter denselben Bedingungen, nicht nur die Bezeichnungen.
Funktioniert der Test auf Mobilgeräten? Benötigt er Kamerazugriff?
Mobile Browser, die WebRTC unterstützen, können die Prüfung in der Regel ausführen, aber die Sichtbarkeit der Adresse hängt von den Richtlinien des Browsers und des Betriebssystems ab. Diese Prüfung verwendet einen Datenkanal und benötigt keinen Zugriff auf Kamera oder Mikrofon.
Beeinträchtigt das Deaktivieren von WebRTC das normale Surfen?
Normales Surfen im Web benötigt in der Regel kein WebRTC, aber browserbasierte Videokonferenzen, Sprachanrufe und einige Kollaborationsfunktionen funktionieren möglicherweise nicht mehr. Wählen Sie eine Einschränkung, die Ihren Anforderungen entspricht, und überprüfen Sie dann die von Ihnen verwendeten Anwendungen, statt WebRTC nur zu deaktivieren, um ein Testergebnis zu ändern.
Ist ein WebRTC-Leck dasselbe wie ein DNS-Leck?
Nein. Ein WebRTC-Test prüft Netzwerkadressen, die beim Aufbau von Echtzeitverbindungen offengelegt werden. Ein DNS-Test beobachtet die Resolver, die Domänenabfragen verarbeiten. Sie untersuchen unterschiedliche Pfade. Das Bestehen der einen Prüfung bedeutet also nicht, dass der andere Pfad wie beabsichtigt konfiguriert ist.