L'essentiel de l'IA cette semaine, expliqué simplement

Ce qui s'est passé

Le mercredi 21 octobre 2026, vers 16 heures heure de Paris, l'équipe PHP a publié en urgence des correctifs pour deux vulnérabilités critiques permettant d'exécuter du code à distance sur un serveur, sans aucun identifiant. Elles portent les références CVE-2026-109618 et CVE-2026-109619.

Un mot sur ce qu'est PHP, car c'est la raison pour laquelle cette actualité vous concerne même si vous n'avez jamais entendu ce nom : c'est le langage de programmation qui fait tourner la majorité des sites web, et en particulier la quasi-totalité des sites bâtis sur WordPress ou PrestaShop. Il tourne sur le serveur, chez votre hébergeur, pas sur votre ordinateur. « Exécuter du code à distance sans identifiant » signifie qu'un attaquant peut faire faire au serveur ce qu'il veut sans connaître le moindre mot de passe : installer une page de hameçonnage sous votre nom de domaine, lire votre base de données clients, ou utiliser votre hébergement pour attaquer quelqu'un d'autre.

Les versions corrigées sont PHP 8.2.35, 8.3.36, 8.4.27 et 8.5.12. La publication a été avancée d'un jour : elle était prévue le 22 octobre, mais les détails techniques avaient fuité le 20 octobre. PHP note la sévérité à 9,2 sur 10 selon l'échelle CVSS version 4 — le chiffre de 10 sur 10 qui a circulé provenait de la fuite, pas de l'équipe PHP.

Sur les versions anciennes, la situation demande une lecture attentive. Les branches 5.4 à 7.3 ne recevront aucun correctif. Pour PHP 7.4, 8.0 et 8.1, officiellement en fin de vie, l'équipe PHP n'a pas publié de version officielle mais a mis à disposition des rétroportages de code source, à destination de ceux qui compilent eux-mêmes ou attendent leur distributeur ; les distributions Linux et les dépôts spécialisés ont diffusé des paquets dans les heures suivantes.

Sur l'exploitation, deux lectures coexistent et il faut citer les deux. Amazon Threat Intelligence déclare avoir observé une première tentative le 17 octobre 2026 sur son réseau de leurres, soit quatre jours avant la divulgation publique, et estime les failles largement exploitées ; l'entreprise précise ne pas savoir comment l'attaquant a obtenu l'information en avance, ni si les tentatives auraient abouti sur de vrais systèmes. C'est une déclaration d'Amazon, non confirmée par un tiers. À l'inverse, l'équipe TRACE de l'éditeur Dataminr, dans son état des lieux du 22 octobre, ne constatait que du balayage de serveurs, de l'identification de versions et des tentatives non fonctionnelles, sans compromission connue — en précisant qu'un code d'attaque fonctionnel pourrait servir à des intrusions ciblées pas encore analysées.

Côté France, le CERT-FR, le centre de veille de l'ANSSI, a publié l'alerte CERTFR-2026-ALE-014 le 21 octobre, mise à jour le même jour quand les correctifs ont été disponibles, puis le 22 octobre pour indiquer qu'il a connaissance de démonstrations d'exploitation pour les deux vulnérabilités. Il recommande l'isolement des serveurs concernés et la mise à jour ; à titre de contournement, qu'il qualifie lui-même de non éprouvé, il mentionne le réglage session.upload_progress.enabled = Off, qui ne réduit l'exposition que pour la seconde faille, ainsi que le blocage ou la surveillance des requêtes de type multipart. Selon l'ANSSI, plus de 600 000 serveurs exploitent PHP sur l'internet français — c'est un parc, pas un décompte de serveurs exposés ni de serveurs vulnérables.

Enfin, une troisième faille a été publiée le 23 octobre 2026, CVE-2026-115560, qui n'a pas de correctif à ce jour et sera traitée dans le cycle de publication normal. Elle ne touche qu'une combinaison de réglages inhabituelle et cumulative, et le contournement tient en une ligne : session.upload_progress.enabled = 0. Aucune exploitation n'a été rapportée.

Pourquoi c'est important

Parce que c'est l'une des rares semaines où l'action à mener ne dépend pas de votre métier, de votre taille ni de votre maturité numérique. Si vous avez un site internet, vous êtes concerné.

