Que faire lorsque le navigateur anti-détection affiche une fuite WebRTC ? Guide de diagnostic et de correction avec MostLogin

Aper\u00e7u du contenu : lorsque vos v\u00e9rifications m\u00e9tier affichent une fuite WebRTC, vous devez d\u2019abord cesser de vous connecter ou d\u2019acc\u00e9der \u00e0 des comptes importants, fermer l\u2019environnement actuel, puis v\u00e9rifier la connexion proxy, le mode WebRTC, l\u2019IPv6 et les r\u00e8gles de contournement du proxy. Pour les utilisateurs de MostLogin, la proc\u00e9dure habituelle consiste \u00e0 : confirmer que le proxy est d\u00e9tect\u00e9 avec succ\u00e8s, puis r\u00e9gler le WebRTC de l\u2019environnement sur Private (Priv\u00e9) ; si le m\u00e9tier ne n\u00e9cessite pas du tout l\u2019audio/vid\u00e9o web ou la communication peer-to-peer, vous pouvez \u00e9galement choisir Disabled (D\u00e9sactiv\u00e9) ; activez en m\u00eame temps la r\u00e8gle de protection interdisant l\u2019ouverture de l\u2019environnement en cas de d\u00e9faillance du proxy.

Il convient de noter que l\u2019apparition de plusieurs adresses sur la page de test ne signifie pas n\u00e9cessairement une fuite. Ce n\u2019est un probl\u00e8me \u00e0 haut risque n\u00e9cessitant un traitement imm\u00e9diat que lorsque la page expose votre v\u00e9ritable IPv4 publique, votre v\u00e9ritable IPv6 publique, ou fait appara\u00eetre des sorties r\u00e9seau qui ne devraient pas \u00eatre associ\u00e9es \u00e0 cet environnement.

Qu\u2019est-ce que WebRTC ? Pourquoi peut-il contourner les param\u00e8tres proxy classiques ?

WebRTC, acronyme de Web Real-Time Communication (\u00ab communication web en temps r\u00e9el \u00bb), permet aux navigateurs d\u2019effectuer directement des appels vocaux, des vid\u00e9oconf\u00e9rences, du partage d\u2019\u00e9cran et du transfert de donn\u00e9es peer-to-peer. De nombreux outils de r\u00e9union en ligne, de service client et de collaboration l\u2019utilisent.

Pour trouver un chemin de connexion disponible entre deux appareils, WebRTC collecte plusieurs \u00ab adresses candidates \u00bb via ICE. Ces candidates peuvent inclure les adresses des interfaces r\u00e9seau de l\u2019appareil, les adresses publiques d\u00e9couvertes via le serveur STUN, ainsi que les adresses relays via le serveur TURN. Selon la documentation MDN sur les types de candidates ICE, la candidate host repr\u00e9sente l\u2019adresse directe de l\u2019appareil, la candidate srflx est g\u00e9n\u00e9r\u00e9e par l\u2019interaction STUN/TURN, et la candidate relay passe par le relais TURN. Documentation MDN sur la connectivit\u00e9 WebRTC

C\u2019est l\u00e0 la cause fondamentale des fuites WebRTC : une page web peut cr\u00e9er une connexion WebRTC via JavaScript et lire les candidates ICE. Si le navigateur ne restreint pas correctement ces adresses, les informations r\u00e9seau vues par la page peuvent \u00eatre incoh\u00e9rentes avec la sortie du proxy. MDN indique \u00e9galement explicitement que les adresses candidates ICE peuvent r\u00e9v\u00e9ler des informations sur la localisation de l\u2019appareil et la topologie du r\u00e9seau au-del\u00e0 de ce que l\u2019utilisateur pr\u00e9voit, et peuvent \u00eatre utilis\u00e9es pour le fingerprinting du navigateur. Notes de s\u00e9curit\u00e9 MDN sur RTCIceCandidate

Compr\u00e9hension simple : les requ\u00eates web classiques peuvent passer par le proxy, mais WebRTC cherche \u00e9galement s\u00e9par\u00e9ment un chemin de communication en temps r\u00e9el. Lorsque ces deux chemins ne sont pas unifi\u00e9s, le site web peut voir simultan\u00e9ment \u00ab l\u2019IP proxy \u00bb et \u00ab un autre ensemble d\u2019adresses r\u00e9seau \u00bb.

