Les images de cet article ont été générées par intelligence artificielle. Notre méthode de publication
Google a annoncé un changement dans le modèle des mises à jour Chrome: à partir de la sortie de Chrome 153, prévu pour Septembre 8, le navigateur va passer d'une version stable toutes les quatre semaines à publier deux versions stables par mois. Dans la pratique, cela signifie que les changements, les corrections et les petites améliorations viendront plus souvent mais avec une gamme plus petite dans chaque livraison pour essayer de maintenir la stabilité.
Selon les informations publiées par l'équipe Chromium, cette modification affecte à la fois les canaux bêta et stables sur les bureaux et les appareils mobiles (Android et iOS). Les premières chaînes axées sur le développement - Dev et Canary - continueront de préserver leur rythme actuel de publication, et la branche Stable étendue, conçu pour les clients d'affaires qui ont besoin de fenêtres de mise à jour plus longues, restera dans leur cycle de huit semaines. Vous pouvez consulter la documentation officielle et l'historique de la publication sur le blog Chrome et sur le site Chrome Releases: blog.chromium.org et chromerease.googleblog.com.

Pourquoi faire ce pas maintenant ? De Google soulignent que les petits paquets d'échange facilitent l'emplacement des erreurs et réduisent les perturbations pour les utilisateurs et les administrateurs. Mise à jour plus souvent mais avec moins de nouvelles par livraison facilite le diagnostic post-production, expliquer, et la confiance que les améliorations récentes dans vos processus de développement maintiendra la fiabilité du navigateur. Cette stratégie n'est pas nouvelle dans le monde du logiciel: de nombreuses organisations préfèrent lancer incrémentiel et continu pour minimiser le risque associé aux gros sauts fonctionnels.
Pour les utilisateurs finaux, le changement sera généralement non traumatisant: Les mises à jour Chrome continuent d'être installées en arrière-plan, mais il est probable que les avis de redémarrage apparaîtront plus régulièrement. Si vous êtes l'un de ceux qui ferme rarement le navigateur, vous remarquerez plus de reicnios nécessaires pour appliquer les nouvelles versions. Pour les entreprises informatiques et l'équipement, la bonne nouvelle est que l'option Stable étendue reste disponible pour ceux qui ont besoin de plus de délais pour les tests et la certification; le guide de gestion Chrome Enterprise et les politiques de déploiement est une ressource utile pour planifier ces changements: support.google.com / chrome / a / ansher / 7679408.

Dans le domaine de la sécurité, Google maintient la politique de patch fréquente: bien que les corrections de sécurité soient regroupées dans les étapes de lancement, le modèle actuel définit des mises à jour hebdomadaires pour réduire le "patch gap" et ainsi limiter le temps que les attaquants doivent profiter des vulnérabilités publiées. Cette attention constante aux correctifs est critique si vous prenez en compte l'historique récent des vulnérabilités exploitées dans Chrome ; il est donc important de garder les mises à jour automatiques et d'appliquer les réinitialisations sur demande. L'historique des annonces et des patchs peut être consulté sur le blog officiel Chrome Releases: chromerease.googleblog.com.
Pour les développeurs d'extensions, les intégrations et les gestionnaires de qualité, le nouveau rythme implique d'ajuster les tests et les processus de lancement. Avec des livraisons plus fréquentes il y a moins de temps pour valider et plus besoin d'automatisation dans les tests et donc l'équipement doit adapter son intégration continue et sa surveillance pour détecter rapidement les régressions. En même temps, la possibilité d'inverser ou d'émettre des corrections mineures avec une plus grande agilité peut être un soulagement lorsqu'une défaillance de production apparaît.
Bref, la transition vers un cycle de deux semaines vise à combiner la vitesse de livraison et la réduction d'impact pour chaque mise à jour. Google s'engage à une stratégie de changement progressif et des correctifs continus qui, s'ils sont accompagnés de bonnes pratiques de gestion de la version automatisée et des tests, peuvent améliorer l'expérience des utilisateurs et des administrateurs. Si vous voulez suivre l'évolution de ces changements et lire les versions officielles, les sources primaires sont le blog Chrome et le canal Chrome Releases; pour le contexte historique sur la façon dont la cadence de Chrome a changé dans les années précédentes, les médias technologiques comme The Verge ont couvert l'ajustement précédent 2021 lorsque le cycle accéléré à quatre semaines: La Verge - passage au cycle de quatre semaines.
Autres
Plus de nouvelles sur le même sujet.

Anonymous MousKIT plateforme de phishing identifiée pour supprimer Activation Lock sur iPhone et iPad
Les chercheurs en cybersécurité ont documenté une plateforme d'hameçonnage comme un service visant à éliminer la protection des Verrouillage d'activation des iPhones volés et de...

Les États-Unis imposent des sanctions contre les réseaux iraniens liés au MOIS et au Mabna dans le cadre de l'opération de prévision économique
Le ministère du Trésor américain a lancé une nouvelle série de sanctions financières contre les réseaux liés à l'Iran, dans une campagne que les autorités américaines décrivent ...

La chaîne d'exploitation NemoClaw expose Olama à accès non authentifié et modifie les modèles de chat
Ce qui s'est passé (faits confirmés): Oasis Security des chercheurs ont publié un rapport décrivant une chaîne d'exploitation contre la configuration de NemoClaw qui permet à un...

CISA ajoute CVE-2026-21962 à KEV par opération à distance dans Oracle HTTP Server et WebLogic
La United States Agency for Cybersecurity and Infrastructure (CISA) a inclus dans son catalogue Les vulnérabilités exploitées connues (KEV) la défaillance critique constatée com...

IA dans la génération de code accélère les dépendances OSS et génère la dette de médiation de sécurité
Un récent séminaire organisé par ActiveState et une enquête auprès de 300 leaders de la sécurité et du développement dans des entreprises de différents secteurs confirment quelq...

Ils identifient WordlistLoader et SynkLoader, chargeurs intermédiaires liés à des courtiers d'accès pour
Les chercheurs en cybersécurité ont identifié deux nouvelles familles de malware - appelées WordlistLoader et SynkLoader - utilisées comme étapes intermédiaires pour déployer de...

TikTok paiera 400 millions pour COPPA; 100 M sous réserve de l'annulation du décret Musical. et
Le ministère de la Justice des États-Unis. États-Unis d ' Amérique 400 millions par TikTok pour résoudre un procès de 2024 qui accusait la plate-forme - détenue par ByteDance - ...