La société Google a publié la version 126 de son navigateur web Chrome. En même temps, une version stable du projet open source Chromium, qui sert de base à Chrome, est également disponible. Le navigateur Chrome se distingue de Chromium par l'utilisation des logos Google, la présence d'un système d'envoi de notifications en cas de plantage, des modules pour la lecture de contenu vidéo protégé (DRM), un système de mise à jour automatique, une isolation Sandbox toujours activée, la fourniture de clés pour l'API Google et la transmission des paramètres RLZ lors des recherches. Pour ceux qui ont besoin de plus de temps pour les mises à jour, une branche Extended Stable est maintenue séparément, avec un support de 8 semaines. La prochaine version de Chrome 127 est prévue pour le 23 juillet.
Les principales changements dans Chrome 126 :
- Le visualiseur PDF intégré a été doté de la capacité d'extraire du texte à partir d'un document, accessible via l'option « Extraire le texte du PDF » dans le menu contextuel. Pour extraire le texte de documents scannés où le texte est inséré sous forme d'image, un mécanisme de reconnaissance optique de caractères (OCR) basé sur un système d'apprentissage automatique est utilisé. On s'attend à ce que cette nouvelle fonctionnalité facilite le travail avec les documents PDF pour les personnes ayant des problèmes de vision et utilisant des lecteurs d'écran. De plus, il est prévu de mettre en œuvre la reconnaissance de texte sur les images affichées sur les pages et sur les captures d'écran. Le moteur OCR est activé par défaut pour 50 % des utilisateurs, tandis que les autres peuvent l'activer via le paramètre « chrome://flags/#pdf-ocr ».
- Sur la page du configurateur des paramètres de performance
(« Performance / Économie de mémoire » dans la section chrome://settings/performance) une option pour régler le niveau d'agressivité de l'application du mode d'économie de mémoire (Memory Saver) a été ajoutée, ce qui réduit la consommation de RAM en libérant la mémoire occupée par les onglets inactifs. Par exemple, en choisissant un niveau modéré, le navigateur déchargera moins d'onglets de la mémoire que s'il est réglé sur le maximum. Ce paramètre, qui est disponible par défaut uniquement pour une partie des utilisateurs, peut être activé via l'option « chrome://flags/#memory-saver-aggressiveness ».
- Pour certains utilisateurs, un nouvel architecture OOPIF (iframe hors processus) est activé par défaut dans le visualiseur PDF, où le contenu du document est traité dans un processus séparé. Cette nouvelle architecture élimine les complexités associées à l'implémentation basée sur le mécanisme GuestView et simplifie l'ajout de nouvelles fonctionnalités au visualiseur PDF. Pour activer la nouvelle architecture, vous pouvez utiliser le paramètre « chrome://flags/#pdf-oopif »。
- Un mode de préchargement réactif (Reactive prefetch) a été ajouté, permettant de charger les ressources liées à la page lors de la navigation, sans attendre leur demande réelle, ce qui permet d'accélérer l'ouverture de nouvelles pages. Pour prédire les ressources qui pourraient être nécessaires à l'avenir, un service externe Google est utilisé, renvoyant une liste de recommandations après envoi de l'URL des pages en cours de navigation.
- La possibilité de rechercher avec le service Google Lens sur n'importe quelle image et texte visible à l'écran a été ajoutée. Cette fonctionnalité est activée via le menu contextuel, l'indicateur dans la barre d'adresse ou le menu « ⋮ », après quoi l'utilisateur peut sélectionner l'objet d'intérêt à l'écran et obtenir des informations à son sujet grâce à Google Lens. Lors de cette opération, serveur Google envoie
une capture d'écran. Cette fonctionnalité est actuellement activée par défaut pour 1 % des utilisateurs. Pour activer ou désactiver le support de Google Lens, le paramètre « chrome://flags/#enable-lens-region-search-static-page » peut être utilisé. - Les résultats des optimisations pour accélérer le passage du test Speedometer 3 ont été compilés — au cours des deux dernières années, la performance de Chrome dans ce test a augmenté de 72 %. Par exemple, le fonctionnement de la fonction SpaceSplitString, utilisée pour analyser des expressions de type « class='foo bar' », a été accéléré, des fonctions de gestion de la mémoire ont été optimisées, des opérations inutiles lors du traitement des éléments de formulaires web ont été supprimées et les actions les plus fréquemment utilisées ont été accélérées, l'utilisation de innerHTML a été optimisée, ainsi que le rendu des polices. Des accélérations ont également été réalisées grâce à l'optimisation du ramasse-miettes dans le moteur V8, dont l'efficacité a été accrue grâce à l'activation du ramassage des ordures pendant l'inactivité du processus de rendu, afin de ne pas concurrencer l'application pour les ressources CPU.
- L'efficacité du travail avec les cookies a été considérablement augmentée, ce qui a permis de réduire les latences lors de l'utilisation des sites. Auparavant, à chaque interaction avec les cookies, une requête IPC synchrone était envoyée au processus gérant l'interaction réseau. Étant donné que les valeurs des cookies sont utilisées très activement dans les applications web, ces requêtes entre processus ralentissaient le travail, bien que 87 % des demandes à un autre processus étaient superflues.
Pour résoudre le problème, une nouvelle architecture a été mise en place, dans laquelle chaque processus contient sa propre copie des données cookies et y accède directement, tandis que les modifications apportées aux cookies, qui peuvent survenir, par exemple, lors de l'utilisation des mêmes cookies dans un autre onglet, sont suivies par un mécanisme de versioning. L'essence de ce mécanisme est qu'un compteur de version est attaché à chaque valeur de document.cookie, qui est stocké en mémoire partagée, augmente lors de la modification de la valeur et est vérifié avec l'instance existante lors de la lecture.
Une possibilité d'utilisation de l'API View Transitions a été ajoutée pour créer des effets d'animation de transition d'une page à l'autre au sein d'un même site (same-origin). Auparavant, cette API ne pouvait être utilisée que pour les effets entre différents états du DOM sur une seule page (par exemple, une transition en douceur d'une image à l'autre). Pour appliquer des effets de transition entre différents documents, il convient d'utiliser la propriété « navigation: auto » dans la règle @ « view-transition ».
- L'API CloseWatcher a été intégrée, permettant de suivre dans les applications web les demandes de fermeture et de réagir à leur arrivée (par exemple, il est possible de créer un gestionnaire pour le bouton « retour » sur les smartphones Android).
- Les demandes de clôture sont générées lors de la tentative de fermeture de dialogues modaux (<dialog>) et de pop-ups (popover=»») par l'appui sur la touche Échap, l'utilisation du bouton « retour » ou un geste sur écran sur les smartphones.
Dans l'API Gamepad, permettant de suivre et de traiter les événements des manettes et contrôleurs de jeu, le support des mécanismes de retour d'information (trigger-rumble) a été ajouté, comme par exemple la vibration. - Dans les interfaces GeolocationCoordinates et GeolocationPosition, une méthode .toJSON() a été ajoutée pour la sérialisation des objets contenant des coordonnées au format JSON.
- Les interfaces GeolocationCoordinates et GeolocationPosition ont ajouté la méthode .toJSON() pour sérialiser les objets avec des coordonnées au format JSON.
- La version pour ChromeOS a ajouté le support du mode d'affichage par onglets (propriété CSS « display: tabbed »), permettant d'utiliser des onglets dans une seule application web, par exemple, pour organiser l'édition de plusieurs documents.
- Une fonctionnalité expérimentale (origin trial) a été ajoutée pour prévisualiser le contenu provenant de la caméra ou du micro.
- L'API WebGPU a considérablement accéléré la compilation des shaders. Dans le backend pour l'API graphique Vulkan, le chargement des données vers le GPU a été optimisé (écriture directe dans le tampon GPU sans copie intermédiaire).
- Des améliorations ont été apportées aux outils pour les développeurs web. Dans la section ‘Application > Storage’, une fonctionnalité d'inspection des données sauvegardées à l'aide de l'API Storage Buckets a été ajoutée, permettant d'organiser le stockage des données en segments séparés, associés aux API IndexedDB et CacheStorage. Dans le tableau de bord de performance, la possibilité de déplacer et de masquer des pistes a été ajoutée, ainsi que l'exclusion des informations d'exécution des scripts du graphique de performance et l'activation d'un mode de ralentissement artificiel de la performance système par un facteur de 20.
Le panneau de suivi de l'activité réseau a ajouté le support du remplacement de la réponse obtenue avec une ligne complète d'en-tête HTTP au format « nom: valeur ». Des filtres ont été ajoutés au tableau de bord de surveillance de la consommation mémoire pour identifier les inefficacités de gestion de la mémoire, par exemple, la présence de chaînes dupliquées ou d'objets associés à des nœuds DOM détachés.
En plus des nouveautés et des corrections de bogues, la nouvelle version a corrigé 21 vulnérabilités. De nombreuses vulnérabilités ont été détectées grâce à des tests automatisés avec les outils AddressSanitizer, MemorySanitizer, Control Flow Integrity, LibFuzzer et AFL. 9 problèmes ont été classés comme critiques. Aucun problème critique permettant de contourner tous les niveaux de protection du navigateur et d'exécuter du code dans le système en dehors de l'environnement sandbox n'a été identifié. Dans le cadre du programme de récompense pour la découverte de vulnérabilités, Google a versé 11 primes totalisant plus de 168 000 dollars pour cette version.
Une prime record de 100 115 dollars a été décernée pour la vulnérabilité CVE-2024-5839, liée à un problème dans la mise en œuvre du mécanisme d'allocation mémoire. Cette vulnérabilité a été classée comme ayant un niveau de gravité moyen, car elle pourrait potentiellement conduire à des dommages de mémoire dans le tas lors du traitement de contenu HTML spécialement conçu. De plus, une prime de 25 000, 7 000, 3 000, 2 000, 1 000 et 500 dollars a été attribuée, ainsi que deux primes de 10 000 et 5 000 dollars. Le montant de 7 récompenses reste à déterminer.
Source : opennet.ru