Qu\u2019est-ce qui constitue r\u00e9ellement une fuite WebRTC ?

Pour d\u00e9terminer s\u2019il y a fuite, il ne faut pas simplement v\u00e9rifier si une IP appara\u00eet sur la page de test, mais comparer \u00ab ce que la page affiche \u00bb avec \u00ab ce que l\u2019environnement devrait afficher \u00bb.

Les navigateurs modernes peuvent remplacer les adresses LAN par des noms d\u2019h\u00f4te mDNS. Par cons\u00e9quent, l\u2019apparition d\u2019une cha\u00eene al\u00e9atoire se terminant par .local sur la page de test ne signifie pas n\u00e9cessairement une exposition de l\u2019IP publique r\u00e9elle. Ce qu\u2019il faut v\u00e9rifier, c\u2019est si l\u2019adresse ISP publique r\u00e9elle, que vous pouvez obtenir en dehors de l\u2019environnement du navigateur, appara\u00eet.

Quelles sont les cons\u00e9quences d\u2019une fuite WebRTC ?

1. Conflit entre l\u2019identit\u00e9 proxy et l\u2019identit\u00e9 r\u00e9seau r\u00e9elle

Supposons qu\u2019un environnement MostLogin soit configur\u00e9 avec un proxy New York, USA, et que les requ\u00eates web affichent \u00e9galement une IP de New York, mais que WebRTC expose l\u2019IP publique r\u00e9elle du r\u00e9seau local de l\u2019utilisateur. La plateforme ne voit pas un environnement de navigation naturel et stable, mais deux signaux de connexion g\u00e9ographiques ou d\u2019op\u00e9rateurs r\u00e9seau conflictuels.

Cela ne prouve pas automatiquement l\u2019identit\u00e9 de l\u2019utilisateur, mais cela affaiblit l\u2019isolation du proxy et peut devenir l\u2019un des signaux d\u2019une analyse de risque anormale, d\u2019une v\u00e9rification suppl\u00e9mentaire ou d\u2019un examen de session.

2. Diff\u00e9rents environnements de navigateur peuvent \u00eatre associ\u00e9s par la m\u00eame IP r\u00e9elle

L\u2019\u00e9quipe cr\u00e9e plusieurs environnements ind\u00e9pendants pour diff\u00e9rents projets de test, chacun utilisant un proxy diff\u00e9rent. Si tous ces environnements exposent la m\u00eame IP publique de bureau via WebRTC, le site web peut obtenir un signal de corr\u00e9lation r\u00e9p\u00e9t\u00e9 entre les environnements. M\u00eame si les cookies, Canvas et WebGL sont isol\u00e9s, la sortie r\u00e9seau r\u00e9elle r\u00e9p\u00e9t\u00e9e r\u00e9duit l\u2019ind\u00e9pendance entre les environnements.

3. Exposition de la localisation approximative, de l\u2019op\u00e9rateur r\u00e9seau et de la structure du r\u00e9seau

L\u2019IP publique peut g\u00e9n\u00e9ralement \u00eatre utilis\u00e9e pour d\u00e9terminer le pays, la zone urbaine et l\u2019op\u00e9rateur r\u00e9seau ; les adresses LAN, IPv6 ou les diff\u00e9rentes interfaces r\u00e9seau peuvent \u00e9galement r\u00e9v\u00e9ler davantage de caract\u00e9ristiques de topologie r\u00e9seau. L\u2019IP ne peut g\u00e9n\u00e9ralement pas d\u00e9terminer \u00e0 elle seule une adresse pr\u00e9cise ou un nom r\u00e9el, mais elle peut \u00eatre combin\u00e9e avec les comptes connect\u00e9s, les cookies, le fingerprint de l\u2019appareil et les donn\u00e9es comportementales.

4. Les vid\u00e9oconf\u00e9rences et les appels web peuvent poser un arbitrage \u00ab confidentialit\u00e9 et utilisabilit\u00e9 \u00bb

D\u00e9sactiver directement WebRTC peut r\u00e9duire la surface d\u2019exposition, mais les vid\u00e9oconf\u00e9rences, le service client vocal, le partage d\u2019\u00e9cran ou le transfert direct de fichiers qui d\u00e9pendent de WebRTC peuvent ne pas fonctionner correctement. Par cons\u00e9quent, la bonne approche n\u2019est pas de tout fermer dans tous les sc\u00e9narios, mais de choisir entre Private et Disabled en fonction des besoins m\u00e9tier.

