Google prépare l’un des changements de confidentialité les plus significatifs à toucher Android depuis des années, et cela n’a rien à voir avec une nouvelle fonctionnalité de caméra ou une refonte du design. À partir de la prochaine version majeure, les mises à niveau de chiffrement de la confidentialité Android 17 permettront de masquer les véritables domaines des sites web que les gens visitent aux opérateurs réseau, aux fournisseurs d’accès à Internet et à toute autre personne observant discrètement le trafic. Ce changement repose sur une nouvelle norme appelée Encrypted ClientHello, ou ECH, que Google indique intégrer directement dans le système d’exploitation afin de combler une lacune étonnamment persistante dans la sécurité web au quotidien.
Summary
Points clés à retenir
- Google ajoutera la prise en charge de Encrypted ClientHello (ECH) dans Android 17 pour masquer les noms de domaine des sites web dès le tout début d’une connexion.
- Même sur les sites HTTPS, les noms de domaine sont actuellement visibles pour les opérateurs réseau et les espions, ce qui permet un profilage détaillé des utilisateurs.
- ECH brouille le nom du site à l’aide d’une clé secrète que seul le site de destination peut déchiffrer.
- Une fonctionnalité complémentaire appelée ECH GREASE, développée par Jigsaw, sera activée par défaut dans Android 17 pour masquer les métadonnées de connexion même sur les sites qui ne prennent pas encore en charge ECH.
- Une protection complète dépend de l’adoption de la norme ECH par les sites web et les applications, ce que Google affirme promouvoir activement avec ses partenaires du secteur.
Android 17 introduit Encrypted ClientHello pour une confidentialité renforcée
Encrypted ClientHello est conçu pour empêcher que la toute première poignée de main d’une connexion web ne révèle le site que quelqu’un s’apprête à visiter. Google a confirmé cette fonctionnalité dans un billet de blog du 27 août, la présentant comme une réponse directe à la quantité de métadonnées que la navigation moderne expose encore, même lorsque tout semble sécurisé en surface.
Bram Bonné, ingénieur logiciel chez Google, et Shuaibo Huang, chef de produit Android, ont écrit que « lorsque vous visitez un site web ou utilisez une application, même si la connexion est chiffrée par HTTPS, les noms de domaine des sites que nous visitons sont toujours visibles pour les opérateurs réseau et les espions ». Cette seule phrase résume la raison d’être de Encrypted ClientHello. Les deux ont également averti que ce type de métadonnées non chiffrées « peut être utilisé pour construire des profils d’utilisateurs ou, entre les mains d’acteurs malveillants, exploité pour des campagnes de phishing ciblé et d’arnaques ».
Comment ECH chiffre les noms de domaine
ECH fonctionne en brouillant le nom du site web de destination dès le tout début d’une connexion, à l’aide d’une clé secrète que seul le site à l’autre extrémité peut décoder. Concrètement, cela signifie qu’un opérateur réseau qui observe le trafic ne peut plus obtenir une lecture claire du domaine exact qu’un appareil contacte, même si la connexion a toujours lieu en temps réel.
Limites de HTTPS pour dissimuler les noms de domaine
Il existe une idée reçue qu’il vaut la peine de dissiper ici : une adresse commençant par « https » ne signifie pas qu’une connexion est totalement privée. HTTPS repose sur Transport Layer Security pour chiffrer les données qui circulent entre un navigateur et un serveur web, et il remplit bien cette fonction. Ce qu’il ne fait pas, c’est masquer le nom de domaine lui-même, et il n’offre aucune garantie contre un site malveillant qui diffuserait des malwares ou mènerait une campagne de phishing. L’icône de cadenas protège le contenu d’une page, pas le fait que quelqu’un l’a visitée.
Collaboration de Google pour accélérer l’adoption d’ECH
ECH ne fonctionne que si les sites et les applications à l’autre extrémité d’une connexion le prennent effectivement en charge, c’est pourquoi Google considère l’adoption comme un problème partagé par l’ensemble du secteur plutôt que comme quelque chose qu’il pourrait résoudre seul au sein d’Android. L’entreprise a déclaré clairement que « nous travaillons avec des leaders du secteur, des fournisseurs de services et des développeurs d’applications pour accélérer l’adoption d’ECH ».
Partenariats industriels et engagement des développeurs
Cette démarche collaborative est importante, car la prise en charge par le système d’exploitation et la prise en charge côté serveur doivent arriver simultanément pour que l’avantage en matière de confidentialité se concrétise pour les utilisateurs ordinaires. Les actions de Google auprès des fournisseurs de services et des développeurs d’applications visent à combler cet écart plus rapidement que chaque partie ne pourrait le faire seule.
Rôle des sites web et des applications dans la prise en charge d’ECH
Tant qu’un site web ou une application n’a pas implémenté ECH, les connexions vers celui-ci ne bénéficieront pas de la protection de masquage de domaine, quel que soit le niveau de mise à jour du logiciel du téléphone. C’est la mise en garde que Google lui-même souligne, et cela rappelle que les améliorations de la sécurité Google Android au niveau de l’appareil dépendent toujours d’une coopération plus en amont dans la chaîne.
Fonctionnalité ECH GREASE et son rôle dans la protection de la vie privée
Une deuxième pièce du puzzle, développée par Jigsaw, s’attaque à un problème plus subtil : si seuls certains sites prennent en charge ECH, alors la présence même d’ECH devient un signal qui pourrait être utilisé pour isoler certaines connexions. La solution est une technique appelée prise en charge de la fonctionnalité ECH GREASE, qui comble automatiquement cette lacune.
Comment ECH GREASE masque les requêtes de connexion
Jigsaw a expliqué que les applications et les navigateurs devraient envoyer des extensions ECH factices et aléatoires aux sites qui ne prennent pas réellement en charge la fonctionnalité, précisément pour éviter « d’exposer uniquement certaines connexions comme étant protégées par ECH ». L’effet est que chaque requête de connexion semble identique de l’extérieur, que le site de destination ait déjà adopté ECH ou non.
Activation par défaut d’ECH GREASE dans Android 17
Jigsaw a confirmé qu’à partir d’Android 17, « ECH GREASE sera activé par défaut », ce qui signifie que les utilisateurs n’auront pas besoin de modifier de paramètres pour bénéficier de ce niveau de protection de base contre le profilage par métadonnées. Combiné à la prise en charge complète d’ECH là où elle existe, cela établit un niveau de confidentialité de base plus homogène pour la navigation que ce qu’Android offrait jusqu’à présent.
Pourquoi tout cela est-il important au-delà des détails techniques ? Les métadonnées au niveau du domaine sont discrètement devenues l’un des éléments les plus négligés du puzzle de la surveillance en ligne, utiles pour construire des profils comportementaux même lorsque le contenu réel de la page reste chiffré. En intégrant le masquage de domaine directement dans le système d’exploitation plutôt que de le laisser aux applications ou aux navigateurs individuels, Google relève effectivement le niveau de confidentialité par défaut pour toute personne utilisant Android 17, sans exiger des utilisateurs qu’ils comprennent ce qu’est ECH.
FAQ
Qu’est-ce qu’Encrypted ClientHello (ECH) dans Android 17 ?
ECH est une norme de confidentialité introduite dans Android 17 qui chiffre les noms de domaine des sites web lors de l’initiation de la connexion afin de les masquer aux opérateurs réseau et aux espions.
Pourquoi HTTPS est-il insuffisant pour protéger la confidentialité de mon nom de domaine ?
HTTPS chiffre les données en transit mais ne masque pas les noms de domaine des sites web, qui restent visibles pour les opérateurs réseau et peuvent être utilisés pour le profilage des utilisateurs.
Comment ECH GREASE améliore-t-il la confidentialité des utilisateurs ?
ECH GREASE envoie de faux ECH aléatoires aux sites qui ne le prennent pas en charge, rendant toutes les requêtes de connexion uniformes afin d’empêcher le profilage basé sur les métadonnées de connexion.
ECH fonctionne-t-il automatiquement sur tous les sites web et applications ?
ECH nécessite que les sites web et les applications prennent en charge la norme ; sans adoption, les utilisateurs ne bénéficieront pas d’une protection complète.
{« @context »: »https://schema.org », »@type »: »FAQPage », »mainEntity »:[{« @type »: »Question », »name »: »Qu’est-ce qu’Encrypted ClientHello (ECH) dans Android 17 ? », »acceptedAnswer »:{« @type »: »Answer », »text »: »ECH est une norme de confidentialité introduite dans Android 17 qui chiffre les noms de domaine des sites web lors de l’initiation de la connexion afin de les masquer aux opérateurs réseau et aux espions. »}},{« @type »: »Question », »name »: »Pourquoi HTTPS est-il insuffisant pour protéger la confidentialité de mon nom de domaine ? », »acceptedAnswer »:{« @type »: »Answer », »text »: »HTTPS chiffre les données en transit mais ne masque pas les noms de domaine des sites web, qui restent visibles pour les opérateurs réseau et peuvent être utilisés pour le profilage des utilisateurs. »}},{« @type »: »Question », »name »: »Comment ECH GREASE améliore-t-il la confidentialité des utilisateurs ? », »acceptedAnswer »:{« @type »: »Answer », »text »: »ECH GREASE envoie de faux ECH aléatoires aux sites qui ne le prennent pas en charge, rendant toutes les requêtes de connexion uniformes afin d’empêcher le profilage basé sur les métadonnées de connexion. »}},{« @type »: »Question », »name »: »ECH fonctionne-t-il automatiquement sur tous les sites web et applications ? », »acceptedAnswer »:{« @type »: »Answer », »text »: »ECH nécessite que les sites web et les applications prennent en charge la norme ; sans adoption, les utilisateurs ne bénéficieront pas d’une protection complète. »}}]}
Article produit avec l’assistance de l’intelligence artificielle et relu par l’équipe éditoriale.
