Cet article s'adresse aux administrateurs qui gèrent des appareils Chrome OS ou dotés du navigateur Chrome dans une entreprise ou un établissement scolaire.
S'abonner aux e-mails concernant les versions futures
Résumé de la version Chrome 129
TÉLÉCHARGER les notes de version (PDF)
Les notes de version destinées aux entreprises sont disponibles dans neuf langues. Vous pouvez découvrir les dernières informations concernant les mises à jour de Chrome en allemand, anglais, coréen, espagnol, français, indonésien, japonais, néerlandais et portugais. La traduction dans certaines langues peut prendre une à deux semaines.
Les notes de version de Chrome Enterprise et Education sont publiées selon le calendrier des versions de Chrome, à la date de sortie de la version stable anticipée du navigateur Chrome.
Mises à jour du navigateur Chrome
- Comparaison d'onglets
À partir de Chrome 129 (États-Unis uniquement), nous lançons le comparateur d'onglets, une nouvelle fonctionnalité qui présente une vue d'ensemble générée par IA des produits de plusieurs onglets, le tout en un seul et même endroit. Cette fonctionnalité est contrôlée via la règle TabCompareSettings. Pour en savoir plus, consultez notre article Comparateur d'onglets dans le centre d'aide Chrome Enterprise et Education.
- Chrome 129 sur Linux, macOS et Windows
- Fin de la compatibilité de Chrome avec macOS 10.15
Chrome 129 n'est plus compatible avec macOS 10.15, qui n'est déjà plus pris en charge par Apple. Les utilisateurs doivent mettre à jour leur système d'exploitation pour continuer à exécuter le navigateur Chrome. Exécuter un système d'exploitation compatible est essentiel pour assurer la sécurité. Si vous utilisez macOS 10.15, Chrome continue d'afficher une barre d'informations pour rappeler aux utilisateurs que Chrome 129 n'est plus compatible avec cette version.
- Chrome 129 sur macOS : Chrome n'est plus compatible avec macOS 10.15
- Signatures de code ponctuelles pour les shims de PWA sous macOS
Les signatures de code pour les shims d'application créés lors de l'installation d'une progressive web app (PWA) sur macOS sont remplacées par des signatures de code ponctuelles créées lors de l'installation de l'application. La signature de code est utilisée par macOS et fait partie de l'identité de l'application. Ces signatures ponctuelles permettront à chaque shim de PWA de posséder une identité unique sur macOS. Actuellement, chaque PWA ressemble à la même application sur macOS.
Cela permet de résoudre les problèmes liés à l'inclusion de plusieurs PWA dans le volet de préférences Ouvrir à la connexion de macOS, et d'améliorer la gestion des notifications utilisateur dans les PWA sur macOS.
- Chrome 129 sur macOS
- Gestionnaire de certificats sous Windows et macOS
À partir de Chrome 129, un nouvel écran de paramètres de gestion des certificats est accessible depuis les paramètres de sécurité sur Windows et macOS. Il remplace le lien vers le gestionnaire de certificats Windows et le trousseau macOS, bien que ces surfaces de système d'exploitation soient toujours accessibles depuis la page des paramètres de gestion des certificats.
Le gestionnaire de certificats affiche les certificats approuvés ou non par Chrome, y compris le contenu du Chrome Root Store et tous les certificats importés depuis le système d'exploitation sous-jacent. Les utilisateurs peuvent ouvrir directement la page en accédant à chrome://certificate-manager.
Une prochaine version introduira la gestion par les utilisateurs et les entreprises des certificats ajoutés directement à Chrome.
- Chrome 129 sur macOS et Windows
- Insights sur la sécurité des données dans Chrome
Si vous disposez de Chrome Enterprise Core et de Workspace Enterprise Standard ou Workspace Enterprise Plus avec des licences attribuées, vous pouvez désormais activer les insights sur la sécurité des données dans Chrome. Cet outil vous permet de surveiller les risques internes et la perte de données liés à l'activité Chrome. Pour en savoir plus, consultez Surveiller les risques internes et la perte de données.
- Chrome 125 sur ChromeOS, Linux, macOS et Windows : fonctionnalité activée pour Chrome Enterprise Core
- Chrome 129 sur ChromeOS, Linux, macOS et Windows : fonctionnalité activée pour les clients EDU (sauf les établissements d'enseignement primaire et secondaire)
- Abandon des rapports détaillés sur la navigation sécurisée
La fonctionnalité de rapports détaillés sur la navigation sécurisée renforce la sécurité de tous les utilisateurs en collectant des informations télémétriques auprès des utilisateurs participants. Ces informations sont ensuite utilisées pour les protections de la navigation sécurisée Google. Les données collectées incluent les URL des pages Web visitées, des informations système limitées et une partie du contenu des pages. Toutefois, cette fonctionnalité est désormais remplacée par le mode de protection renforcée. Nous recommandons aux utilisateurs d'activer la protection renforcée pour continuer à assurer la sécurité de tous les utilisateurs, en plus d'activer le niveau de sécurité le plus élevé disponible dans Chrome. Pour en savoir plus, consultez Niveaux de protection de la navigation sécurisée.
- Chrome 129 sur Android, iOS, ChromeOS, Linux, macOS et Windows : abandon des rapports détaillés sur la navigation sécurisée, à l'exception des demandes de rapports sur la navigation sécurisée côté client en temps réel
- Chrome 131 sur Android, iOS, ChromeOS, Linux, macOS et Windows : abandon de SafeBrowsingExtendedReportingEnabled pour les demandes de rapports sur la navigation sécurisée côté client en temps réel
- Onglets inactifs sur Android
Dans Chrome 129, les anciens onglets seront masqués dans une nouvelle section "Onglets inactifs" du sélecteur d'onglets de Chrome sur Android. Les utilisateurs de Chrome peuvent accéder à la section des onglets inactifs pour afficher tous les anciens onglets ou les fermer ensemble à l'aide de la nouvelle fonctionnalité "onglets groupés". Ces onglets seront supprimés s'ils sont inactifs pendant plus de 60 jours.
- Chrome 129 sur Android : déploiement de la fonctionnalité auprès de 1 % des utilisateurs
- Nouvelle option dans la règle HttpsOnlyMode
Le paramètre Demander avant HTTP (Ask Before HTTP ou ABH, anciennement "Modes HTTPS Only/First") indique à Chrome de demander l'autorisation de l'utilisateur avant d'envoyer du contenu HTTP non sécurisé via le réseau. La règle HttpsOnlyMode permet d'activer ou de désactiver de force la demande d'autorisation.
Dans Chrome 129, nous ajoutons une nouvelle variante intermédiaire de la demande d'autorisation appelée mode équilibré. Cette variante vise à améliorer l'expérience des utilisateurs en appliquant la demande d'autorisation (stricte) la plupart du temps, mais sans demander l'autorisation si Chrome sait qu'une connexion HTTPS n'est pas possible, par exemple lors de la connexion à un nom d'hôte à libellé unique tel que "internal/".
Nous ajoutons l'option force_balanced_enabled à la règle pour permettre d'activer de force cette nouvelle variante. Le paramètre force_balanced_enabled sur les navigateurs antérieurs à Chrome 129 entraîne le comportement par défaut, qui n'impose aucune restriction d'entreprise sur le paramètre de demande d'autorisation.
Pour éviter les impacts inattendus, si vous aviez défini force_enabled, nous vous recommandons de ne pas définir force_enabled tant que l'ensemble de votre parc n'a pas été mis à niveau vers Chrome 129 ou une version ultérieure. Si vous ne passez pas de force_enabled à force_enabled, ce changement ne vous affectera pas.
- Chrome 129 sur Android, ChromeOS, Lacros, Linux, macOS, Windows et Fuchsia
- Protections contre les captures d'écran
Les protections contre les captures d'écran permettent aux administrateurs d'empêcher les utilisateurs de prendre des captures d'écran ou de partager des pages Web spécifiques considérées comme contenant des données sensibles. Cette fonctionnalité n'est disponible que pour les utilisateurs de Chrome Enterprise Premium. Cette fonctionnalité peut être contrôlée via la même règle Chrome Enterprise EnterpriseRealTimeUrlCheckMode qui active toutes les recherches d'URL en temps réel.
- Chrome 129 sur ChromeOS, Linux, macOS et Windows
- Synchroniser le groupe d'onglets
Les groupes d'onglets sur iOS sont désormais enregistrés. Fermer un groupe d'onglets ne le supprime plus. Si les utilisateurs synchronisent leurs onglets sur plusieurs appareils, les groupes sont également synchronisés.
- Chrome 129 sur iOS
- Les services Google Play résolvent les problèmes liés aux mots de passe sur l'appareil
Les utilisateurs disposant d'anciennes versions des services Google Play (< 24w02) n'ont accès qu'à des fonctionnalités limitées avec leurs mots de passe sur l'appareil, et le Gestionnaire de mots de passe risque de ne plus fonctionner pour eux. Ces utilisateurs doivent mettre à jour les services Play ou suivre d'autres méthodes de dépannage en fonction de leur état. Cette opération s'inscrit dans le cadre d'une migration en cours qui ne concerne que les utilisateurs Android du Gestionnaire de mots de passe.
- Chrome 129 pour Android
- Abandon de l'argument includeShadowRoots dans DOMParser
L'argument includeShadowRoots était un argument non standardisé de la fonction DOMParser.parseFromString(), qui permettait l'analyse impérative du contenu HTML comportant du Shadow DOM déclaratif. Il était fourni dans Chrome 90 lors de la première livraison du Shadow DOM déclaratif. Depuis que la discussion sur les normes a été rematérialisée en 2023, la forme des API DSD a changé, y compris cette fonctionnalité pour l'analyse impérative. Pour en savoir plus, consultez les détails du contexte sur les normes associées. Des informations sont également disponibles sur les abandons liés de la sérialisation de Shadow DOM et de l'attribut de racine fantôme.
Maintenant qu'une version standardisée de cette API, sous la forme setHTMLUnsafe() and parseHTMLUnsafe(), est disponible dans Chrome 124, l'argument non standard includeShadowRoots doit être rendu obsolète et supprimé. Toute utilisation doit changer en conséquence :
Au lieu de :
(new DOMParser()).parseFromString(html,'text/html',{includeShadowRoots: true});
Vous pouvez utiliser ceci à la place :
document.parseHTMLUnsafe(html);- Chrome 129 sur Linux, macOS, Windows et Android
- Abandon de la sérialisation de Shadow DOM déclaratif non standard
L'implémentation du prototype, qui a été publiée en 2020, puis mise à jour en 2023, contenait une méthode appelée "getInnerHTML()" qui pouvait être utilisée pour sérialiser les arborescences DOM contenant des racines fantômes. Cette partie du prototype n'était pas normalisée avec le reste du Shadow DOM déclaratif et n'a atteint que récemment un consensus sur les spécifications (pour en savoir plus, consultez GitHub). Dans le cadre de ce consensus, la forme de l'API getInnerHTML a été modifiée.
Cette fonctionnalité marque l'abandon de la méthode "getInnerHTML()" précédemment fournie. La fonction de remplacement "getHTML()" a été publiée dans Chrome 125. Pour en savoir plus, consultez la description de la fonctionnalité ChromeStatus.
- Chrome 129 sur Windows, macOS, Linux et Android
- "inset-area" devient "position-area"
Le groupe de travail CSS (CSSWG) a décidé de renommer cette propriété de "inset-area" en "position-area". Pour en savoir plus, consultez la discussion du CSSWG sur GitHub. Chrome acceptera à la fois l'ancien et le nouveau nom de la propriété dans d'autres versions, afin d'aider les développeurs à passer au nouveau nom "position-area". Nous publions le nouveau nom de propriété "position-area" en tant que synonyme de "inset-area" dans Chrome 129, et supprimons la version DevTrial d'"inset-area".
La propriété "inset-area" sera prochainement supprimée dans Chrome 131.
- Chrome 129 sur Windows, macOS, Linux et Android
- Suppression des données de l'appareil en cas de déconnexion sur iOS
À partir de Chrome 129, la déconnexion d'un compte géré dans un navigateur non géré supprime les données de navigation enregistrées sur l'appareil. Une boîte de dialogue de confirmation s'affiche lorsque les utilisateurs gérés se déconnectent, leur expliquant que les données non enregistrées seront effacées. Les données ne seront effacées qu'à partir de la date et de l'heure de la connexion. Sinon, toutes les données seront effacées. La date et l'heure de la connexion ne sont connues que si l'utilisateur s'est connecté à Chrome 122 ou version ultérieure.
Les données supprimées incluent les suivantes :
- Historique de navigation
- cookies et infos liées aux sites
- mots de passe
- paramètres du site
- saisie automatique
- images et fichiers en cache
- Chrome 129 sur iOS
- Personnalisation de la barre d'outils
Nous lançons une fonctionnalité de personnalisation de la barre d'outils dans Chrome 129, qui permet aux utilisateurs de navigateurs pour ordinateur d'épingler des icônes à leur barre d'outils et d'en retirer via un nouveau panneau latéral.
- Chrome 129 sur ChromeOS, Linux, macOS et Windows : déploiement progressif
- Utilisation des clés d'accès du Gestionnaire de mots de passe de Google sur ChromeOS
Les clés d'accès améliorent la sécurité des utilisateurs, mais jusqu'à présent, elles étaient un peu plus difficiles à utiliser sur différents appareils. Les utilisateurs peuvent désormais enregistrer des clés d'accès dans le Gestionnaire de mots de passe de Google et les utiliser sur différents appareils et plates-formes. Cette fonctionnalité est déjà disponible sur Windows, macOS, Linux et Android. Elle est désormais disponible sur ChromeOS.
- Chrome 127 sur Windows, Android et macOS
- Chrome 129 sur Windows, Android, macOS et ChromeOS
- Nouvelles règles et règles mises à jour dans le navigateur Chrome
Règle Description TabCompareSettings Paramètres du comparateur d'onglets AdHocCodeSigningForPWAsEnabled Signature de code ponctuelle pour les shims de progressive web app
Mises à jour de ChromeOS
-
Chrome Enterprise Premium pour les transferts de fichiers dans les sessions Invité gérées
Dans ChromeOS 129, les organisations peuvent étendre le puissant système d'analyse et la protection basée sur le contenu et le contexte de Chrome Enterprise Premium aux fichiers locaux sur ChromeOS dans les sessions Invité gérées.
Par exemple, un fichier perdu contenant des numéros de sécurité sociale est immédiatement bloqué lorsqu'un utilisateur tente de le copier sur un disque externe afin de protéger ces informations confidentielles.
-
Fond d'écran pour remercier et honorer les enseignants
Dans ChromeOS 129, nous avons ajouté une nouvelle collection de fonds d'écran pour célébrer les enseignants du monde entier, et leur exprimer notre gratitude et notre soutien.
-
Commandes de luminosité de l'écran
Les utilisateurs disposant d'un Chromebook peuvent désormais ajuster facilement la luminosité de l'écran et contrôler le capteur de luminosité ambiante directement depuis l'application Paramètres. Cette nouvelle fonctionnalité vous permet de régler la luminosité de votre écran au niveau idéal, et d'activer ou de désactiver le capteur de luminosité ambiante selon vos besoins dans l'application Paramètres. Ces mises à jour facilitent l'utilisation de votre appareil et vous aident à gérer l'autonomie de la batterie.
-
Expérience de prise en main des périphériques
Pour utiliser un périphérique, vous devez vous assurer qu'il a bien été connecté, le configurer et accéder à l'application associée. Cette version vise à offrir une expérience de prise en main optimale, en confirmant aux utilisateurs que leur périphérique est bien connecté, et en les guidant pour le configurer et en profiter pleinement.
-
Les comptes gérés ne sont plus synchronisés en tant que comptes secondaires sur Android
À partir de ChromeOS 129, nous renforçons la sécurité des données pour Android sur ChromeOS. Les comptes d'entreprise ajoutés en tant que comptes secondaires lors d'une session ne seront plus automatiquement ajoutés à l'environnement Android sur ChromeOS. Les comptes personnels, les comptes Education et les comptes déjà ajoutés ne sont pas affectés par ce changement.
-
Traduction instantanée
Les appareils Chromebook Plus bénéficient de la fonctionnalité Traduction instantanée, qui permet aux utilisateurs de traduire les contenus sous-titrables à l'aide de la fonctionnalité Sous-titres instantanés dans la langue de leur choix. Si un utilisateur anglophone discute avec une personne parlant une autre langue, la conversation peut être traduite en anglais, à condition que les sous-titres instantanés soient disponibles dans la langue de son interlocuteur. Cette fonctionnalité s'applique également aux vidéos, y compris sur YouTube. Elle permet de traduire instantanément leur contenu en anglais.
-
Commandes de luminosité du clavier
Les utilisateurs disposant d'un Chromebook peuvent désormais ajuster facilement la luminosité du clavier et contrôler le capteur de luminosité ambiante directement depuis l'application Paramètres. Cette nouvelle fonctionnalité vous permet de régler la luminosité de votre clavier au niveau idéal, et d'activer ou de désactiver le capteur de luminosité ambiante selon vos besoins. Ces mises à jour facilitent l'utilisation de votre appareil et vous aident à gérer l'autonomie de la batterie. Si le Chromebook est compatible avec le RVB, la page des paramètres du clavier comporte un lien direct vers les options de sélection des couleurs RVB du hub de personnalisation.
-
Raccourci clavier de la fonctionnalité Sélectionner pour écouter
Le raccourci clavier de la fonctionnalité Sélectionner pour écouter (Recherche+s) fonctionne désormais dès la première pression. Vous n'avez plus besoin de l'activer dans les paramètres. Une boîte de dialogue s'affiche pour confirmer que vous souhaitez activer la fonctionnalité Sélectionner pour écouter la première fois que vous utilisez le raccourci clavier.
-
Code d'accès défini comme facteur d'authentification
Ce lancement permet d'utiliser le code d'accès comme facteur d'authentification sur toutes les interfaces d'authentification de ChromeOS.
-
Rechargement automatique de l'écran de connexion
À partir de la version 129, ChromeOS améliore la prise en charge des connexions via des fournisseurs d'identité tiers. Dans le scénario le plus courant, les administrateurs affichent une connexion permanente à un fournisseur d'identité tiers sur l'écran de connexion. Les connexions de nombreux fournisseurs d'identité expirent après une période définie (par exemple, 15 minutes), ce qui entraîne des erreurs pour l'utilisateur. La nouvelle règle DeviceAuthenticationFlowAutoReloadInterval permet de rafraîchir régulièrement ces connexions sur l'écran de connexion, d'éviter les délais avant expiration et, par conséquent, d'augmenter considérablement la fiabilité des connexions via les fournisseurs d'identité tiers.
-
Types de fichiers CSE Workspace désormais compatibles avec Google Drive
Le chiffrement côté client (CSE) est une fonctionnalité Google Workspace et Drive qui permet aux clients et aux utilisateurs de chiffrer des fichiers à l'aide de clés fournies par le client. Les données sont ainsi chiffrées et ne sont jamais stockées en texte clair sur nos serveurs. Ce lancement offre une compatibilité de base avec le CSE dans l'application Fichiers sur ChromeOS. Vous pouvez ainsi rendre les fichiers CSE visibles, les ouvrir dans le navigateur et signaler ceux utilisant un autre outil que Google Workspace comme non acceptés.
-
Modification de l'icône de la batterie
Nous avons modifié l'icône de la batterie pour que l'état de la batterie ne masque plus son niveau. Vous pouvez désormais consulter facilement l'autonomie restante de votre batterie.
Mises à jour de la console d'administration
-
Score de risque des extensions dans le rapport sur l'utilisation des applications et des extensions
Cette fonctionnalité ajoute une colonne dans la console d'administration pour la gestion des navigateurs, qui permet d'afficher l'évaluation des risques pour les extensions installées dans l'environnement de l'administrateur. Cette nouvelle fonctionnalité permet aux administrateurs informatiques d'identifier rapidement les extensions avec un score de risque élevé, moyen ou faible à l'aide de la fonctionnalité de tri et de filtrage du rapport.
Dès Chrome 129 sur Linux, macOS, Windows et ChromeOS : la fonctionnalité sera disponible en accès anticipé pour les testeurs de confiance.
Nouveautés à venir
Remarque : Les éléments répertoriés ci-dessous sont des mises à jour en phase de test ou planifiées. Celles-ci peuvent être modifiées, retardées ou annulées avant le lancement de la version stable.
Mises à jour du navigateur Chrome à venir
- Méfiance à l'égard des certificats Entrust
En réponse à des échecs de conformité répétés, Chrome 127 modifie la façon dont l'authentification des serveurs TLS reconnus publiquement, c'est-à-dire le site Web ou les certificats émis par Entrust, sera approuvée par défaut. Cela s'applique à Chrome 127 et versions ultérieures sur Windows, macOS, ChromeOS, Android et Linux. Les règles iOS n'autorisent pas l'utilisation du Chrome Root Store dans Chrome pour iOS.
Pour être plus précis, les certificats TLS validant les certificats CA racine Entrust inclus dans le Chrome Root Store et émis :
- après le 31 octobre 2024, ne seront plus approuvés par défaut.
- jusqu'au 31 octobre 2024 ne seront pas concernés par ce changement.
Si un utilisateur ou une entreprise Chrome approuve explicitement l'un des certificats Entrust concernés sur une plate-forme et une version de Chrome reposant sur le Chrome Root Store (par exemple, approbation explicite transmise via un objet de stratégie de groupe Windows), les contraintes des codes temporels du certificat signé (SCT) décrites ci-dessus seront ignorées et les certificats fonctionneront normalement.
Pour en savoir plus et accéder à des ressources de test, consultez Maintenir la sécurité des certificats numériques : méfiance à l'égard des certificats Entrust.
Pour en savoir plus sur le Chrome Root Store, consultez ces questions fréquentes.
- Chrome 127 sur Android, ChromeOS, Linux, macOS et Windows : toutes les versions de Chrome 127 et ultérieures qui s'appuient sur le Chrome Root Store respecteront l'action de blocage, mais celle-ci ne commencera à s'appliquer qu'aux certificats émis après le 31 octobre 2024.
- Chrome 130 sur ChromeOS, Linux, macOS et Windows : l'action de blocage commencera à s'appliquer aux certificats émis après le 31 octobre 2024. Cela affectera également Chrome 127, 128 et 129.
- Styles de remplacement pour les éléments <meter>
Dès la version 130 de Chrome, les éléments HTML5 <meter> avec "appearance: none" auront un style de remplacement raisonnable qui correspond à celui de Safari et de Firefox au lieu de simplement disparaître de la page. De plus, les développeurs pourront personnaliser le style des éléments <meter>.
La règle temporaire MeterAppearanceNoneFallbackStyle sera disponible jusqu'à Chrome 133 pour contrôler cette fonctionnalité.
- Chrome 130 sur Windows, macOS, Linux et Android
- Compression par dictionnaire pour le transport avec Shared Brotli et Shared Zstandard
Cette fonctionnalité permet d'utiliser des réponses précédemment désignées comme dictionnaire externe pour les réponses HTTP compressées avec Brotli ou Zstandard.
Les entreprises peuvent rencontrer des problèmes de compatibilité potentiels avec leur infrastructure réseau. La règle CompressionDictionaryTransportEnabled permet de désactiver la fonctionnalité de compression par dictionnaire pour le transport.
- Chrome 130 sur Windows, macOS, Linux et Android
- Conteneurs de défilement sélectionnables au clavier
Améliore l'accessibilité en rendant les conteneurs de défilement sélectionnables à l'aide de la navigation séquentielle. Aujourd'hui, la touche de tabulation ne sélectionne pas les scrollers, sauf si tabIndex est explicitement défini sur 0 ou plus.
En rendant les conteneurs de défilement sélectionnables par défaut, les utilisateurs qui ne peuvent pas (ou ne veulent pas) utiliser une souris pourront sélectionner le contenu tronqué à l'aide de la touche de tabulation et des touches fléchées du clavier. Ce comportement n'est activé que si le conteneur de défilement ne contient aucun enfant sélectionnable au clavier. Cette logique est nécessaire pour éviter les régressions pour les éléments sélectionnables existants susceptibles d'exister dans un conteneur de défilement comme <textarea>.
- Chrome 130 sur Windows, macOS, Linux et Android
- Prise en charge des URL à schéma non spécial
Chrome 130 acceptera bien les URL à schéma non spécial telles que git://example.com/path. Auparavant, l'analyseur d'URL de Chromium n'était pas compatible avec les URL non spéciales. Il les analysait comme si elles avaient un chemin opaque, ce qui n'est pas conforme à la norme d'URL. Désormais, l'analyseur d'URL de Chromium analyse correctement les URL non spéciales, conformément à la norme d'URL. Pour en savoir plus, consultez http://bit.ly/url-non-special.
- Chrome 130 sur Windows, macOS, Linux et Android
- Connexion et synchronisation simplifiées
À partir de Chrome 131, les utilisateurs dont la synchronisation Chrome est activée bénéficieront d'une version simplifiée et consolidée des fonctionnalités de connexion et de synchronisation dans Chrome. La synchronisation Chrome ne sera plus affichée en tant que fonctionnalité distincte dans les paramètres ou ailleurs. À la place, les utilisateurs pourront se connecter à Chrome pour utiliser et enregistrer des informations comme des mots de passe et des favoris dans leur compte Google, conformément aux règles d'entreprise applicables.
Comme auparavant, la fonctionnalité de synchronisation Chrome qui enregistre les données Chrome et y accède dans le compte Google peut être contrôlée via SyncTypesListDisabled. La connexion à Chrome peut être désactivée à l'aide de la règle BrowserSignin comme avant.
Notez que les modifications n'empêchent pas les utilisateurs de se connecter aux services Google sur le Web (comme Gmail) sans se connecter à Chrome, de rester déconnectés de Chrome ni de contrôler les informations synchronisées avec leur compte Google.
- Chrome 131 pour Android
- Intégration de la télémétrie des extensions Chrome à Google SecOps
Nous commencerons à collecter des données pertinentes sur la télémétrie des extensions Chronicle depuis Chrome, pour les profils et appareils gérés, et à les envoyer à Google SecOps. Google SecOps analysera les données pour fournir une analyse et un contexte instantanés sur les activités à risque. Ces données sont enrichies pour fournir un contexte supplémentaire et sont consultables pendant un an.
- Chrome 131 sur ChromeOS, Lacros, Linux, macOS et Windows
- Capture des liens utilisateur sur les PWA
Les liens Web redirigent automatiquement les utilisateurs vers les applications Web installées. Pour mieux répondre aux attentes des utilisateurs concernant ces applications, Chrome facilite le basculement entre le navigateur et les applications Web installées. Lorsque l'utilisateur clique sur un lien pouvant être géré par une application Web installée, Chrome ajoute un chip dans la barre d'adresse pour lui suggérer de basculer vers l'application. Lorsque celui-ci clique dessus, le chip lance l'application directement ou ouvre une grille d'applications compatibles avec ce lien. Cliquer sur un lien permet toujours d'ouvrir automatiquement l'application.
- Chrome 121 sur Linux, macOS et Windows : lorsque certains utilisateurs cliquent sur un lien, celui-ci s'ouvre systématiquement dans une PWA installée, tandis que pour d'autres, le lien s'ouvre dans un nouvel onglet, avec un chip dans la barre d'adresse. Cliquer sur le chip lance l'application. Un flag est disponible pour contrôler cette fonctionnalité :
chrome://flags/#enable-user-link-capturing-pwa. - Chrome 131 sur Linux, macOS et Windows : lancement dans la version stable à 100 % avec une activation par défaut (toujours lancer les applications lorsque l'utilisateur clique sur un lien) ou une désactivation par défaut (toujours ouvrir dans un onglet, ne lancer que si l'utilisateur clique sur le chip de la barre d'adresse).
- Chrome 121 sur Linux, macOS et Windows : lorsque certains utilisateurs cliquent sur un lien, celui-ci s'ouvre systématiquement dans une PWA installée, tandis que pour d'autres, le lien s'ouvre dans un nouvel onglet, avec un chip dans la barre d'adresse. Cliquer sur le chip lance l'application. Un flag est disponible pour contrôler cette fonctionnalité :
- Arrêt des cookies tiers sur Chrome (3PCD)
Le 22 juillet, nous avons annoncé une nouvelle approche pour la Privacy Sandbox sur le Web. Au lieu d'abandonner les cookies tiers, nous souhaitons proposer une nouvelle expérience dans Chrome qui permettra aux utilisateurs de faire un choix éclairé qui s'appliquera à toute leur navigation sur le Web. Ils pourront modifier ce choix à tout moment. Nous discutons de cette nouvelle approche avec les autorités de régulation et nous nous adresserons à l'ensemble du secteur au fur et à mesure de son déploiement.
Pour en savoir plus, consultez cette mise à jour sur la Privacy Sandbox.
- Avertissements concernant les formulaires non sécurisés sur iOS
Chrome 125 a commencé à bloquer l'envoi de formulaires depuis des pages sécurisées vers des pages non sécurisées sur iOS. Lorsque Chrome détecte l'envoi d'un formulaire non sécurisé, un avertissement s'affiche désormais pour demander à l'utilisateur de confirmer l'envoi. L'objectif est d'éviter toute fuite de données de formulaire en texte brut sans l'approbation explicite de l'utilisateur. La règle InsecureFormsWarningsEnabled permet de contrôler cette fonctionnalité. Elle sera supprimée dans Chrome 130.
- Chrome 125 sur iOS : déploiement de la fonctionnalité
- Chrome 130 sur iOS : la règle InsecureFormsWarningsEnabled sera supprimée.
- Suppression de la règle d'entreprise utilisée pour l'ancien comportement SameSite
Dans Chrome 79, nous avons introduit la règle LegacySameSiteCookieBehaviorEnabledForDomainList pour rétablir l'ancien comportement SameSite des cookies sur les domaines spécifiés. La règle LegacySameSiteCookieBehaviorEnabledForDomainList a été étendue et elle sera supprimée dans les versions indiquées ci-dessous.
- Chrome 132 sur Android, ChromeOS, Linux, macOS et Windows : suppression de la règle LegacySameSiteCookieBehaviorEnabledForDomainList
- Encapsulation de clé X25519Kyber768 pour TLS
À partir de Chrome 124, Chrome active par défaut sur toutes les plates-formes de bureau un nouveau mécanisme d'encapsulation de clé TLS sécurisé post-quantique X25519Kyber768, basé sur une norme NIST (ML-KEM). Cette mesure protège le trafic réseau de Chrome contre le déchiffrement par un futur ordinateur quantique avec les serveurs qui prennent également en charge ML-KEM. Il s'agit d'une nouvelle suite de chiffrement TLS. Comme les algorithmes de chiffrement compatibles sont négociés automatiquement par TLS, ce changement doit être transparent pour les opérateurs de serveur. Cet algorithme de chiffrement sera utilisé pour les connexions TLS 1.3 et QUIC.
Cependant, certains appareils réseau d'entreprise tels que les pare-feu et les proxys (boîtiers intermédiaires TLS) peuvent ne pas être préparés pour la taille d'une encapsulation de clé Kyber (ML-KEM) ou d'un nouveau point de code de chiffrement TLS ClientHello, ce qui peut entraîner l'interruption ou la mise en attente de certaines connexions. Pour résoudre ce problème, mettez à jour votre boîtier intermédiaire ou désactivez le mécanisme d'encapsulation de clé à l'aide de la règle d'entreprise temporaire PostQuantumKeyAgreementEnabled, qui sera au moins disponible jusqu'à Chrome 141 en 2025. Notez toutefois qu'à long terme, des algorithmes de chiffrement post-quantique sécurisés seront requis dans TLS et la règle d'entreprise sera supprimée. La cryptographie post-quantique est requise pour CSNA 2.0.
À partir de Chrome 131, Chrome remplacera la version provisoire de Kyber par la version finale standard de ML-KEM comme mécanisme d'encapsulation de clé. L'utilisation de toute forme d'échange de clé post-quantique (Kyber ou ML-KEM) continuera d'être contrôlée par la règle PostQuantumKeyAgreementEnabled.
Pour en savoir plus, consultez cet article du blog Chromium et cet article du blog sur la sécurité Google.
- Chrome 124 sur Windows, macOS et Linux
- Chrome 131
- Fournisseur de framework d'accessibilité UI Automation du navigateur sous Windows
À partir de Chrome 126, Chrome prendra directement en charge les logiciels clients d'accessibilité qui utilisent le framework d'accessibilité UI Automation de Microsoft Windows. Avant ce changement, ces logiciels interagissaient avec Chrome par le biais d'un shim de compatibilité dans Microsoft Windows. Ce changement vise à améliorer l'accessibilité pour de nombreux utilisateurs. Il est entièrement compatible avec le narrateur, la loupe et Voice Access et améliorera les applications tierces qui utilisent le framework d'accessibilité UI Automation de Windows. Les utilisateurs de Chrome constateront une réduction de l'utilisation de la mémoire et de la surcharge de traitement lors de l'utilisation avec des outils d'accessibilité. Cela facilitera également le développement de logiciels utilisant des technologies d'assistance.
Les administrateurs peuvent utiliser la règle d'entreprise UiAutomationProviderEnabled, disponible dans Chrome 125, pour activer de force le nouveau fournisseur (afin que tous les utilisateurs bénéficient de la nouvelle fonctionnalité) ou le désactiver. Cette règle sera disponible jusqu'à Chrome 136 et sera supprimée dans Chrome 137. Cette période d'un an vise à donner aux entreprises suffisamment de temps pour travailler avec des fournisseurs tiers afin de résoudre les incompatibilités causées par le passage du shim de compatibilité Microsoft au fournisseur UI Automation Chrome.
- Chrome 125 sur Windows : la règle UiAutomationProviderEnabled permet aux administrateurs d'activer le fournisseur du framework d'accessibilité UI Automation de Chrome et de vérifier que les outils d'accessibilité tiers continuent de fonctionner.
- Chrome 126 sous Windows: le framework des variantes Chrome sera utilisé pour commencer à activer le fournisseur de framework d'accessibilité UI Automation de Chrome pour les utilisateurs. Il sera activé progressivement pour tous les utilisateurs de la version stable, avec des pauses si nécessaire pour résoudre les problèmes de compatibilité pouvant être corrigés dans Chrome. Les administrateurs Enterprise peuvent continuer à utiliser la règle UiAutomationProviderEnabled pour activer le nouveau comportement de manière anticipée ou pour le désactiver temporairement jusqu'à Chrome 136.
- Chrome 137 sur Windows : la règle UiAutomationProviderEnabled sera supprimée de Chrome. Tous les clients utiliseront le fournisseur de framework d'accessibilité UI Automation du navigateur.
Modifications à venir de ChromeOS
-
Événements de fenêtre XDR ChromeOS
Dans ChromeOS 130, les événements de ciblage de fenêtre seront disponibles dans le cadre de la détection et de la réponse étendues (XDR) sur ChromeOS. Vous pourrez placer les fenêtres dans les activités de ciblage des appareils de votre parc géré en mettant simplement à jour les événements XDR dans la console d'administration.
-
Fonds d'écran et arrière-plans de visioconférence par IA générative
Dès ChromeOS 130, nous prévoyons de lancer des fonds d'écran et des arrière-plans de visioconférence haute résolution par IA générative sur ChromeOS. Grâce à cette fonctionnalité, vous pourrez laisser libre cours à votre créativité et transformer votre Chromebook en une toile d'expression personnelle. Choisissez parmi une vaste collection de modèles et personnalisez votre Chromebook en quelques clics en fonction de votre personnalité, de votre humeur ou de vos centres d'intérêt.
Deux nouvelles règles seront disponibles pour contrôler ces fonctionnalités : GenAIVcBackgroundSettings et GenAIVcBackgroundSettings.
Modifications de la console d'administration à venir
- Rapports sur les profils gérés du navigateur Chrome
Chrome Enterprise Core proposera de nouveaux rapports sur les profils gérés du navigateur Chrome dans la console d'administration. Cette fonctionnalité fournira une nouvelle liste de profils gérés et des pages d'informations. Sur ces pages, les administrateurs informatiques pourront consulter des informations de rapport sur les profils gérés, tels que les détails du profil, les versions du navigateur, les règles appliquées, et bien plus encore.
- Dès Chrome 130 sur Android, Linux, macOS et Windows
- Modification par défaut des règles d'IA générative
À partir de la version 130, nous allons modifier le paramètre par défaut des règles d'IA générative, qui passe de "Désactivé" à "Autorisé", sans améliorer les modèles d'IA. Si vous avez des appareils enregistrés dans Chrome Enterprise Core, cette règle s'applique automatiquement à ces appareils pour empêcher l'envoi de données à des fins d'entraînement des modèles d'IA. Les règles existantes dont le paramètre par défaut sera mis à jour sont les suivantes :
- CreateThemesSettings (disponible uniquement aux États-Unis pour le moment)
- DevToolsGenAiSettings (disponible dans la plupart des pays)
- HelpMeWriteSettings (disponible uniquement aux États-Unis pour le moment)
- HistorySearchSettings (disponible uniquement aux États-Unis pour le moment)
- TabOrganizerSettings (disponible uniquement aux États-Unis pour le moment)
- TabCompareSettings (disponible uniquement aux États-Unis pour le moment)
- Règle de contrôle de l'IA générative
À partir de la version 130, Chrome Enterprise Core inclura une règle permettant de contrôler le comportement de plusieurs règles d'IA générative. Cette fonctionnalité pratique permettra aux administrateurs de contrôler le comportement par défaut d'un ensemble de règles au même endroit (par exemple, désactivation par défaut). Cette règle contrôle les règles suivantes :
- DevToolsGenAiSettings
- HelpMeWriteSettings
- HistorySearchSettings
- TabOrganizerSettings
- TabCompareSettings
- GenAIVcBackgroundSettings (lancement dans Chrome 130)
- GenAIWallpaperSettings (lancement dans Chrome 130)
- Prise en charge des paramètres utilisateur sur la page "Configurations personnalisées"
La page Configurations personnalisées a récemment été lancée dans Chrome 127. Elle permet aux administrateurs informatiques de configurer des règles Chrome qui ne figurent pas encore dans la console d'administration, à l'aide de scripts JSON. Dès le 1er octobre, les configurations personnalisées permettront d'appliquer des paramètres utilisateur, en plus de l'assistance au niveau des machines. En d'autres termes, vous pourrez appliquer des règles lorsque les utilisateurs se connecteront à un compte Google géré sur la page "Configurations personnalisées".
- Dès le 1er octobre sur Android, iOS, Linux, macOS et Windows : déploiement de la fonctionnalité pour les règles relatives aux utilisateurs
Pour commencer, accédez à Configurations personnalisées dans la console d'administration, sous Navigateur Chrome > Rapports. Vous aurez besoin du SKU Chrome Enterprise Core :
Notes de version précédentes
|
Version de Chrome et date de sortie prévue de la version stable |
|
|---|---|
| Chrome 128 : 14 août 2024 | |
| Chrome 127 : 17 juillet 2024 | |
| Chrome 126 : 5 juin 2024 | |
| Chrome 125 : 8 mai 2024 | |
| Notes de version précédentes → |
Autres ressources
- Pour essayer de nouvelles fonctionnalités avant qu'elles soient lancées, inscrivez-vous au programme de testeur de confiance.
- Communiquez avec d'autres administrateurs Chrome Enterprise via le forum client Chrome Enterprise.
- Fonctionnement des versions de Chrome – Cycle des versions de Chrome
- Pour connaître les dates spécifiques, consultez le calendrier des versions de Chrome.
- Téléchargements du navigateur Chrome et aperçus des produits Chrome Enterprise – Navigateur Chrome pour les entreprises
- État et calendrier des versions de Chrome – État de la plate-forme Chrome | Visionneuse du serveur de mises à jour Google
- Annonces : Blog des versions de Chrome | Blog Chromium
- Développeurs : découvrez les modifications apportées à la plate-forme Web
Vous avez encore besoin d'aide ?
- Clients Google Workspace, Cloud Identity (accès autorisé uniquement) : contactez le service d'assistance
- Assistance Enterprise pour le navigateur Chrome : inscrivez-vous pour contacter un spécialiste
- Forum des administrateurs Chrome
- Centre d'aide Chrome Enterprise et Education