Apr\u00e8s que le navigateur anti-d\u00e9tection affiche une fuite WebRTC, commencez par ces 6 \u00e9tapes

\u00c9tape 1 : Suspendre les op\u00e9rations sensibles dans l\u2019environnement actuel

Si la page de d\u00e9tection a d\u00e9j\u00e0 affich\u00e9 l\u2019IP publique r\u00e9elle, ne continuez pas \u00e0 vous connecter, \u00e0 effectuer des paiements, \u00e0 publier du contenu ou \u00e0 changer de compte important. Commencez par enregistrer les r\u00e9sultats du test, notamment :

• L\u2019adresse affich\u00e9e par la d\u00e9tection d\u2019IP classique ;
• Les IPv4 et IPv6 affich\u00e9es par la d\u00e9tection WebRTC ;
• L\u2019adresse proxy et le pays/r\u00e9gion configur\u00e9s dans MostLogin ;
• L\u2019heure du test, le nom de l\u2019environnement et si un VPN a \u00e9t\u00e9 utilis\u00e9.

L\u2019enregistrement des informations vise \u00e0 localiser le probl\u00e8me ; il n\u2019est pas recommand\u00e9 de conserver dans les captures d\u2019\u00e9cran les mots de passe proxy, les cookies de compte ou autres identifiants.

\u00c9tape 2 : \u00c9tablir une comparaison \u00ab IP r\u00e9elle \u2014 IP proxy \u2014 IP WebRTC \u00bb

Effectuez trois groupes de v\u00e9rifications sans ouvrir les comptes m\u00e9tier :

1. Dans un navigateur classique sans proxy, v\u00e9rifiez l\u2019IPv4 et l\u2019IPv6 publiques actuelles comme r\u00e9f\u00e9rence r\u00e9seau r\u00e9elle.
2. Dans l\u2019onglet Proxy de MostLogin, cliquez sur la v\u00e9rification de l\u2019IP proxy et enregistrez la sortie pr\u00e9vue.
3. Ouvrez l\u2019environnement correspondant et lisez les adresses candidates sur la page de test WebRTC.

Si le r\u00e9sultat WebRTC est \u00e9gal au premier groupe de r\u00e9f\u00e9rence, mais pas au deuxi\u00e8me groupe de sortie proxy, une fuite peut \u00eatre confirm\u00e9e. Si le r\u00e9sultat correspond \u00e0 l\u2019IP proxy, il s\u2019agit plus probablement d\u2019un affichage normal de candidates WebRTC.

\u00c9tape 3 : Corriger d\u2019abord le proxy, puis ajuster WebRTC

Les param\u00e8tres WebRTC ne peuvent pas r\u00e9parer un proxy d\u00e9j\u00e0 hors ligne, \u00e9chou\u00e9 en authentification ou mal configur\u00e9. Acc\u00e9dez \u00e0 la page d\u2019\u00e9dition de l\u2019environnement cible, ouvrez l\u2019onglet Proxy, v\u00e9rifiez le protocole, l\u2019h\u00f4te, le port, le compte et le mot de passe, puis ex\u00e9cutez la v\u00e9rification de l\u2019IP proxy. Le guide officiel de cr\u00e9ation d\u2019environnement MostLogin indique que vous pouvez configurer direct, http, https et socks5, et v\u00e9rifier le r\u00e9sultat de la connexion via \u00ab Check proxy IP \u00bb. MostLogin : Cr\u00e9er un nouvel environnement

Ne passez \u00e0 l\u2019\u00e9tape suivante que lorsque la v\u00e9rification du proxy a r\u00e9ussi et que le pays et la ville affich\u00e9s correspondent aux attentes.

\u00c9tape 4 : Choisir le mode WebRTC appropri\u00e9 dans MostLogin

Le chemin d\u2019op\u00e9ration est g\u00e9n\u00e9ralement :

Profiles (Liste des environnements) \u2192 S\u00e9lectionner l\u2019environnement cible \u2192 Edit (\u00c9diter) \u2192 Fingerprint (Empreinte) \u2192 WebRTC

La documentation officielle actuelle de MostLogin affiche les param\u00e8tres WebRTC dans le menu d\u00e9roulant, o\u00f9 Private sert \u00e0 masquer l\u2019IP r\u00e9elle tout en conservant les fonctionnalit\u00e9s WebRTC, et o\u00f9 Public et Disabled peuvent \u00e9galement \u00eatre propos\u00e9s. MostLogin : Param\u00e8tres d\u2019empreinte WebRTC