Et parce que cette actualité met en lumière une zone de flou très répandue dans les petites entreprises : personne ne sait qui est responsable de la version de PHP. Le site a été fait par une agence il y a quatre ans ; l'agence ne s'occupe plus de rien ; l'hébergement est un abonnement mutualisé payé par prélèvement ; et la version de PHP est un réglage que l'on trouve dans un panneau d'administration que personne n'a ouvert depuis la mise en ligne. Dans ce cas, la mise à jour n'arrive pas toute seule. Certains hébergeurs mutualisés mettent à jour pour vous, d'autres non, et beaucoup laissent le choix de la version au client précisément parce qu'un changement de version peut casser un site ancien.

La deuxième raison tient au décalage entre la fuite et le correctif. Les détails techniques sont sortis le 20 octobre, le correctif le 21, et Amazon affirme avoir vu des tentatives dès le 17. Autrement dit, la fenêtre pendant laquelle un serveur non à jour est à la portée d'un balayage automatisé a commencé avant que les correctifs n'existent, et elle ne se refermera pas : les attaquants continuent de balayer internet pendant des mois à la recherche de ce qui n'a pas été mis à jour. Les deux analyses divergent sur l'ampleur réelle, et c'est normal à ce stade — mais aucune des deux ne change ce que vous avez à faire.

La troisième raison est économique, et c'est celle dont on parle le moins. Si votre site tourne encore sur une version 7 de PHP, vous n'avez pas un problème de mise à jour : vous avez un problème de migration, qui coûte quelques centaines à quelques milliers d'euros selon l'âge du site et le nombre d'extensions. Cette dépense existait déjà avant cette semaine ; elle était simplement invisible. Mieux vaut la découvrir en demandant un devis que le jour où le site sert à autre chose qu'à votre activité.

Un mot, pour finir, sur le rapport avec l'intelligence artificielle : il n'y en a pas directement, et c'est la deuxième semaine de suite que nous le signalons. L'attaque la plus concrète qui pèse sur une petite entreprise cette semaine ne vient pas d'une IA, mais d'un serveur pas à jour.

Ce qui s'est passé

Le mercredi 21 octobre 2026, les représentants des États membres réunis au sein du Conseil de l'Union européenne ont arrêté leur position de négociation sur le volet « données, vie privée et signalement des incidents cyber » du paquet dit Digital Omnibus, le chantier européen de simplification des règles numériques.

Commençons par le statut du texte, parce que c'est le plus important et le plus souvent déformé. Une position de négociation du Conseil, ce n'est pas une loi. Le Parlement européen n'a pas encore arrêté la sienne : un projet de rapport conjoint de deux de ses commissions a été déposé en juin 2026, les amendements en juillet, et le vote en commission est attendu début 2027. Viendront ensuite les négociations entre institutions. Donc, à ce jour : ni voté par le Parlement, ni adopté, ni publié au Journal officiel de l'Union européenne, ni en vigueur, ni applicable. Il n'existe aucun calendrier procédural contraignant ; le Conseil européen a seulement appelé à un accord avant la fin 2026, ce qui est un objectif politique.

Ce que contient cette position, maintenant. Sur les violations de données personnelles, le délai de notification passerait de 72 à 96 heures, et le seuil de déclaration serait relevé : seules seraient notifiées les violations susceptibles d'engendrer un risque élevé. Point décisif et rarement cité : cette partie ne s'appliquerait que dix-huit mois après l'entrée en vigueur du futur règlement, soit pas avant 2028.

Sur les cookies, les règles reviendraient dans l'article 5(3) de la directive dite ePrivacy, avec une liste fermée de six finalités pour lesquelles aucun consentement ne serait requis : la transmission d'une communication électronique ; un service explicitement demandé par l'utilisateur ; la mesure d'audience effectuée par le site lui-même, sous conditions ; la mesure d'audience des médias au titre du règlement européen sur la liberté des médias ; la sécurité technique du service ou de l'appareil ; et la mesure d'affichage et de performance de la publicité contextuelle. Le délai avant de pouvoir redemander un consentement après un refus serait ramené de six à quatre mois — la Commission proposait six. Et l'obligation de respecter les signaux de consentement automatisés émis par le navigateur serait supprimée.

