Flux RSS du blog Chromium Note

Flux RSS du blog Chromium

Blog.chromium.org est le site web officiel du projet Chromium. Il fournit aux lecteurs les dernières mises à jour, les annonces et les aperçus du monde de la technologie des navigateurs. Le site se compose de diverses sections, y compris le blog principal, les profils des membres de l'équipe, des informations sur le projet et des ressources liées au développement de Chromium.

Fil de notes

Google introduit une nouvelle fonctionnalité pour supprimer automatiquement les autorisations de notification pour les sites Web avec lesquels les utilisateurs n'ont pas interagi récemment, dans le but de réduire la surcharge de notifications. Cette fonctionnalité sera lancée dans Chrome sur Android et ordinateur de bureau, et elle ne révoquera les autorisations que pour les sites avec un très faible engagement utilisateur et un volume élevé de notifications. L'objectif est d'aider les utilisateurs à faire le tri et à minimiser les interruptions causées par les notifications excessives. Les données montrent que moins de 1 % de toutes les notifications reçoivent une interaction des utilisateurs, ce qui indique un problème important de surcharge de notifications. Cependant, les notifications peuvent être précieuses et utiles, c'est pourquoi la fonctionnalité ne révoquera pas les autorisations pour les applications Web installées. Les utilisateurs seront informés lorsque les autorisations de notification seront supprimées et pourront facilement ré-accorder l'autorisation à tout moment. La fonctionnalité peut également être désactivée entièrement si désiré. Google a testé cette fonctionnalité et a constaté une réduction significative de la surcharge de notifications avec un impact minimal sur le nombre total de clics sur les notifications. Le lancement fait partie de l'engagement de Google en faveur de la sécurité, de la confidentialité et du contrôle des utilisateurs, dans le but de créer une expérience de navigation plus propre et plus ciblée. En réduisant les distractions et en aidant les utilisateurs à gérer leurs interactions en ligne, Google espère permettre aux utilisateurs de tirer le meilleur parti de leur temps en ligne.
L'article 'Les Rapides et les Curieux' couvre le lancement du nouveau backend de rasterisation de Skia, Graphite, dans Chrome sur les Macs Apple Silicon. Graphite aide Chrome à obtenir des scores exceptionnels sur Motionmark 1.3 et débloque les améliorations futures dans les graphiques Chrome. Skia est utilisé pour rendre les commandes de peinture de Blink et de l'interface utilisateur du navigateur en pixels sur l'écran, un processus appelé rasterisation. Skia a alimenté les graphiques Chrome depuis le début, mais il a finalement rencontré des problèmes de performance lorsque le web a évolué et est devenu plus complexe. Cela a conduit au développement d'un nouveau backend de rasterisation, Graphite, conçu dès le départ pour être principiel et tirer parti des API graphiques modernes. Avec Graphite, Chrome a augmenté ses scores Motionmark 1.3 de près de 15% sur un MacBook Pro M3 et a amélioré les métriques réelles comme le temps d'interaction jusqu'au prochain paint et la fluidité graphique. Graphite se distingue de Ganesh, le backend de rasterisation précédent, par sa capacité à tirer parti des API graphiques modernes comme Metal, Vulkan et D3D12, et sa conception multithreadée. Graphite étend également la mise en réseau GPU de Skia pour tirer parti de la mise à l'épreuve de la profondeur, ce qui réduit les overdrawing et améliore les performances. L'équipe des graphiques Chrome prévoit d'améliorer encore Graphite en implémentant la rasterisation multithreadée, en réduisant la mémoire GPU pour le contenu simple et en explorant le chemin de rasterisation GPU compute.
Chrome a toujours donné la priorité à la performance, et l’équipe a continué à y investir. Des points de référence accessibles au public, comme Speedometer, permettent de suivre les progrès et d’identifier les points à améliorer. Chrome a obtenu le score le plus élevé jamais obtenu sur Speedometer, avec une amélioration de 10 % depuis août 2024. Cette amélioration se traduit par de meilleures expériences de navigation, des conversions plus élevées pour les entreprises et des expériences Web plus agréables. Si chaque utilisateur de Chrome utilisait Chrome seulement 10 minutes par jour, ces améliorations permettraient d’économiser collectivement 58 millions d’heures, soit environ 83 vies d’attente pour le chargement des sites Web. Le compteur de vitesse mesure la réactivité des applications Web à travers diverses charges de travail qui couvrent différents domaines du moteur de rendu Blink. Pour obtenir des performances web exceptionnelles, l’équipe s’est concentrée sur l’affinement des chemins de rendu fondamentaux sur l’ensemble de la pile. Parmi les exemples d’optimisation notables, citons l’optimisation importante de la disposition de la mémoire, l’amélioration des chaînes dans le moteur de rendu et l’utilisation plus efficace des caches. Ces optimisations ont permis d’améliorer considérablement les performances, ce qui a permis d’améliorer l’expérience du navigateur et d’augmenter les conversions pour les entreprises.
Chrome a activé HTTP/3 par défaut en octobre 2020, ce qui a entraîné une amélioration des performances par rapport à HTTP/1, HTTP/2 et Google QUIC. Les avantages de HTTP/3 comprenaient une réduction de la latence de recherche Google et moins de rebuffers pour YouTube. Cependant, le voyage pour optimiser les performances n'a pas pris fin avec l'activation par défaut de HTTP/3. Les récentes avancées comprennent la mise en œuvre du cadre HTTP/3 ORIGIN et de l'adresse préférée du serveur, qui ont été activés par défaut dans M131. Le cadre HTTP/3 ORIGIN améliore la fusion de connexions, tandis que l'adresse préférée du serveur réduit le temps de parcours aller-retour d'une connexion. Le cadre ORIGIN permet à un serveur d'indiquer quels domaines il souhaite regrouper sur une connexion, réduisant les connexions inutiles et la latence. Créer une nouvelle connexion est coûteux en termes de latence, de mémoire et d'utilisation du CPU, ce qui rend la fusion de connexions importante pour les performances. La fonctionnalité d'adresse préférée du serveur permet à un serveur d'indiquer une adresse préférée pour que le client migre vers elle, ce qui peut réduire le temps de parcours aller-retour et améliorer la stabilité. Les tests ont montré que cette migration est réussie dans plus de 99% des cas dans Chrome et réduit le temps de parcours aller-retour moyen de 40-80%. La mise en œuvre de ces fonctionnalités devrait encore améliorer les performances de HTTP/3 à l'avenir.
Chrome a obtenu les meilleurs scores Speedometer sur les appareils mobiles, ce qui se traduit par des expériences Web plus rapides et plus fluides pour les utilisateurs d'Android. Le benchmark Speedometer mesure la rapidité avec laquelle Chrome peut terminer les interactions avec les pages Web, y compris l'analyse/le rendu du HTML ou CSS et l'exécution de JavaScript. Depuis la sortie de Chrome M112, les scores Speedometer 2.1 ont plus que doublé sur de nombreux appareils Android. Les améliorations sont le résultat de plusieurs changements, notamment des optimisations de build, des améliorations de V8 et Blink, ainsi que des optimisations de la programmation, du système d'exploitation et du système sur puce. Les optimisations de la build comprenaient le ciblage de l'Arm 64 bits, la compilation du code C++ optimisé pour la vitesse et l'application de techniques d'optimisation guidées par profil. Les améliorations de V8 et Blink comprenaient l'utilisation d'un analyseur HTML optimisé à chemin rapide et le lancement de nouveaux niveaux de compilateur. Les optimisations de la programmation et du système d'exploitation impliquaient de travailler en étroite collaboration avec les partenaires Android pour optimiser la programmation des threads et les stratégies de mise à l'échelle des fréquences. Ces améliorations ont permis d'accélérer le chargement des pages et les interactions. Le chargement d'un document Google Docs sur Pixel Tablet prend désormais plus de 50 % moins de temps qu'auparavant. La collaboration avec les partenaires Android, notamment Qualcomm, a joué un rôle déterminant dans la réalisation de ces améliorations. Dans l'ensemble, ces améliorations ont considérablement amélioré les performances de Chrome sur les appareils Android.
Chrome a obtenu le score le plus élevé sur l'outil d'analyse comparative des navigateurs Speedometer 3.0, surpassant ainsi tous les autres navigateurs majeurs. L'outil Speedometer 3.0 a été développé par le biais d'une collaboration industrielle afin d'optimiser les performances des applications Web.Les ingénieurs de Google ont suivi attentivement les performances de Chrome pendant le développement de Speedometer 3.0 et ont identifié des domaines à optimiser, ce qui s'est traduit par une augmentation de 72 % du score de Chrome.Les optimisations se sont concentrées sur la réduction des vérifications de limites inutiles, la déduplication des feuilles de style et le réglage des allocations de mémoire pour tracer des chemins et des arcs.L'optimisation de l'analyse innerHTML de Chrome, précédemment implémentée dans WebKit, a été étendue à DOMParser pour des gains de performances supplémentaires.La collaboration avec le responsable de Harfbuzz a optimisé le rendu des polices AAT, ce qui a permis un traitement plus rapide du texte.L'étagement guidé par le profil d'Intel a contribué à identifier le code à optimiser, améliorant ainsi les performances de V8.Les améliorations de la collecte des déchets comprenaient l'extension des mécanismes d'optimisation du temps d'inactivité et l'introduction d'une mise en page plus compacte pour les objets enveloppant les éléments DOM.Ces optimisations ont permis aux utilisateurs de Chrome de bénéficier d'une expérience de navigation nettement plus rapide.En donnant la priorité aux efforts d'optimisation et en tirant parti de la collaboration industrielle, Chrome continue de dominer les performances des navigateurs.La dernière version de Chrome est fortement recommandée pour une expérience de navigation Web améliorée.
Les extensions Manifest V2 dans Chrome seront progressivement supprimées comme prévu, dans le but d'améliorer la sécurité, la confidentialité, les performances et la fiabilité.Plus de 85 % des extensions activement maintenues dans le Chrome Web Store fonctionnent désormais sur Manifest V3, et les principales extensions de filtrage de contenu ont des versions Manifest V3 disponibles.Sur la base des commentaires de la communauté, Manifest V3 a été affiné pour prendre en charge les scripts utilisateur et les documents hors écran, et le nombre de jeux de règles pour declarativeNetRequest a été augmenté.L'examen du saut pour les mises à jour de règles sûres et la restauration de version offrent un plus grand contrôle aux développeurs.À partir du 3 juin sur les canaux Chrome Beta, les utilisateurs verront des avertissements pour les extensions Manifest V2, suivis d'une désactivation progressive dans les mois à venir.Les utilisateurs seront dirigés vers le Chrome Web Store pour les alternatives Manifest V3 pour les extensions désactivées.Pendant une courte période, les utilisateurs pourront réactiver les extensions Manifest V2, mais cette option finira par être supprimée.Les entreprises peuvent utiliser la politique ExtensionManifestV2Availability pour se soustraire aux changements de navigateur jusqu'en juin 2025.Plus d'informations sont disponibles dans la récente conférence Google I/O sur les extensions Chrome.Les développeurs peuvent contacter via la liste de diffusion des extensions Chromium pour toute autre question.
Les cookies, indispensables à la commodité en ligne, sont également vulnérables au vol, permettant aux attaquants d'accéder aux comptes. Les logiciels malveillants de vol de cookies utilisent l'ingénierie sociale pour infiltrer les appareils et exfiltrer les cookies d'authentification qui contournent l'authentification à deux facteurs et la détection antivirus.Pour résoudre ce problème, les Device Bound Session Credentials (DBSC) sont développés en tant que nouvelle fonctionnalité Web qui lie les sessions d'authentification à l'appareil, rendant les cookies volés inutiles. En forçant les attaquants à agir localement, les DBSC améliorent la détection et le nettoyage sur l'appareil.Les DBSC utilisent des paires de clés publiques/privées stockées en toute sécurité sur l'appareil pour établir des sessions, en vérifiant la preuve de possession tout au long de la durée de vie de la session.Pour maintenir l'actualisation de la session et prendre en charge les solutions existantes basées sur des cookies, les DBSC utilisent un point de terminaison dédié pour l'actualisation des cookies hors bande.Les DBSC donnent la priorité à la confidentialité des utilisateurs en garantissant qu'il n'y a pas de corrélation entre les clés de différentes sessions sur le même appareil, permettant aux utilisateurs de supprimer les clés à tout moment.La seule information envoyée au serveur est la clé publique par session, qui certifie la preuve de possession de la clé.Les DBSC s'alignent sur l'abandon progressif des cookies tiers, en les désactivant dans ces scénarios.Google pilote les DBSC pour certains utilisateurs de comptes Google, offrant une sécurité renforcée.Les DBSC ont suscité l'intérêt des fournisseurs de serveurs, des fournisseurs d'identité et des navigateurs qui cherchent à protéger les utilisateurs contre le vol de cookies.Le processus de développement est ouvert et collaboratif, avec des mises à jour et des échéanciers disponibles sur GitHub.
Speedometer 3.0, un effort collaboratif entre les fournisseurs de navigateurs, améliore l'optimisation des applications Web via l'analyse de référence.Grâce à un modèle de gouvernance multipartite, le benchmark mis à jour représente diverses perspectives et flux de travail, visant à améliorer l'expérience utilisateur sur tous les navigateurs.Les nouvelles charges de travail capturent l'évolution du Web, notamment les dispositions DOM complexes, le rendu SVG et Canvas, ainsi que des parcours utilisateurs plus réalistes.L'inclusion de frameworks a été déterminée en fonction des données d'archives HTTP et de discussions avec les fournisseurs de navigateurs, fournissant un échantillon représentatif.L'ajout d'une charge de travail basée sur des composants Web élargit la portée du benchmark.La validation à l'aide des statistiques d'appel du runtime de Chrome indique une représentation plus équilibrée des API Web, avec moins d'accent sur innerHTML et une plus grande attention aux API DOM.Le benchmark inclut TodoMVC, Complex DOM, les applications monopage, les tableaux et les tableaux de bord, ainsi que les éditeurs de code pour simuler les interactions utilisateur typiques.En représentant un éventail plus large de cas d'utilisation Web, Speedometer 3.0 permet aux fournisseurs de navigateurs d'optimiser les performances dans les domaines qui importent le plus aux utilisateurs.Cette approche collaborative garantit que les améliorations apportées aux moteurs de navigation profitent aux utilisateurs quel que soit leur navigateur préféré.Le benchmark continue d'évoluer, visant à refléter avec précision le paysage changeant du Web.
Comme nous l'avons annoncé l'année dernière, Chromium passe à un autre outil de suivi des problèmes afin d'offrir une expérience utilisateur bien prise en charge sur le long terme. La migration commencera aujourd'hui (2 février 2024) à 17 h 00 (heure du Pacifique). Nous prévoyons que la migration sera terminée d'ici la fin de la journée (heure du Pacifique) du 4 février 2024.Ce qui se passe Nous allons migrer tous les problèmes Chromium, y compris l'historique des problèmes et les étoiles, de Monorail vers un autre outil : Chromium Issue Tracker, optimisé par Google Issue Tracker. Ce changement d'outil fournira un outil de suivi des problèmes riche en fonctionnalités et bien pris en charge pour l'écosystème de Chromium. Chromium rejoindra d'autres projets open source (Git, Gerrit) sur cet outil. Les niveaux de transparence existants pour les bogues seront maintenus.Après la migration Nous publierons un autre message une fois la migration terminée. Une fois la migration terminée, les liens existants vers les problèmes de Monorail redirigeront vers les problèmes migrés dans le nouvel outil de suivi des problèmes. Nous donnerons la priorité aux commentaires afin de continuer à améliorer l'expérience de l'outil de suivi des problèmes. La documentation sur les flux de travail nouveaux et courants sera ajoutée à chromium.org une fois la migration terminée.Aide et commentaires Vous pouvez nous contacter à tout moment à l'adresse [email protected] si vous avez des questions ou des préoccupations.
Le post « The Fast and the Curious » souligne que les indicateurs Web essentiels (CWE) ont considérablement amélioré les performances du Web, économisant aux utilisateurs de Chrome plus de 10 000 ans d'attente pour le chargement de pages Web en 2023. Introduites en 2020, les métriques CWE ont permis à plus de 40 % des sites de réussir tous les tests, ce qui se traduit par un chargement plus rapide et des pages plus réactives. La collaboration de Chrome avec les équipes de recherche Google a permis de remédier à la lenteur des pages Web en définissant des normes publiques pour des pages rapides et conviviales et en mettant à jour les algorithmes de classement des recherches. Le chargement moyen des pages dans Chrome est désormais 166 ms plus rapide, et les projections indiquent une amélioration continue des taux de réussite aux CWE. Chrome a mis en œuvre diverses optimisations, notamment des améliorations du cache avant/arrière, des fonctionnalités de préconnexion et de prérendu, qui ont entraîné des gains de performances substantiels. L'écosystème des développeurs au sens large, en particulier les frameworks WordPress et JavaScript, a également obtenu des résultats remarquables en se concentrant sur les CWE. Ces améliorations de performance se sont traduites par des avantages concrets pour les entreprises, avec des sociétés faisant état d'augmentations des taux de conversion, du nombre de pages vues et d'une réduction des taux de rebond. Les efforts de la communauté des développeurs dans la surveillance et l'optimisation des CWE ont été cruciaux pour maintenir ces améliorations, avec des taux de satisfaction des développeurs élevés et des améliorations notables des scores CWE.
La délivrance et la gestion automatisées des certificats améliorent la sécurité Web en favorisant l'agilité, la résilience et l'efficacité. Elles éliminent les interventions manuelles, ce qui réduit les erreurs et accélère l'adoption de nouvelles mesures de sécurité. L'automatisation accroît également la résilience face aux incidents de l'AC, aux faiblesses de la sécurité Internet et à l'obsolescence du chiffrement.Ces dernières années, la réduction de la validité maximale des certificats, qui est passée de illimitée à 398 jours, a renforcé la sécurité en atténuant l'impact des compromissions de clés et des failles de sécurité.L'automatisation des certificats, basée sur des normes comme ACME, simplifie la gestion des certificats et permet une protection transparente contre les pannes causées par l'expiration des certificats ou des événements imprévus.Les informations de renouvellement ACME (ARI) permettent aux AC d'informer les serveurs Web des renouvellements de certificats imminents, ce qui permet un remplacement automatique sans intervention humaine.L'automatisation réduit les coûts opérationnels en libérant des ressources informatiques, ce qui leur permet de se concentrer sur des tâches plus stratégiques.Des incidents tels que le bogue Let's Encrypt de 2019 soulignent la valeur de l'automatisation pour répondre rapidement aux incidents de l'AC.L'automatisation contribue également à remédier en temps opportun aux faiblesses de la sécurité Internet, comme on l'a vu avec le bogue Heartbleed en 2014.Les technologies d'automatisation modernes comme ACME et ARI réduisent la charge imposée aux opérateurs de sites Web pour réémettre les certificats affectés en réponse aux vulnérabilités de sécurité.Des périodes de validité des certificats plus courtes minimisent la fenêtre d'opportunité pour les attaquants, et l'automatisation facilite la transition vers une validité réduite.L'obsolescence du chiffrement, comme l'abandon de SHA-1, est gérée plus efficacement grâce à l'automatisation, ce qui garantit la sécurité et la conformité continues.
Chrome a réalisé des progrès significatifs pour sécuriser le trafic Web, avec plus de 90 % des navigations utilisant désormais HTTPS. Cependant, une minorité tenace du trafic reste sur HTTP, laissant les utilisateurs vulnérables aux pirates informatiques.Pour remédier à cela, Chrome met en œuvre le mode HTTPS en priorité, qui requiert une autorisation explicite avant de se connecter à des sites non sécurisés.Les mises à niveau automatiques redirigeront de façon transparente les requêtes HTTP vers HTTPS, garantissant que le protocole HTTP non sécurisé n'est utilisé que lorsque cela est absolument nécessaire.Chrome avertira également les utilisateurs avant de télécharger des fichiers à haut risque sur des connexions non sécurisées, protégeant ainsi contre les codes malveillants.Les protections du mode HTTPS en priorité sont étendues aux utilisateurs du programme de protection avancé et au mode navigation privée.Chrome étudie l'activation automatique du mode HTTPS en priorité pour les utilisateurs ayant une utilisation HTTP minimale.Les développeurs sont encouragés à adopter pleinement HTTPS et à rediriger les URL HTTP vers des équivalents HTTPS pour éviter les avertissements et garantir la sécurité des utilisateurs.Les réseaux d'entreprise peuvent personnaliser ou désactiver ces fonctionnalités via des stratégies spécifiques.Chrome reste déterminé à rendre le Web sécurisé par défaut, le mode HTTPS en priorité étant une étape majeure vers cet objectif.Les utilisateurs peuvent activer la mise à niveau HTTPS et les avertissements de téléchargement non sécurisé dans les paramètres de Chrome.Pour les développeurs, garantir le support de HTTPS et éviter le contenu uniquement HTTP est crucial pour maintenir la sécurité des utilisateurs.
Google se prépare activement à la transition vers la cryptographie résistante aux attaques quantiques en mettant à jour les normes techniques et en testant de nouveaux algorithmes.Chrome 116 prendra en charge X25519Kyber768, un mécanisme hybride combinant X25519 et Kyber-768 pour établir des clés de session TLS.Ce changement fait partie d'un effort plus large pour se protéger contre de futures attaques de cryptanalyse quantique.Les attaques du type « récolter maintenant, décrypter plus tard » rendent indispensable la protection immédiate du trafic, même si les ordinateurs quantiques ne sont pas encore largement répandus.X25519Kyber768 ajoute des données supplémentaires au message TLS ClientHello, mais des expériences ont démontré sa compatibilité avec la plupart des implémentations.Les administrateurs peuvent désactiver X25519Kyber768 dans Chrome 116 à l'aide de la stratégie d'entreprise PostQuantumKeyAgreementEnabled en cas de problèmes de compatibilité.Les spécifications X25519Kyber768 et Kyber sont encore en cours de rédaction et peuvent être modifiées, ce qui pourrait avoir un impact sur l'implémentation de Chrome.La cryptographie résistante aux attaques quantiques doit être sûre contre les attaques quantiques et classiques, et également performante sur du matériel commercial.Le chiffrement symétrique TLS n'est pas encore à l'abri des attaques quantiques, mais la mise à jour des clés de session TLS avec des algorithmes résistants aux attaques quantiques peut protéger contre de futures attaques.L'effort de migration vers la cryptographie résistante aux attaques quantiques est un défi complexe, mais Google et d'autres organisations travaillent activement pour garantir une transition en douceur.