Pour un environnement proxy classique, il est recommand\u00e9 de commencer par Private. Ce n\u2019est que lorsque le m\u00e9tier ne d\u00e9pend pas de WebRTC, ou que le mode Private ne satisfait pas toujours aux exigences d\u2019isolation, qu\u2019il faut tester Disabled. Ne concluez pas \u00e0 une fuite simplement parce que la page de test affiche \u00ab WebRTC enabled \u00bb ; l\u2019essentiel est de savoir quelle adresse est retourn\u00e9e.

\u00c9tape 5 : Activer la protection en cas de d\u00e9faillance du proxy et v\u00e9rifier la liste de contournement du proxy

Acc\u00e9dez aux param\u00e8tres globaux ou aux pr\u00e9f\u00e9rences d\u2019environnement de MostLogin, et activez les protections suivantes :

• Ne pas ouvrir l\u2019environnement en cas d\u2019erreur r\u00e9seau du proxy ;
• Ne pas ouvrir l\u2019environnement lorsque l\u2019IP proxy change ;
• Ne pas ouvrir l\u2019environnement lorsque le pays ou la r\u00e9gion de l\u2019IP proxy change ;
• Ne pas ouvrir l\u2019environnement en cas d\u2019\u00e9chec de synchronisation.

MostLogin d\u00e9crit ces param\u00e8tres comme des protections pr\u00e9alables au d\u00e9marrage, o\u00f9 la protection contre les erreurs r\u00e9seau du proxy emp\u00eache l\u2019exposition accidentelle de l\u2019IP ISP r\u00e9elle lorsque le proxy est hors service. MostLogin : Profile preferences

V\u00e9rifiez \u00e9galement Settings \u2192 Proxy bypass. Les domaines ajout\u00e9s \u00e0 la liste de contournement utiliseront directement le r\u00e9seau local au lieu du proxy de l\u2019environnement actuel. La documentation officielle de MostLogin indique \u00e9galement explicitement que les domaines contourn\u00e9s seront acc\u00e9d\u00e9s via la connexion locale r\u00e9elle. MostLogin : Proxy bypass Si le site de test, le domaine d\u2019authentification ou ses domaines API/CDN se trouvent ici, vous devez supprimer les exceptions inutiles et enregistrer.

\u00c9tape 6 : Fermer compl\u00e8tement puis rouvrir l\u2019environnement, et effectuer un test crois\u00e9

Apr\u00e8s avoir enregistr\u00e9 les param\u00e8tres, fermez enti\u00e8rement l\u2019environnement du navigateur puis red\u00e9marrez-le, ne vous contentez pas de rafra\u00eechir la page de d\u00e9tection. Utilisez au moins deux pages de d\u00e9tection ind\u00e9pendantes pour v\u00e9rifier s\u00e9par\u00e9ment :

• L\u2019IP publique classique affich\u00e9e par le navigateur ;
• L\u2019IPv4 parmi les candidates WebRTC ;
• L\u2019IPv6 parmi les candidates WebRTC ;
• Si le DNS, le fuseau horaire, la langue et la g\u00e9olocalisation sont coh\u00e9rents avec la zone du proxy.

Les crit\u00e8res de r\u00e9ussite du retest sont : la page de d\u00e9tection n\u2019affiche plus l\u2019IPv4/IPv6 publique ISP r\u00e9elle ; les adresses publiques affich\u00e9es par WebRTC doivent correspondre au proxy, au relais de sortie ou au comportement attendu du produit ; les r\u00e9sultats restent stables apr\u00e8s le red\u00e9marrage de l\u2019environnement.

Exemple d\u2019utilisation de MostLogin : une IPv6 r\u00e9elle d\u00e9tect\u00e9e dans un environnement proxy New York

Sc\u00e9nario

Une \u00e9quipe QA de site web multi-r\u00e9gions a cr\u00e9\u00e9 un environnement MostLogin nomm\u00e9 US-NewYork-QA-01, la v\u00e9rification du proxy HTTP affiche une IPv4 de New York, USA. Apr\u00e8s avoir ouvert la page de test, l\u2019IP classique reste New York, mais la zone WebRTC affiche une IPv6 publique provenant de l\u2019op\u00e9rateur local.