Deux éléments de la proposition de la Commission n'ont pas survécu au Conseil. La définition de la donnée personnelle de l'article 4(1) du RGPD est maintenue en l'état : le Conseil a écarté la modification proposée, et traite les données pseudonymisées dans un article distinct. Le vote avait d'ailleurs été repoussé deux fois : le 7 octobre, l'Allemagne et la France demandaient des garanties renforcées sur les secrets d'affaires dans le règlement sur les données ; le 11 octobre, le texte n'a simplement pas été examiné.

Une précision pour éviter une confusion fréquente : ce dossier ne touche pas à l'AI Act. Le volet intelligence artificielle du Digital Omnibus a été séparé et correspond au règlement (UE) 2026/1744, en vigueur depuis le 27 juillet 2026, dont nous avons parlé dans nos éditions précédentes.

Pourquoi c'est important

Pour une raison inhabituelle : parce que ce qui compte, cette semaine, c'est ce qui ne change pas.

Les prochaines semaines vont apporter leur lot de titres annonçant la fin du bandeau cookies et un délai de 96 heures pour déclarer une fuite de données. Ces titres seront faux, ou plutôt prématurés de un à deux ans. Dans l'intervalle, deux mauvaises décisions guettent un dirigeant de bonne foi. La première consiste à relâcher : enlever le bandeau, laisser traîner un registre, se dire que l'Europe va simplifier de toute façon. Le RGPD actuel reste intégralement applicable, et la CNIL contrôle sur le droit en vigueur, pas sur le droit annoncé. La seconde consiste à acheter. Nous verrons passer des offres de « mise en conformité omnibus » et des audits de « préparation au nouveau cadre ». Il n'y a rien à préparer : le texte n'est pas écrit, et sa version finale différera de celle du Conseil.

Cela dit, la direction est maintenant assez nette pour mériter un quart d'heure de votre attention — et elle va dans votre sens. Trois des six finalités exemptées de consentement correspondent à des usages très ordinaires d'un site de petite entreprise : la sécurité technique, la mesure d'audience faite par le site lui-même, et la mesure de performance de la publicité contextuelle. Si cela aboutit, un site vitrine qui se contente de compter ses visiteurs et de se protéger pourrait fonctionner sans bandeau. Ce n'est pas un détail : le bandeau coûte du trafic, de la lisibilité, et il vous est aujourd'hui imposé à cause d'usages publicitaires que vous n'avez souvent pas.

Il faut aussi être lucide sur l'autre face. Le relèvement du seuil de notification et le passage à 96 heures allègent la charge des entreprises, mais réduisent l'information des personnes dont les données fuitent — et vous êtes aussi, personnellement, l'une de ces personnes. La suppression de l'obligation de respecter les signaux automatisés du navigateur enterre pour l'instant la solution la plus simple au problème des bandeaux : un réglage unique, exprimé une fois, respecté partout. Ce sont des arbitrages politiques, et ils se discutent.

Enfin, une remarque de méthode. Le Parlement européen n'a pas encore de position : la période qui s'ouvre est exactement celle où une fédération professionnelle ou une chambre de commerce peut encore faire valoir le point de vue d'une entreprise de dix personnes. Après l'accord, il sera trop tard pour s'étonner.

Ce qui s'est passé

Le mercredi 21 octobre 2026, deux incidents distincts ont visé la plomberie sur laquelle reposent les projets d'IA des entreprises. Ils n'ont pas de lien établi entre eux, mais ils racontent la même chose.

Le premier concerne LiteLLM, une brique logicielle très répandue qui sert de passerelle entre une application et les grands modèles d'IA : c'est elle qui permet à un logiciel de parler indifféremment à ChatGPT, à Claude ou à Gemini, et de suivre la consommation. À 11 h 39 et 51 secondes UTC, une version malveillante numérotée 1.107.0 a été publiée sur PyPI, le dépôt public où les développeurs vont chercher leurs composants, puis vers 13 h 14 sous forme d'images de conteneur. Le paquet a été retiré en début d'après-midi : il a donc été en ligne environ une heure et demie.

Le détail technique est important, car il explique pourquoi ce genre d'attaque passe inaperçu. Le code de l'outil n'avait pas été modifié. L'attaque était dans l'emballage : trois fichiers ont été ajoutés à l'installation, nommés cook.pth, cook.py et sitecustomize.py, qui s'exécutaient au démarrage de Python — c'est-à-dire aussi quand on lançait Python ou l'outil d'installation pour enquêter sur le problème.

