Un VPN masque-t-il l’adresse MAC Wi-Fi ? Non, et voici pourquoi

La question ressemble à une question fermée, et la réponse honnête est que cela dépend de qui la pose. Le réseau Wi-Fi auquel vous vous êtes connecté voit toujours l’adresse que votre appareil utilise sur cette liaison, avec ou sans VPN. Un site web ordinaire, en revanche, ne reçoit généralement jamais votre adresse Wi-Fi. Cinq vérifications séparent ces deux observateurs et vous disent lequel vous importe vraiment.

Vérification 1 : que voit le point d’accès ?

Un réseau d’hôtel peut lister votre appareil connecté pendant que le trafic de votre navigateur circule dans un tunnel chiffré. Les deux observations sont vraies en même temps, car le réseau doit parler à un appareil local et n’a pas besoin de lire vos pages pour cela.

L’adresse qu’il voit peut être l’adresse matérielle gravée dans l’adaptateur ou une adresse privée générée par le système d’exploitation. Si vous avez fourni un numéro de chambre ou un compte invité pour vous connecter, cet enregistrement d’admission se trouve à côté de l’enregistrement de l’appareil et survit à votre session VPN.

Changer de serveur VPN ne change rien à ces enregistrements locaux. Ils ont été créés avant qu’un quelconque tunnel existe.

Vérification 2 : que voit un site web ?

Les routeurs acheminent les paquets IP entre les liaisons, et l’adresse de couche de liaison utilisée sur votre Wi-Fi n’est pas une enveloppe qui voyage inchangée vers chaque destination. Pour le trafic qui sort par un VPN, le site voit généralement l’adresse IP publique de la sortie.

Il peut encore recevoir des cookies, une session authentifiée et des caractéristiques de navigateur qui identifient votre logiciel client. L’empreinte numérique est une véritable méthode de pistage, et ce n’est pas la même chose que lire une MAC Wi-Fi depuis une requête web.

Donc si votre modèle de menace est un site web qui vous corrèle entre les visites, la sortie VPN et l’état de votre navigateur sont la surface pertinente. L’adresse de votre adaptateur Wi-Fi ne fait pas partie de cette conversation. C’est pourquoi un VPN peut changer ce qu’un site sait de vous tout en laissant la vue du réseau local parfaitement intacte. Deux couches, deux observateurs, aucune contradiction.

Vérification 3 : le VPN est-il ponté ou routé ?

La plupart des VPN grand public sont routés : une interface TUN transporte des paquets IP, et l’adaptateur virtuel du système d’exploitation invité a son propre contexte d’adressage. Rien de votre trame Wi-Fi n’atteint l’autre côté.

Certains VPN de réseau privé pontent plutôt des trames Ethernet, via une interface TAP. Dans cette conception, les informations de niveau MAC peuvent traverser vers le segment distant, ce qui rend trop catégorique l’affirmation selon laquelle aucune adresse MAC ne peut jamais traverser un VPN.

Si vous déboguez ce genre de configuration, nommez l’interface à laquelle l’adresse appartient : l’adaptateur Wi-Fi physique, l’adaptateur virtuel ou un segment distant ponté. Ce sont trois réponses différentes et les gens les confondent sans cesse.

Vérification 4 : voulez-vous un identifiant local différent ?

Apple et Android prennent tous deux en charge les adresses Wi-Fi privées ou aléatoires. La fonction réduit la dépendance à un identifiant sans fil persistant, avec un comportement qui varie selon l’appareil, le réseau et la version du logiciel. La documentation d’Apple décrit des adresses par réseau et des options de persistance sur les systèmes pris en charge.

Ce qu’elle ne fait pas, c’est masquer l’adresse actuellement utilisée. Le point d’accès a toujours besoin d’une adresse à laquelle envoyer des trames, donc l’adressage privé change la continuité, pas la visibilité. Lisez ce réglage comme un contrôle de confidentialité contre le suivi entre réseaux, pas comme un moyen de devenir anonyme sur celui que vous utilisez. Ce sont des promesses différentes, et seule la première est proposée.

Si un réseau géré refuse d’admettre un appareil utilisant l’adressage privé, consultez les exigences documentées du réseau avant de supposer que le VPN est en cause. Un VPN ne peut pas réparer une défaillance qui se produit avant que l’appareil ait un accès réseau ordinaire.

Vérification 5 : qu’essayez-vous réellement d’empêcher ?

Écrivez l’objectif en une phrase. S’il s’agit d’empêcher ce café de reconnaître mon appareil demain, l’adressage privé est le contrôle et un VPN est hors sujet. S’il s’agit d’empêcher ce site de voir mon adresse personnelle, la sortie VPN est le contrôle et la MAC n’a jamais compté.

S’il s’agit d’empêcher un réseau privé distant de connaître l’adresse de mon adaptateur, vérifiez si le tunnel est ponté, car c’est la seule conception où la question a une vraie réponse.

Utilisez une vérification d’IP publique pour inspecter la route de sortie, et le réglage d’adresse privée de l’appareil pour inspecter l’identité sans fil locale. Elles répondent à des questions différentes, et la documentation d’Apple sur l’adresse Wi-Fi privée est une bonne référence pour la seconde. Aucun des deux réglages ne rend un appareil actif invisible au réseau qu’il a rejoint, et aucun VPN ne change ce que le point d’accès a déjà enregistré.