Diagnostic

Il s\u2019agit d\u2019une fuite r\u00e9elle, et non d\u2019un cas ordinaire d\u2019\u00ab apparition de plusieurs IP \u00bb. La raison est que le proxy HTTP couvre les requ\u00eates web IPv4, mais le chemin r\u00e9seau IPv6 de l\u2019h\u00f4te n\u2019est pas trait\u00e9 de la m\u00eame mani\u00e8re, et les candidates WebRTC peuvent toujours exposer cette adresse.

Traitement

1. Fermez l\u2019environnement pour \u00e9viter de continuer les tests de connexion.
2. V\u00e9rifiez si le service proxy prend explicitement en charge l\u2019IPv6 ; sinon, utilisez une solution proxy couvrant compl\u00e8tement IPv4/IPv6, ou d\u00e9sactivez le chemin IPv6 non prot\u00e9g\u00e9 au niveau du r\u00e9seau syst\u00e8me.
3. \u00c9ditez l\u2019environnement, dans Fingerprint \u2192 WebRTC s\u00e9lectionnez Private.
4. Activez \u00ab Ne pas ouvrir l\u2019environnement en cas d\u2019erreur r\u00e9seau du proxy \u00bb.
5. V\u00e9rifiez la liste de contournement du proxy et supprimez les domaines d\u2019exception li\u00e9s au site de test.
6. Rouvrez l\u2019environnement et retestez pour confirmer que l\u2019IPv6 r\u00e9elle n\u2019appara\u00eet plus.

Dans ce sc\u00e9nario, changer uniquement le mode WebRTC peut temporairement \u00e9liminer la d\u00e9tection, mais la couverture de l\u2019IPv6 par le proxy reste le probl\u00e8me fondamental, les deux doivent donc \u00eatre v\u00e9rifi\u00e9s.

Exemple d\u2019utilisation de MostLogin : la page de test affiche .local, mais l\u2019IP publique correspond au proxy

Sc\u00e9nario

L\u2019utilisateur utilise un proxy britannique, l\u2019IP classique et l\u2019adresse publique WebRTC affichent toutes deux le Royaume-Uni ; la page de test liste \u00e9galement une cha\u00eene al\u00e9atoire se terminant par .local, ce qui lui fait croire \u00e0 tort qu\u2019une fuite s\u2019est produite.

\u00c9valuation

.local est g\u00e9n\u00e9ralement le r\u00e9sultat du masquage de l\u2019adresse r\u00e9seau locale par le navigateur via mDNS. Tant qu\u2019aucune IPv4/IPv6 publique ISP r\u00e9elle n\u2019appara\u00eet et que les candidates publiques correspondent au proxy britannique, .local seul ne suffit pas \u00e0 conclure \u00e0 une fuite d\u2019IP r\u00e9elle.

Traitement

Conservez le param\u00e8tre Private actuel, enregistrez les r\u00e9sultats et croisez les v\u00e9rifications avec une autre page de test. Changer fr\u00e9quemment de proxy, randomiser les empreintes ou reconstruire l\u2019environnement \u00e0 ce stade pourrait au contraire introduire plus de variations dans un environnement de test qui devrait rester stable.

Exemple d\u2019utilisation de MostLogin : la vid\u00e9oconf\u00e9rence ne peut pas se connecter apr\u00e8s la d\u00e9sactivation de WebRTC

Sc\u00e9nario

L\u2019\u00e9quipe de support \u00e0 distance a r\u00e9gl\u00e9 WebRTC sur Disabled, les appels de service client web et le partage d\u2019\u00e9cran ne peuvent pas \u00e9tablir de connexion.

Traitement

Passez l\u2019environnement en Private, maintenez la connexion proxy normale, puis retestez les adresses WebRTC. Si l\u2019IP r\u00e9elle n\u2019appara\u00eet plus et que l\u2019audio/vid\u00e9o fonctionne \u00e0 nouveau, vous pouvez concilier fonctionnalit\u00e9 et isolation r\u00e9seau. Si la fuite persiste en mode Private, vous devez v\u00e9rifier le protocole proxy, l\u2019IPv6, le r\u00e9partitionnement VPN et les domaines de contournement, plut\u00f4t que de choisir directement Public pour r\u00e9tablir les appels.

La fuite persiste apr\u00e8s la correction, o\u00f9 pourrait \u00eatre le probl\u00e8me ?

