Un guide des tests de fuite WebRTC
Une adresse IP n'est pas, en soi, une fuite. Vérifiez d'où elle vient et si la connexion a utilisé la sortie réseau que vous aviez prévue.
Qu'est-ce qu'une fuite WebRTC ?
WebRTC permet aux navigateurs d'échanger en temps réel de l'audio, de la vidéo et des données. Pour établir une connexion, un navigateur collecte les adresses réseau possibles, appelées candidats ICE.
Si vous prévoyez que le trafic passe par un VPN ou un proxy, WebRTC peut tout de même exposer une adresse via un autre chemin réseau. La comparaison utile se fait entre son adresse publique et l'adresse de sortie de votre connexion web, au sein de la même version d'IP.
Comparez IPv4 avec IPv4, et IPv6 avec IPv6.
Comment lire votre résultat
Le verdict utilise les adresses réellement observées lors de ce test. L'absence de preuve n'est pas traitée comme une preuve de sécurité.
- Fuite détectée
- WebRTC a exposé une adresse publique différente de votre sortie web au sein de la même version d'IP. Il s'agit d'une divergence de sortie à investiguer ; cela ne prouve pas à lui seul que l'adresse est votre IP domestique.
- IP locale exposée
- Le navigateur a renvoyé une adresse privée ou de réseau local. Cela est distinct de l'exposition d'une IP publique : les adresses locales ne sont généralement pas routables directement sur Internet, mais peuvent révéler certaines informations sur le réseau interne.
- Pas de fuite
- Les candidats publics comparables correspondent à la sortie web et n'ont pas déclenché d'autre constat d'exposition d'adresse. Cela s'applique uniquement à ce que ce test a observé, pas à toutes les connexions ou applications de votre appareil.
- Non concluant
- Le test peut n'avoir que des noms mDNS, aucun candidat, aucune référence de sortie fiable, ou des adresses IPv4/IPv6 impossibles à apparier. Un navigateur non pris en charge ou un test échoué ne doit pas non plus être interprété comme un résultat sûr.
Vous avez trouvé une divergence ? Vérifiez ces quatre points
Un VPN connecté ne garantit pas que chaque connexion suive le même chemin. Les proxys de navigateur, le split tunneling et la prise en charge IPv6 peuvent tous affecter le résultat.
Identifiez votre sortie prévue
Vérifiez l'emplacement du VPN ou du proxy que vous avez sélectionné, puis comparez ci-dessus la sortie web et les adresses publiques WebRTC. Séparez IPv4 et IPv6 avant de les comparer.
Examinez la couverture du proxy et l'IPv6
Vérifiez si vous utilisez un VPN à l'échelle de l'appareil, un proxy d'application ou un proxy uniquement dans le navigateur. Examinez les règles de split tunnel et la gestion d'IPv6. Le fait de proxifier les requêtes web ne couvre pas nécessairement les connexions WebRTC.
Ajustez la politique WebRTC uniquement si nécessaire
Privilégiez la protection contre les fuites de votre VPN ou une politique réseau de navigateur prise en charge. Il n'existe pas de commutateur universel entre navigateurs. Restreindre WebRTC peut affecter les réunions vidéo, les appels vocaux et la collaboration en temps réel.
Refaites le test et vérifiez par recoupement
Après avoir modifié les paramètres, rouvrez la page ou relancez le test et comparez les adresses. Vérifiez le DNS séparément pour une autre vue de votre connexion. Un seul verdict vert n'est pas une évaluation complète de la confidentialité.
Comment CHA.LA exécute-t-il ce test ?
La page crée une RTCPeerConnection temporaire dans votre navigateur et utilise un canal de données pour déclencher la collecte des candidats ICE. Lorsque c'est configuré et disponible, les services STUN aident à observer les adresses réseau. La connexion temporaire est fermée après la collecte.
Les candidats sont classés en adresses publiques, adresses locales ou noms mDNS. Les candidats publics sont comparés aux adresses de confiance issues de la requête web actuelle et des sondes de sortie, séparément pour IPv4 et IPv6. Cette vérification ne nécessite pas d'accès à la caméra ou au microphone.
Questions fréquemment posées
Réponses pratiques sur les VPN, les paramètres de navigateur et les différences entre les résultats de test.
Voir une adresse IP en utilisant un VPN signifie-t-il qu'elle a fui ?
Non. Un site web et WebRTC peuvent tous deux voir l'IP de sortie de votre VPN, ce qui est attendu. Recherchez une adresse publique inattendue et comparez les adresses au sein de la même version d'IP. Même une divergence nécessite un contexte tel que le split tunneling, la mise en réseau double pile et la configuration VPN.
Dois-je m'inquiéter d'une adresse 192.168.x.x ou 10.x.x.x ?
Il s'agit généralement d'adresses de réseau privé. En voir une ne signifie pas qu'un visiteur Internet peut se connecter directement à votre appareil. Cela peut toutefois révéler une partie de la structure du réseau, c'est pourquoi CHA.LA signale l'exposition d'adresse locale séparément d'une fuite d'IP publique.
Pourquoi vois-je une adresse .local ou un résultat non concluant ?
Un navigateur peut remplacer une adresse locale par un nom d'hôte mDNS, et un réseau peut restreindre la collecte de candidats. Sans suffisamment de candidats publics et une base de référence de sortie fiable, le test ne peut pas terminer la comparaison. Ne collecter aucune adresse n'équivaut pas à vérifier qu'aucune adresse n'a fuité.
Pourquoi les différents sites de test ne sont-ils pas d'accord ?
Les tests peuvent utiliser différents services STUN, durées de collecte, bases de référence de sortie et prise en charge IPv6. Les versions de navigateur, les changements de réseau et le split tunneling VPN peuvent également affecter la collecte. Comparez les adresses réelles et le raisonnement dans les mêmes conditions, pas seulement les étiquettes.
Le test fonctionne-t-il sur mobile ? Nécessite-t-il l'accès à la caméra ?
Les navigateurs mobiles prenant en charge WebRTC peuvent généralement exécuter le test, mais la visibilité des adresses dépend des politiques du navigateur et du système d'exploitation. Ce test utilise un canal de données et ne nécessite pas l'accès à la caméra ou au microphone.
La désactivation de WebRTC perturbera-t-elle la navigation normale ?
La navigation Web ordinaire n'a généralement pas besoin de WebRTC, mais les réunions vidéo, les appels vocaux et certaines fonctionnalités de collaboration dans le navigateur peuvent cesser de fonctionner. Choisissez une restriction adaptée à vos besoins, puis vérifiez les applications que vous utilisez au lieu de le désactiver uniquement pour changer l'étiquette d'un test.
Une fuite WebRTC est-elle identique à une fuite DNS ?
Non. Un test WebRTC vérifie les adresses réseau exposées lors de l'établissement d'une connexion en temps réel. Un test DNS observe les résolveurs qui traitent les recherches de domaines. Ils examinent des chemins différents, donc réussir un test ne prouve pas que l'autre chemin est configuré comme prévu.