Ce que le logiciel malveillant collectait, selon les analyses publiées : des identifiants d'hébergement cloud Amazon, Microsoft, Google, Kubernetes et Docker ; des identifiants d'outils de développement et de déploiement ; des secrets de développement — clés SSH, clés GPG, certificats privés, fichiers d'environnement, identifiants de dépôts de code ; des identifiants de fournisseurs d'IA, y compris ceux des assistants de programmation ; et les mots de passe enregistrés et les cookies des navigateurs Chrome et Firefox présents sur la machine, ainsi que les historiques de commandes. La compromission a été repérée par le scanner automatisé de l'éditeur Socket environ sept minutes après la publication, et plusieurs éditeurs de sécurité ont publié leurs analyses dans les heures suivantes. La dernière version antérieure à la compromission est la 1.106.2 — nous écrivons « antérieure à la compromission » et non « saine », parce que Socket précise explicitement que son enquête n'a pas certifié la propreté de chaque version antérieure.

Le second incident concerne Railway, une plateforme d'hébergement d'applications. Le 21 octobre 2026, l'entreprise a annoncé avoir détecté une activité anormale sur les systèmes qui stockent les variables d'environnement de ses clients — c'est-à-dire l'endroit où une application range ses clés d'API, ses identifiants de base de données et ses mots de passe de services tiers. Un tiers non autorisé a pu accéder à ces variables chiffrées et, pour certaines, en obtenir le contenu déchiffré. Railway a suspendu les déploiements pendant son enquête et demandé à tous ses clients de renouveler leurs secrets, y compris ceux qui n'ont pas été notifiés.

Sur l'ampleur, Railway annonce environ 4,8 millions d'utilisateurs et plus de 16 millions de services hébergés, et indique que son analyse initiale suggère qu'un sous-ensemble seulement d'utilisateurs pourrait être affecté — sans communiquer aucun nombre de clients touchés. L'entreprise affirme par ailleurs que l'incident s'inscrivait dans une série d'attaques visant des fournisseurs d'inférence IA, qu'elle dit avoir prévenus. C'est une affirmation de Railway, sans attribution et sans confirmation indépendante à ce stade.

Une dernière précision, qui est une absence : nous avons cherché, en français et en anglais, un nouveau cas d'hypertrucage, de fraude au président ou de clonage de voix visant une entreprise française sur la période. À notre connaissance, aucun n'a été rendu public entre le 19 et le 25 octobre 2026. La fraude de la semaine, en France, est de basse technologie : un faux courriel bancaire, un faux site, un numéro d'entreprise recopié.

Pourquoi c'est important

Parce que la plupart des petites entreprises qui « font de l'IA » ne l'ont pas installée elles-mêmes. Un prestataire, un développeur indépendant, ou l'éditeur de leur logiciel métier a branché un assistant sur leurs données, et personne dans l'entreprise ne sait de quelles briques cette installation est faite.

Or c'est exactement ce que visait l'attaque. Pas vous : votre prestataire, ou la machine de votre prestataire. Le logiciel malveillant ne cherchait pas vos fichiers, il cherchait les clés — celles de l'hébergement, celles des fournisseurs d'IA, celles des dépôts de code. Avec ces clés, on n'a pas besoin de vous attaquer : on entre par la porte d'à côté, avec un trousseau qui fonctionne. Et comme le vol passait par les mots de passe enregistrés du navigateur, le périmètre dépasse largement le projet d'IA : si la même machine sert à se connecter à votre banque ou à votre logiciel de paie, tout y est.

La leçon la plus utile tient au statut d'une clé d'API. Une clé d'API, c'est l'identifiant qu'un logiciel utilise pour se connecter à un service à votre place. Dans la plupart des petites structures, elle est traitée comme un paramètre technique : collée dans un fichier de configuration, envoyée par e-mail au prestataire, jamais renouvelée, jamais plafonnée. Ce n'est pas un paramètre technique. C'est un moyen de paiement qui engage votre compte et donne accès à vos données, et il se gère comme tel : renouvellement périodique, plafond de dépense, et une liste de qui le détient.