Si MostLogin est d\u00e9j\u00e0 r\u00e9gl\u00e9 sur Private mais que le test affiche toujours l\u2019IP publique r\u00e9elle, vous pouvez continuer \u00e0 v\u00e9rifier dans l\u2019ordre suivant :

1. Le proxy n\u2019est pas r\u00e9ellement connect\u00e9. En cas d\u2019identifiants erron\u00e9s, de n\u0153ud expir\u00e9 ou de serveur proxy hors ligne, le navigateur peut ne pas obtenir la sortie pr\u00e9vue.
2. L\u2019IPv6 n\u2019est pas couverte. Le proxy ne traite que l\u2019IPv4, l\u2019h\u00f4te peut toujours acc\u00e9der au r\u00e9seau via l\u2019IPv6 r\u00e9elle.
3. R\u00e8gles de contournement du proxy. Le site de test ou les sous-domaines associ\u00e9s sont configur\u00e9s pour une connexion directe.
4. R\u00e9partitionnement VPN ou conflit de routage syst\u00e8me. L\u2019utilisation simultan\u00e9e d\u2019un VPN, d\u2019un proxy syst\u00e8me et du proxy d\u2019environnement peut cr\u00e9er des chemins r\u00e9seau diff\u00e9rents.
5. L\u2019ancien processus d\u2019environnement est toujours en cours d\u2019ex\u00e9cution. L\u2019environnement n\u2019a pas \u00e9t\u00e9 compl\u00e8tement ferm\u00e9 apr\u00e8s l\u2019enregistrement des param\u00e8tres, l\u2019ancien processus utilise toujours la configuration d\u2019origine.
6. Les extensions du navigateur modifient le comportement r\u00e9seau. Les extensions VPN, proxy, de confidentialit\u00e9 ou WebRTC peuvent entrer en conflit avec les param\u00e8tres de l\u2019environnement.
7. Faux positif ou cache de la page de d\u00e9tection. Utilisez une deuxi\u00e8me page de test et red\u00e9marrez l\u2019environnement pour v\u00e9rifier, ne tirez pas de conclusions bas\u00e9es sur un seul r\u00e9sultat.

Si deux pages de test ind\u00e9pendantes affichent toutes deux de mani\u00e8re stable la m\u00eame adresse publique r\u00e9elle, vous devez enregistrer des captures d\u2019\u00e9cran sans identifiants sensibles, le num\u00e9ro de version de MostLogin, le syst\u00e8me d\u2019exploitation, le protocole proxy et les \u00e9tapes de reproduction, puis contacter le support MostLogin ou le fournisseur de proxy.

Liste de v\u00e9rification anti-fuite WebRTC

Apr\u00e8s la premi\u00e8re utilisation de chaque nouvel environnement, le changement de proxy, la mise \u00e0 jour du client ou le changement de r\u00e9seau, effectuez une fois la v\u00e9rification suivante :

•  La v\u00e9rification de l\u2019IP proxy MostLogin a r\u00e9ussi ;
•  WebRTC est r\u00e9gl\u00e9 sur Private, ou sur Disabled lorsque la communication en temps r\u00e9el n\u2019est pas n\u00e9cessaire ;
•  L\u2019IP publique classique correspond \u00e0 la sortie proxy pr\u00e9vue ;
•  WebRTC n\u2019affiche pas l\u2019IPv4 publique ISP r\u00e9elle ;
•  WebRTC n\u2019affiche pas l\u2019IPv6 publique ISP r\u00e9elle ;
•  Le DNS, le fuseau horaire et la langue n\u2019ont pas de conflit \u00e9vident avec la position du proxy ;
•  Les protections contre les erreurs proxy et les changements d\u2019IP sont activ\u00e9es ;
•  Aucun domaine de connexion directe inutile dans Proxy bypass ;
•  Les r\u00e9sultats de d\u00e9tection restent coh\u00e9rents apr\u00e8s le red\u00e9marrage de l\u2019environnement.

Questions fr\u00e9quentes

Le test WebRTC affiche plusieurs IP, y a-t-il forc\u00e9ment une fuite ?

