Devriez-vous désactiver l’isolation de site dans Google Chrome

À présent, vous avez sûrement entendu parler de «Spectre», la faille de sécurité surnommée de manière inquiétante qui affecte presque tous les processeurs modernes. Et à juste titre, puisque la vulnérabilité tourne autour d’applications et de sites Web néfastes accédant à des données à partir de zones où ils ne devraient vraiment pas. Pour faire face à ce problème en particulier, les navigateurs ont développé divers mécanismes de sécurité, et l’une de ces implémentations spécifiques à Chrome est l’isolation de site.

Introduit pour la première fois dans Chrome v63 en tant que fonctionnalité de sécurité facultative, l’isolation de site s’exécute désormais par défaut depuis la version 67. Techniquement parlant, il est assez apte à atténuer les attaques d’exécution spéculative (sur lesquelles Spectre est basé) en raison des processus en bac à sable qu’il utilise.

Mais comme pour tout ce qui est bon, cela a un prix – pour être précis, la performance. Alors, la désactivation de l’isolation du site améliorerait-elle le fonctionnement de Chrome ? Cela vaut-il le compromis en matière de sécurité ? Découvrons-le.

Spectre et isolement du site

Comme tout autre navigateur, Google Chrome vous permet d’ouvrir plusieurs sites Web à l’aide de différents onglets. Avant la mise en œuvre de l’isolation du site, les onglets servaient à partager des processus communs, ce qui est logique car la duplication des tâches serait un gaspillage de ressources système. Cependant, c’est une situation idéale pour qu’une attaque malveillante se produise sur la base d’une conception de processeur défectueuse – Spectre.

Les microprocesseurs modernes utilisent l’exécution spéculative pour précharger les données de la mémoire système sur le cache CPU considérablement plus rapide afin d’améliorer les performances globales. Cependant, cela offre une opportunité unique au code malveillant d’inciter le processeur à récupérer des données sensibles dans son cache en exploitant des processus partagés. Une fois que les données sont dans le cache du processeur, elles ne sont pas protégées (contrairement à la mémoire système) et peuvent être facilement volées.

Supposons que vous ayez ouvert quelques onglets – l’un avec votre compte bancaire et l’autre avec un site aléatoire. En théorie, ce dernier, à condition qu’il ait une intention malveillante, peut plonger dans le cache du processeur utilisé par le premier onglet, puis charger et lire des informations allant des informations de connexion aux clés cryptographiques.

Bien qu’il soit assez difficile d’imaginer qu’un tel incident se produise en raison du cache CPU limité (qui n’est qu’une infime fraction par rapport à la mémoire système), le code malveillant détermine à la place exactement quelles données voler en comparant la différence entre les vitesses d’accès au CPU. Après tout, si les choses sont plus rapides que d’habitude, cela est dû au fait que les données se trouvent déjà dans le cache du processeur par une spéculation précise.

Lors de la découverte de la vulnérabilité Spectre, les navigateurs ont commencé à utiliser diverses solutions de contournement (telles que des minuteries de résolution inférieure pour diminuer la précision de la détermination des vitesses d’accès au processeur) pour rejeter les attaques ciblées. Cependant, ils ne sont pas un moyen parfait de contrer les menaces basées sur Spectre, d’où la raison de l’isolement du site.

L’isolation de site, comme son nom l’indique, isole complètement les onglets les uns des autres en créant des processus distincts pour tous les iframes (liens externes intégrés), y compris ceux qui sont communs aux autres onglets. Étant donné que les processus partagés jouent un rôle important en aidant le code malveillant à surveiller et à lire les informations à partir d’autres onglets, l’utilisation par Site Isolation de processus indépendants fonctionne bien pour atténuer ces vulnérabilités.

En examinant notre exemple précédent, avec l’isolation de site activée, votre portail de compte bancaire s’exécute sur un processus complètement différent et ne partage rien de similaire à l’autre onglet. Cet « isolement » réduit au minimum la possibilité de voler des informations en cas de violation.

Augmentation de la surcharge de mémoire

Vous devez donc vous demander si l’isolation de site a un coût pour les performances en raison de la mémoire système supplémentaire utilisée par chaque processus indépendant – onglet du navigateur. Selon le blog Google Online Security, la mise en œuvre de la sécurité utilise jusqu’à 10 à 13 % de RAM en plus que si la fonctionnalité n’était pas active en premier lieu.

Vérifions la précision de ce chiffre dans la pratique. Sans isolation de site activée, la capture d’écran ci-dessous montre quelques sites Web qui utilisent de nombreux iframes similaires. Seuls les deux onglets ont des tâches en cours distinctes, sans processus indépendants pour aucun des iframes.