Le cas Railway ajoute la part que vous ne contrôlez pas. Vos secrets ne sont pas seulement sur vos machines : ils sont stockés chez les plateformes où tourne votre application. Quand l'une d'elles est compromise, l'action correcte est de tout renouveler, y compris si l'on ne vous a rien notifié — et c'est précisément ce que Railway a demandé. La bonne question à votre prestataire n'est donc pas « est-ce sécurisé », mais « combien de temps vous faut-il pour tout renouveler ». Si la réponse est « je ne sais pas », vous avez trouvé le chantier.

Un mot, enfin, sur le délai de sept minutes. Il est spectaculaire et il peut rassurer à tort : la détection a été rapide, mais la fenêtre d'une heure et demie suffit largement à une installation automatisée. Et l'essentiel est ailleurs : cette attaque a réussi sans modifier une seule ligne du code de l'outil. Relire le code ne protège pas ; ce qui protège, c'est de ne pas installer une version le jour de sa sortie sur un environnement qui touche vos données réelles.

Ce qui s'est passé

Rappel de la situation, en deux lignes. Dans la nuit du 11 au 12 octobre 2026, les consignes de température des installations frigorifiques de centaines de supermarchés français ont été modifiées à distance. Nous en avons fait notre actualité principale dans l'édition du 18 octobre. L'attaque elle-même est donc antérieure à la semaine couverte ici : ce qui est nouveau, c'est l'explication officielle.

Le mercredi 21 octobre 2026, Vincent Strubel, directeur général de l'ANSSI, a été entendu par la commission des affaires étrangères, de la défense et des forces armées du Sénat. Sa conclusion est nette, et elle est différente de ce qui circulait : aucune vulnérabilité sophistiquée n'a été exploitée, et il n'y a pas eu de faille inconnue. Les centrales de froid Danfoss AK-SM et AK-SC étaient directement accessibles depuis internet, sans pare-feu ni séparation du réseau, et leur interface d'administration était protégée par des mots de passe faibles. Le directeur général de l'ANSSI écarte explicitement les analyses qui pointaient une attaque élaborée.

Sa recommandation est la même qu'avant, en plus direct : déconnecter ces équipements d'internet ou, à défaut, appliquer une « politique de filtrage réseau très restrictive ». Il rappelle que le guide de l'ANSSI sur le sujet existe depuis 2014 et dit qu'un équipement industriel ne doit jamais être exposé directement sur internet. Il rappelle aussi la limite de son agence : elle alerte et conseille, mais n'a pas le pouvoir d'imposer des règles de raccordement aux enseignes.

Un point passé inaperçu mérite d'être relevé, parce qu'il indique où le risque se déplace : l'ANSSI indique avoir fait un point avec les acteurs de la santé, des laboratoires de recherche aux pharmacies qui stockent des vaccins, afin de sécuriser ces installations avant une tentative de reproduction du scénario.

Maintenant, la correction que nous devons à nos lecteurs. Dans notre édition du 18 octobre, nous signalions, avec une réserve explicite, des éléments de presse évoquant « une vulnérabilité identifiée par l'ANSSI dans un logiciel Danfoss », que nous n'avions pas pu vérifier à une source primaire. Nous pouvons être plus précis aujourd'hui : cette affirmation provenait de Matignon, les services du Premier ministre, et a été relayée par plusieurs médias — jamais par une source de l'ANSSI, et sans qu'aucun identifiant de faille ne soit donné. L'alerte du CERT-FR du 12 octobre ne nommait ni vulnérabilité ni cause. L'audition du 21 octobre va à l'encontre de cette thèse. Nous n'avons trouvé aucune confirmation officielle d'une vulnérabilité Danfoss identifiée par l'ANSSI, et il ne faut pas l'écrire.

Par cohérence, la position du fabricant doit aussi être relue. Le 12 octobre, Danfoss indiquait que la plupart des appareils concernés étaient obsolètes — citant les systèmes AK-SM 800 et AK-SC 355, qui ne reçoivent plus de mises à jour — ou tournaient sur un micrologiciel périmé. L'ANSSI ne dit pas le contraire, mais elle déplace la cause première : le problème n'est pas d'abord l'âge du matériel, c'est son exposition directe sur internet, l'absence de séparation du réseau et les mots de passe faibles. La nuance change tout en pratique, parce qu'un matériel récent mal raccordé reste vulnérable.