Pas n\u00e9cessairement. Plusieurs r\u00e9sultats peuvent provenir d\u2019IPv4, IPv6, d\u2019interfaces LAN, de mappages STUN, de relais TURN ou de mDNS. Ce n\u2019est qu\u2019en pr\u00e9sence d\u2019une IP publique ISP r\u00e9elle, de sorties r\u00e9seau non li\u00e9es ou d\u2019adresses publiques clairement en conflit avec la position du proxy qu\u2019il faut consid\u00e9rer qu\u2019il y a une fuite \u00e0 haut risque.

Apr\u00e8s avoir utilis\u00e9 un proxy, quelle IP WebRTC devrait \u00eatre affich\u00e9e ?

Id\u00e9alement, la page web ne devrait pas voir votre IP publique ISP r\u00e9elle. Selon le navigateur et la strat\u00e9gie du produit, la page de test peut afficher l\u2019adresse proxy, une adresse relais, des candidates locales masqu\u00e9es ou aucune adresse disponible. Le crit\u00e8re n\u2019est pas \u00ab une seule IP doit appara\u00eetre \u00bb, mais \u00ab la sortie publique r\u00e9elle qui doit \u00eatre isol\u00e9e ne doit pas appara\u00eetre \u00bb.

MostLogin : faut-il choisir Private ou Disabled ?

Lorsque vous avez besoin d\u2019audio/vid\u00e9o web, d\u2019appels de service client ou de partage d\u2019\u00e9cran, privil\u00e9giez Private et retestez ; si vous n\u2019utilisez pas du tout les fonctionnalit\u00e9s WebRTC, vous pouvez choisir Disabled. Disabled peut affecter les fonctionnalit\u00e9s du site, ce n\u2019est donc pas la solution optimale par d\u00e9faut pour tous les environnements.

Une fuite WebRTC peut-elle r\u00e9v\u00e9ler le nom r\u00e9el et l\u2019adresse pr\u00e9cise ?

G\u00e9n\u00e9ralement, l\u2019IP seule ne permet pas d\u2019obtenir directement le nom r\u00e9el ou l\u2019adresse pr\u00e9cise, mais l\u2019IP publique peut r\u00e9v\u00e9ler une r\u00e9gion approximative et un op\u00e9rateur, et peut \u00eatre combin\u00e9e avec les comptes, les cookies, le fingerprint du navigateur et les enregistrements comportementaux pour former des indices de corr\u00e9lation plus forts.

Apr\u00e8s une fuite, corriger les param\u00e8tres suffit-il ?

La correction ne peut que bloquer les expositions ult\u00e9rieures, elle ne peut pas retirer les donn\u00e9es d\u00e9j\u00e0 re\u00e7ues par le site web. Pour les activit\u00e9s m\u00e9tier importantes, vous devez v\u00e9rifier la p\u00e9riode pendant laquelle la fuite s\u2019est produite, les environnements affect\u00e9s et les journaux de connexion ; si n\u00e9cessaire, terminez les anciennes sessions, mettez \u00e0 jour les identifiants et surveillez les v\u00e9rifications anormales sur la plateforme.

R\u00e9sum\u00e9

L\u2019essentiel d\u2019une fuite WebRTC n\u2019est pas \u00ab WebRTC est-il activ\u00e9 \u00bb, mais s\u2019il expose des adresses publiques r\u00e9elles incoh\u00e9rentes avec l\u2019environnement proxy actuel. Apr\u00e8s avoir d\u00e9tect\u00e9 une anomalie, vous devez d\u2019abord suspendre les op\u00e9rations sensibles, puis effectuer une comparaison \u00e0 l\u2019aide des trois groupes de donn\u00e9es : IP r\u00e9elle, IP proxy et IP WebRTC. Les utilisateurs de MostLogin peuvent g\u00e9n\u00e9ralement r\u00e9soudre le probl\u00e8me en v\u00e9rifiant la connexion proxy, en choisissant WebRTC Private, en activant la protection en cas de d\u00e9faillance du proxy, en nettoyant les r\u00e8gles de contournement du proxy inutiles et en v\u00e9rifiant le chemin IPv6.

Int\u00e9grer la v\u00e9rification WebRTC dans le processus fixe avant la mise en ligne d\u2019un nouvel environnement est plus fiable que de tenter de r\u00e9parer apr\u00e8s l\u2019apparition d\u2019anomalies de compte. Retester apr\u00e8s chaque changement de proxy, de r\u00e9seau ou de version du client permet de garantir que la sortie r\u00e9seau et le fingerprint du navigateur restent coh\u00e9rents sur le long terme.