Noter:

Les mêmes onglets, avec l’isolation du site activée, sont affichés dans la capture d’écran suivante. Comme vous pouvez le voir, il y a une augmentation significative du nombre de processus supplémentaires en raison des iframes utilisées par chaque site. De plus, des processus similaires sont divisés en deux pour atténuer les chances de succès d’une attaque d’exécution spéculative. Si vous faites le calcul (sans tenir compte des tâches du navigateur et du processus GPU), les deux sites finissent par utiliser environ 33 % de mémoire en plus.

L’utilisation de la mémoire est nettement supérieure à ce qui est indiqué par Google. Cependant, considérez le chiffre de 10-13% de plus d’une moyenne à long terme. Les sites, et même les pages Web individuelles, diffèrent de temps à autre par le nombre de processus et de mémoire requis. Par conséquent, le scénario ci-dessus peut être considéré comme une valeur aberrante.

Quoi qu’il en soit, l’isolation de site entraîne une augmentation modérée ou, dans ce cas, significative de la surcharge de mémoire.

Sécurité vs performances

La désactivation de l’isolation de site entraîne une baisse de l’utilisation de la mémoire et améliore éventuellement les performances des appareils bas de gamme. Cependant, Chrome est assez habile pour gérer la mémoire disponible en suspendant les onglets inutilisés. Étant donné que l’utilisation de la mémoire varie considérablement d’un site à l’autre, il n’y a pas de réponse définitive. Sur les appareils dotés d’une mémoire système élevée, les différences de performances devraient être négligeables.

Pointe: De plus, vous pouvez également prendre sur vous de gérer manuellement les onglets pour éviter d’encombrer la mémoire avec l’utilisation d’extensions telles que The Great Discarder et The Great Suspender.

Mais voici le hic. En raison de la mise en œuvre de l’isolation du site, Chrome est censé abandonner les contre-mesures préexistantes contre les attaques Spectre au fil du temps. Par conséquent, sa désactivation entraînera une exposition encore plus importante aux attaques malveillantes.

En pesant les deux, les vulnérabilités potentielles causées par Spectre, combinées à l’utilisation toujours croissante des données personnelles, font de la désactivation de l’isolation du site une mauvaise idée. À moins que vous ne surfiez sur une machine bas de gamme et que vous n’utilisiez aucune donnée personnelle, ce n’est qu’alors que vous devriez même envisager de désactiver cette fonction de sécurité vitale.

Désactivation de l’isolation du site

La désactivation de l’isolation de site expose votre ordinateur à des menaces de sécurité importantes. Cependant, si vous souhaitez continuer et désactiver la fonctionnalité, voici les étapes spécifiques pour le faire.

Avertissement:

Étape 1: Dans un nouvel onglet, saisissez chrome://flags, puis appuyez sur Entrée pour accéder aux indicateurs expérimentaux de Chrome.

Étape 2: Tapez Isolation du site dans la barre de recherche, puis appuyez sur Entrée.

Étape 3: Vous devriez voir deux drapeaux Chrome intitulés Strict Site Isolation et Site Isolation Trial Opt Out.

• Définissez l’indicateur Isolation stricte du site sur Désactivé. Certains appareils peuvent avoir ce paramètre sur Désactivé par défaut – si tel est le cas, ne faites rien.
• Définissez l’indicateur de désactivation de l’essai d’isolement du site sur Désactivation (non recommandé).

Cliquez ensuite sur Relancer maintenant pour appliquer les modifications.

Étape 5 : L’isolation de site est désormais désactivée. Pour vérifier, tapez chrome://process-internals dans un nouvel onglet, puis appuyez sur Entrée.

Le mode d’isolation du site doit se lire comme désactivé pour indiquer la confirmation. Pour activer l’isolation de site ultérieurement, revenez en arrière et modifiez les indicateurs comme ils l’étaient auparavant, puis redémarrez Chrome.

Non, ça ne vaut pas le risque

La désactivation d’une fonctionnalité de sécurité critique de Chrome telle que l’isolation de site pour réduire l’utilisation de la mémoire n’est pas justifiée. Surtout compte tenu de la façon dont chaque site utilise la mémoire différemment. Ainsi, tout gain de performance marginal au prix potentiel de vos informations personnelles ne doit pas être recherché. Si vous avez des problèmes de performances, vous pouvez toujours envisager d’utiliser un autre navigateur tel que Firefox Quantum qui a une empreinte mémoire beaucoup plus faible que Chrome avant de faire quoi que ce soit d’imprudent.