Deux choses, enfin, n'ont pas évolué cette semaine, et il est honnête de le dire. Aucune attribution publique n'a été faite ; l'enquête du parquet de Paris se poursuit. Et aucun bilan chiffré consolidé, ni aucun nouveau décompte officiel du nombre de magasins touchés, n'a été publié entre le 19 et le 25 octobre. Tous les chiffres disponibles datent du 12 ou du 13 octobre, ne mesurent pas la même chose et ne se réconcilient pas : au moins 300 magasins Intermarché et Netto selon les enseignes, moins d'une centaine chez Coopérative U, environ 700 supermarchés sur 10 000 selon le ministre de l'Économie le 13 octobre, et des pertes estimées à « plusieurs dizaines de millions d'euros » par le président des Mousquetaires. Ce sont des déclarations datées, pas un bilan.

Pourquoi c'est important

Parce que la conclusion de l'ANSSI transforme une actualité de grande distribution en une actualité qui vous concerne, et elle le fait dans le mauvais sens pour une petite entreprise.

Tant que l'on pouvait croire à une faille sophistiquée dans un logiciel précis, l'affaire se réglait par une mise à jour du fabricant : désagréable, mais hors de votre portée et donc hors de votre responsabilité. Si la cause est l'exposition directe sur internet, l'absence de séparation du réseau et des mots de passe faibles, alors la cause est reproductible partout, sur du matériel de n'importe quel âge et de n'importe quelle marque — et elle dépend de la façon dont votre installateur a raccordé le boîtier, pas de la date de fabrication du boîtier.

Cela vaut pour une liste d'équipements plus longue qu'on ne le croit : la chambre froide d'un boucher ou d'un traiteur, les vitrines d'un pâtissier, la climatisation pilotée à distance, l'alarme, les caméras, le portail, la sonde de la cave d'un caviste, le four programmable d'un boulanger, la gestion technique d'un bâtiment. Tous ces objets ont une interface web, souvent un mot de passe d'usine, et presque toujours un installateur qui l'a laissée joignable depuis internet parce que c'était plus simple pour son dépannage.

La remarque de l'ANSSI sur son propre pouvoir mérite d'être entendue telle quelle : l'agence alerte, elle n'impose rien. Il n'y aura pas de réglementation qui viendra fermer ces accès à votre place, et il n'y aura pas d'alerte personnalisée. Le guide existe depuis douze ans. Entre ce guide et votre chambre froide, il n'y a personne — sauf vous, qui payez la facture du frigoriste.

Le détour de l'ANSSI vers les pharmacies et les laboratoires est, au fond, le meilleur argument à donner à un installateur réticent : si l'agence nationale juge nécessaire de prévenir ceux qui stockent des vaccins avant une tentative de copie, c'est que le scénario est considéré comme facilement reproductible. Ce n'est pas un argument de peur, c'est un argument de calendrier.

Ce qui s'est passé

Trois annonces de Google Workspace, dont deux sont immédiatement utiles et une demande un réglage avant mardi.

Le jeudi 22 octobre 2026, Google a étendu la traduction vocale en temps réel dans Google Meet à 63 langues, avec détection automatique de la langue parlée : il n'est plus nécessaire de choisir la langue avant la réunion. La fonction est disponible sur le web et sur mobile, et l'écoute est prise en charge sur le matériel de salle de réunion Meet. Point que nous avons vérifié parce qu'il décide de tout pour vous : le français fait bien partie des langues prises en charge, d'après la page d'assistance officielle de Google qui liste les langues de la traduction vocale.

Deux limites à connaître avant de compter dessus. La durée de traduction est plafonnée à 90 minutes par réunion sur les formules Workspace de base éligibles et sur Google AI Pro, et monte à 8 heures avec les modules AI Expanded Access et AI Ultra Access ou avec Google AI Ultra. Et les formules concernées sont Business Standard et Business Plus, Enterprise Standard et Plus, Frontline Plus, le module Google AI Pro for Education, et côté grand public Google AI Pro et Ultra. Business Starter n'est pas dans la liste — c'est la formule la plus répandue dans les très petites structures.

Le lundi 19 octobre 2026, Google a annoncé la disponibilité de Gemini dans Google Sheets sur iPhone et iPad, activée par défaut, sans réglage à faire. Celle-ci, en revanche, concerne Business Starter, ainsi que Business Standard et Plus, Enterprise Starter, Standard et Plus, et les formules grand public Google AI Plus, Pro et Ultra. Le déploiement a commencé le 15 octobre et s'étale sur une quinzaine de jours ; le 19 octobre est la date du billet d'annonce, pas celle du démarrage. Usages mis en avant : résumer un tableau, repérer une tendance, produire un graphique.

Le même 19 octobre 2026, Google a annoncé les comptes rendus de réunion automatiques dans Google Chat. Après une réunion Meet, une fiche est publiée dans l'espace Chat associé : résumé des sujets et des points clés, décisions prises, actions avec leurs responsables désignés, et liens vers le document de notes Gemini, l'enregistrement et la transcription.

C'est ici qu'il faut lire les détails, car cette fonction est activée par défaut pour les organisations qui ont Gemini pour Google Workspace actif, sans réglage côté utilisateur. Deux conditions pour qu'un compte rendu soit produit : la fonction « Prendre des notes pour moi » doit être active pendant la réunion, et la réunion doit avoir un espace Chat associé. Et une exception qui est aussi le levier de confidentialité : si l'organisateur règle l'envoi des notes sur « organisateurs et co-organisateurs uniquement », aucune fiche n'est publiée dans l'espace de groupe. Les réglages d'administration existants pour « Prendre des notes pour moi » et pour Gemini continuent de s'appliquer. Côté calendrier, le déploiement a commencé le 16 octobre pour les domaines en diffusion rapide et démarre le 27 octobre 2026 pour les domaines en diffusion programmée, avec jusqu'à quinze jours de délai. Formules concernées : Business Standard et Plus, Enterprise Standard et Plus, Frontline Plus.

Pourquoi c'est important

Parce que la traduction en direct dans Meet est, cette semaine, la seule nouveauté réellement utilisable le jour même par une petite entreprise française, et qu'elle règle un problème concret : parler à un fournisseur italien, à un client allemand ou à un sous-traitant polonais sans interprète et sans se contenter d'un anglais approximatif de part et d'autre. Pour un artisan qui achète du matériel en Europe, ou pour une PME qui exporte un peu, ce n'est pas un gadget : c'est la différence entre un échange de vingt minutes et trois semaines d'e-mails.

Avec deux réserves d'usage. Le plafond de 90 minutes impose de découper les réunions longues, et une traduction automatique reste une traduction automatique : pour discuter d'un prix, d'un délai ou d'une clause, faites confirmer par écrit ce qui a été convenu. La machine lève la barrière de la langue, elle ne remplace pas la trace.

Le compte rendu automatique dans Chat est un gain de temps réel — plus personne ne « prend les notes », et les actions sortent avec un responsable désigné — mais c'est aussi le seul point de cette semaine qui appelle une décision avant mardi. Activé par défaut signifie que si votre organisation est en diffusion programmée et remplit les conditions, un résumé de vos réunions commencera à se publier dans un espace de discussion de groupe sans que personne ne l'ait demandé. Dans la plupart des cas, c'est bienvenu. Dans trois situations, cela ne l'est pas du tout : un entretien individuel, une réunion sur une difficulté de trésorerie ou une restructuration, et une négociation avec un client ou un fournisseur. Le réglage existe, il est simple, et il vaut mieux le connaître avant que l'inverse.

Il y a enfin un point de méthode qui dépasse ces trois annonces. Les fonctions d'IA arrivent maintenant activées par défaut dans les suites bureautiques, avec des dates de déploiement échelonnées que personne ne lit. Ce n'est plus un sujet d'outillage, c'est un sujet d'organisation : quelqu'un, chez vous, doit lire les notes de version de votre suite une fois par mois et décider. Dans une entreprise de dix personnes, cela prend un quart d'heure et ce n'est pas forcément le dirigeant.

Une remarque d'honnêteté pour terminer : la nouveauté la plus visible de la semaine, la traduction, exclut Business Starter. C'est une constante qu'il faut avoir en tête quand on lit une annonce Google — la formule la moins chère reçoit les nouveautés plus tard, ou pas du tout. Gemini dans Sheets sur iPhone est l'exception de la semaine, et c'est la raison pour laquelle nous la citons.