Un an après la version 8.0, l’équipe du projet FFmpeg passe à la mouture majeure suivante. Avec FFmpeg 9.0, Vulkan est particulièrement à l’honneur avec plusieurs améliorations importantes, notamment avec certains codecs orientés production et/ou post-production.
La nouvelle version, nommée « Lei », propose ainsi le décodage matériel d’APV (Advanced Professional Video) via Vulkan. APV est un codec royalties-free (sans redevance) créé par Samsung et pensé comme alternative ouverte à des formats comme le ProRes d’Apple. Comme toujours avec le décodage matériel, cela signifie que le travail est déchargé du CPU vers le GPU, indépendamment du constructeur, Vulkan étant une API multiplateforme.
Puisque l’on parle du ProRes, FFmpeg 9.0 a également du neuf sur le codec. Une accélération Vulkan est là aussi proposée, en complément d’un support ProRes RAW via VideoToolbox. Les flux ProRes RAW, très lourds et jusqu’ici majoritairement décodés au format logiciel ou via des chemins propriétaires Apple, obtiennent ainsi une voie d’accélération GPU générique, ce qui devrait là aussi avoir des répercussions importantes.
Ces deux ajouts, en plus du nouveau filtre v360_vulkan pour la reprojection vidéo 360° et/ou équirectangulaire, positionnent encore un peu plus FFmpeg comme pipeline GPU indépendant. Il fonctionne à l’identique sur les puces Intel, AMD ou encore NVIDIA, sur tous les systèmes d’exploitation, sans dépendre de SDK (kits de développement) propriétaires comme CUDA, NVENC, AMF ou encore VideoToolbox.
Invisible et omniprésent
Parmi les autres nouveautés, on peut noter la lecture native des WebP animés, des améliorations liées au cadre AMF d’AMD, l’arrivée d’un filtre transpose_cuda (rotation/retournement d’image accéléré CUDA, pour éviter les allers-retours GPU > CPU > GPU), le support et le passthrough des métadonnées dynamiques SMPTE 2094 - 50 pour améliorer la gestion des flux de travail HDR, le décodage HE-AAC 960 pour le contenu DAB+ côté audio, ou encore un nettoyage du code avec la suppression de plusieurs éléments obsolètes, dont le décodeur CELT et le parseur Ogg/CELT.
Comme toujours avec les nouvelles versions de FFmpeg, de nombreux composants sont mis à jour, comme libavutil 61.1.100, libavcodec 63.1.100, libavformat 63.1.100, libavdevice 63.1.100, libavfilter 12.1.100, libswscale 10.1.100 et libswresample 7.1.100.
L’importance de cette nouvelle version ne se révèlera, comme d’habitude, qu’une fois son intégration réalisée dans d’autres projets qui en exploiteront les capacités. Rappelons que FFmpeg, même s’il n’est pas connu généralement du grand public, est une brique d’infrastructure invisible mais omniprésente dans le traitement multimédia au sens large.
Si vous connaissez mal ce projet, il s’agit d’une boite à outil pour coder, décoder, transcoder, muxer, démuxer et filtrer à peu près tous les formats audio/vidéo existants. On le retrouve dans de nombreux logiciels et services connus, dont le plus célèbre est sans doute VLC. FFmpeg joue également un rôle essentiel dans YouTube, HandBrake, OBS Studio, des serveurs multimédia domestiques comme Plex et Jellyfin, Discord, Chrome, Blender ou encore WhatsApp. Certains services commerciaux ayant pignon sur rue, comme Netflix, s’en servent également, mais on ne connait pas la nature précise de cet usage.
Comment ? Un gestionnaire des tâches sur macOS ? Oui, et bien fait en plus. Il s’agit pour l’instant d’une bêta, mais le projet est prometteur. Et des versions pour Windows et Linux sont prévues.
Dave Plummer, ex-ingénieur de Microsoft (il a notamment travaillé sur NT 4.0), s’est lancé dans un drôle de projet : estimant que le moniteur d’activité de macOS n’était pas digne de la plateforme, il a attaqué le développement d’un authentique gestionnaire des tâches pour la plateforme d’Apple. Oui, un gestionnaire des tâches, comme sous Windows.
Du code neuf et natif
L’histoire est intéressante pour plusieurs raisons. D’abord, le moniteur de macOS, s’il remplit bien ses fonctions élémentaires, ne propose pas de vue de synthèse de ce qui se passe sur la machine : le taux d’occupation du CPU (avec séparation par cœur logique), le remplissage de la mémoire, l’activité réseau ou du stockage, etc.
Ensuite, Dave Plummer a apporté un soin particulier à son développement. Il raconte comment Microsoft l’a laissé examiner, « à titre gracieux», le code source du gestionnaire des tâches de Windows XP. Cependant, aucun pan de code n’a été repris, affirme le développeur. À la place, il a développé un nouveau moteur partagé en C++ ainsi qu’une interface en Swift. C’est d’ailleurs un autre point intéressant : l’interface est léchée, réactive et parfaitement intégrée à l’ambiance macOS. La filiation avec le composant de Windows est cependant assumée dans le nom : TMOG, pour Task Manager Original.
C’est un « oui » !
L’application réunit également plusieurs fonctions au sein de la même interface. On retrouve, comme dans le gestionnaire des tâches de Windows, des onglets avec la vue de synthèse de ce que fait la machine, la liste des processus (qui reprend la vue par défaut du moniteur de macOS) ou encore celle des services. TMOG y ajoute un onglet pour les informations système ou encore la liste des applications lancées au démarrage, avec possibilité de les désactiver.
L’ensemble est particulièrement fluide, surtout pour les jauges et les courbes d’occupation. Les paramètres de l’application permettent de modifier différents éléments d’interface, dont le thème (clair ou sombre), la police par défaut ou encore la fréquence de rafraichissement.
TMOG est fournie pour l’instant sous forme de bêta. Elle n’est pas distribuée sur le Mac App Store pour une raison très simple : la boutique d’Apple oblige les applications qui y sont distribuées à fonctionner dans une sandbox. Pour un projet comme TMOG, ce type d’isolation est impossible, car elle doit aller chercher des informations dont la sandbox n’autorise pas la récupération.
L’application est gratuite et doit le rester, du moins sous cette forme. Dave Plummer indique qu’une version Pro payante pourrait apparaître plus tard. Et si vous vous posez la question : oui, des versions Windows et Linux sont prévues (cette dernière vient tout juste d’être confirmée). Le développeur insiste sur le caractère natif de ces applications et leurs performances.
Le 11 août, la liste Bloctel disparaitra. Un changement attendu de longue date, car au-delà d’une inefficacité croissante, cette suppression viendra acter un renversement complet de la situation : le démarchage téléphonique sera interdit, sauf consentement explicite préalable.. Du côté des usagers cependant, la tranquillité n’est pas pour demain.
La liste Bloctel date d’une « autre époque ». Créée en 2014 pour prendre la suite de la liste Pacitel, elle en gardait le fonctionnement général : en s’y inscrivant, on signalait son opposition à tout démarchage téléphonique. Avec les années, les évolutions technologiques et des techniques marketing toujours plus agressives, toutes ces listes ont fini par être caduques, cumulant les avis très critiques sur leur inefficacité.
Le 11 aout marquera donc un vrai tournant : Bloctel va disparaitre, remplacée par une interdiction de principe pour le démarchage téléphonique, plus précisément la « prospection commerciale téléphonique non consentie ». De fait, Bloctel n’a plus d’utilité et le cadre légal évolue pour répondre à l’obsolescence du cadre antérieur. Le tout sur fond d’explosion des fraudes aux numéros de téléphone et des usurpations d’identité téléphonique (spoofing).
Jusqu’à présent, le système français de régulation reposait sur une logique d’opt-out : il fallait soi-même se signaler pour repousser ces sollicitations commerciales. Les consommateurs passaient donc par une démarche active pour exprimer leur refus. Légalement, les professionnels de la prospection commerciale étaient tenus de confronter leurs fichiers à l’annuaire d’opposition avant tout lancement de campagne téléphonique.
Sur la page officielle du service, on peut ainsi lire que la loi nᵒ 2025 - 594 du 30 juin 2025 s’appliquera au 11 août : « À cette date, le service Bloctel deviendra obsolète. La nouvelle loi inverse en effet le principe actuel. Aujourd’hui, les consommateurs doivent s’inscrire sur Bloctel pour exprimer leur refus d’être démarchés, et les professionnels ont alors l’interdiction de les contacter. À compter du 11 août 2026, ce sera l’inverse : les professionnels ne pourront démarcher que les consommateurs pour lesquels ils auront recueilli un consentement explicite au préalable. Le service Bloctel devient donc inutile ».
Les limites de Bloctel sont connues depuis longtemps. D’abord, son efficacité a été rabotée de manière chronique par une prolifération de clauses de consentement ambiguës ou dissimulées dans des contrats d’adhésion en ligne. Ensuite, l’explosion du nombre de plateformes d’appels hors des frontières nationales et l’usurpation des numéros de téléphone ont fini par enterrer ce qui restait d’efficacité.
Avec le nouveau régime juridique, le consentement préalable du consommateur devient une condition stricte (au sens du RGPD) à toute prospection commerciale téléphonique. Dans le décret nᵒ 2026 - 662 du 23 juillet 2026, qui complète la loi du 30 juin 2025, le consentement est décrit comme « une manifestation de volonté libre, spécifique, éclairée, univoque et révocable, par laquelle une personne accepte, par un acte positif clair, l’utilisation de ses données à caractère personnel à des fins de prospection commerciale par voie téléphonique ». En d’autres termes, une case à cocher ou un consentement perdu dans des conditions générales acceptées en bloc ne compte pas.
Précisons que cette interdiction générale est en fait l’extension d’une interdiction sectorielle. Le 24 juillet 2020, la prospection téléphonique est ainsi devenue illégale pour tout ce qui touche à la vente d’équipements ou la réalisation de travaux destinés aux économies d’énergie ou à la production d’énergies renouvelables. Travaux d’isolation, pompes à chaleur, panneaux photovoltaïques : tout le monde ou presque a reçu au moins un appel dans ce cadre (sans parler des tonnes de spams dans les e-mails).
Selon le cabinet Kohen Avocats, les jurisprudences dans ce secteur devraient d’ailleurs « éclairer la portée du futur régime », notamment sur deux points : la nullité de l’éventuel contrat alors souscrit et sur la charge de la preuve, qui pèse désormais sur le professionnel. En effet, en cas de conflit, c’est bien à ce dernier de prouver qu’il a recueilli le consentement clair de l’utilisateur. S’il ne le peut pas, tout contrat qui aurait été souscrit par ce biais sera déclaré nul.
Rappelons que depuis le 1ᵉʳ juillet 2025, l’interdiction sectorielle sur l’économie d’énergie a été étendue aux SMS, e-mails et réseaux sociaux. Dommage, ces extensions n’ont pas été reprises plus largement dans le changement de régime du 11 août.
Si le renversement de régime fonctionne dans l’immense majorité des cas, quelques points sont cependant à préciser.
Par exemple, les entreprises peuvent contacter leurs clients tant qu’un contrat est actif, mais il faut que l’appel concerne effectivement ce contrat. Là encore, si le contact est établi au sujet d’un tout autre produit, il est illégal.
Il reste 48% de l'article à découvrir. Vous devez être abonné•e pour lire la suite de cet article. Déjà abonné•e ? Générez une clé RSS dans votre profil.
Plasma 6.8 va intégrer un changement majeur dans la manière dont le travail graphique est effectué sur les configurations contenant plusieurs GPU. Les gains devraient être substantiels, particulièrement sur les ordinateurs portables ayant des configurations « hybrides ».
La prochaine mouture de l’environnement de bureau va embarquer un changement technique qui devrait faire les beaux jours de bon nombre de joueurs, relève Phoronix. Le développeur Xaver Hugl a annoncé en effet dans un billet de blog l’arrivée de DMA-BUF v6 pour KWin, qui est à la fois le gestionnaire de fenêtres dans KDE et un compositeur Wayland.
Il reste 86% de l'article à découvrir. Vous devez être abonné•e pour lire la suite de cet article. Déjà abonné•e ? Générez une clé RSS dans votre profil.
Pavan Davuluri, vice-président de Microsoft chargé de Windows et des services, a publié un important billet de blog le 31 juillet. Il y renouvelle les engagements de l’entreprise sur les améliorations portées ou à venir de Windows 11, dont les performances.
Le responsable commence par faire le tour des travaux déjà engagés et montrés. Ils sont soit disponibles depuis peu, soit vont arriver ou sont déjà présents dans les préversions de la branche expérimentale du système, accessible depuis le programme Windows Insider.
Il liste ainsi les possibilités de personnalisation de la barre des tâches, la réduction du périmètre des fonctions IA « là où elles ont le plus de sens », la réduction des frictions dans Windows Update, les performances et la fiabilité de l’Explorateur, un plus grand contrôle sur les widgets, un programme Windows Insider plus simple et transparent, ou encore les améliorations sur le Feedback Hub. Les performances, la fiabilité et les « expériences bien conçues » sont à considérer désormais comme la sainte trinité qui guiderait les équipes.
Pavan Davuluri liste également les apports à venir : une recherche plus rapide et efficace, le renforcement de WinUI et son utilisation plus intensive dans le système (dont la fenêtre des propriétés apparue récemment), les fonctions supplémentaires pour le menu Démarrer et la barre des tâches, une élévation générale de la qualité des pilotes via la Driver Quality Initiative, de meilleures performances pour de nombreux composants, le support des webcams ESS pour Windows Hello ou encore un effort général de réduction de l’empreinte mémoire.
Certaines zones du système font l’objet d’une attention particulière, selon le responsable. D’abord, une expérience « out of the box » plus rapide et efficace. Ensuite, une mise en avant des contrôles parentaux (en particulier lors de la première configuration de l’ordinateur), ou encore des optimisations sur la mémoire consommée.
Un travail spécifique sur la consommation de mémoire
Ce dernier point a été copieusement repris sur X ces derniers jours. Pavan Davuluri pointe spécifiquement les configurations ayant 8 Go de mémoire : « Réduire l’empreinte mémoire Windows pour offrir une expérience Windows rapide et réactive sur tous les PC utilisés quotidiennement par les clients ».
Une phrase loin d’être anodine, pour deux raisons. D’abord, parce que le système de Microsoft a toujours été considéré comme gourmand. L’entreprise semble piquée au vif, particulièrement depuis que Linux apparait de plus en plus comme une alternative viable à Windows pour les jeux vidéo. Un domaine qui était jusque très récemment la chasse gardée de Microsoft, grâce notamment à l’abondance de pilotes (même si leur qualité peut fortement varier).
Ensuite parce que la situation mondiale l’exige probablement : la mémoire vive est beaucoup plus onéreuse. Le marché exerce sur les éditeurs logiciels une pression jamais vue, après des décennies de croissance presque linéaire sur la quantité toujours plus importante de RAM (ou de mémoire vidéo) dans les configurations. Ce n’est pas un hasard non plus si Apple a insisté pendant sa dernière WWDC sur les optimisations apportées à la fournée 27 de ses systèmes, particulièrement macOS.
« Les derniers mois nous ont redonné de l’énergie »
Plusieurs personnes de l’équipe Windows se sont exprimées dans le sillage de la publication de Pavan Davuluri, le plus souvent pour indiquer que la période était intéressante et qu’il restait beaucoup à venir. Plusieurs laissent penser que cette accélération était attendue de pied ferme. Davuluri l’indique à demi-mots à la fin de son billet :
« Les derniers mois nous ont redonné de l’énergie. Rencontrer des membres de Windows Insiders lors de nos rencontres mensuelles et entendre ce que vous en pensez a été l’un des meilleurs moments. C’est un travail que nos ingénieurs adorent et nous voulons que vous le ressentiez dans le produit. Nous savons que nous avons encore beaucoup à faire, et nous sommes reconnaissants de vivre ce voyage avec vous ».
Certains observateurs semblent y voir un changement fort de signal. Ewan Dalton, de Windows Latest, indique ainsi avoir travaillé plus de 25 ans chez Microsoft. Selon lui, Windows « reçoit de nouveau les soins qu’il mérite ». Il estime que Microsoft s’est développé dans trop de directions pour que le système reste un produit de qualité, notamment avec l’arrivée d’Azure et plus généralement du cloud.
Maintenant que le système est attaqué de toute part (Linux, MacBook Neo, performances, expérience utilisateur…), l’éditeur bougerait enfin dans la bonne direction. La situation sera probablement plus claire d’ici quelques mois et nous ferons le point sur les promesses et les résultats.
Anthropic a annoncé le 30 juillet que trois incidents impliquant ses IA avaient été détectés. Chacun a impliqué une attaque distincte contre une organisation. Des informations rendues publiques dans le sillage de l’affaire liant déjà OpenAI à la compromission de Hugging Face.
Faisons d’abord un bref rappel des faits. Le 16 juillet 2026, Hugging Face publie une divulgation décrivant une intrusion détectée sur son infrastructure, causée vraisemblablement par un agent IA autonome. Le 21 juillet, OpenAI reconnaît que l’attaquant était en réalité son propre harnais d’évaluation, mobilisant une combinaison de modèles internes (GPT‑5.6 Sol) et un modèle en préversion décrit comme « plus puissant ». Les garde-fous anti-cyber avaient été volontairement réduits pour les besoins du test.
Cette infrastructure s’en est prise à Hugging Face en exploitant au moins deux vulnérabilités 0-day dans le pipeline de traitement de données, avec pour résultat une exécution de code à distance, le vol d’identifiants et l’accès à des jeux de données et services internes. En clair, une compromission. L’affaire avait révélé un « problème d’asymétrie » : Hugging Face ne pouvait pas utiliser les API commerciales des fournisseurs de LLM à cause des fameux garde-fous et avait dû se tourner vers une installation locale du modèle chinois GLM 5.2 (poids ouverts) pour mener ses propres analyses.
C’est dans ce climat qu’Anthropic a annoncé, le 30 juillet, avoir mené sa propre revue rétrospective et avoir trouvé des cas « similaires ».
Triple oups
Anthropic a examiné 141 006 « runs » d’évaluation dans lesquels Claude aurait pu obtenir un accès internet. Sur cet ensemble, trois incidents distincts (impliquant six runs au total, dont quatre concernant une même organisation) ont été identifiés. Tous se sont produits dans l’environnement de test fourni par un partenaire, Irregular, une société israélienne de red-teaming en cybersécurité IA.
Cette revue a commencé le 23 juillet, deux jours après la publication d’OpenAI sur son implication dans la compromission de Hugging Face. Le même jour, des éléments suspects sont déjà trouvés. Trois incidents sont identifiés le 24 juillet et trois jours plus tard, Anthropic communique les éléments découverts à Irregular et aux organisations touchées par les incidents. Parmi elles, deux n’avaient pas détecté l’intrusion avant d’être notifiées.
Il reste 79% de l'article à découvrir. Vous devez être abonné•e pour lire la suite de cet article. Déjà abonné•e ? Générez une clé RSS dans votre profil.
Comment concilier protection des données et IA agentique ? Dans une note publiée le 20 juillet, le CIANum (Conseil de l’IA et du Numérique) et la CNIL se sont penchés sur la question, pointant le vaste changement d’échelle dans le traitement des données et la complexification de la maitrise des risques face aux systèmes autonomes.
L’objectif de la nouvelle note est d’examiner comment le RGPD s’applique concrètement à l’IA agentique. Elle laisse volontairement de côté le Règlement sur l’IA (RIA) dont l’application complète n’est prévue qu’en 2027 et qui ne prévoit pas de régime spécifique pour les agents.
La note ne vise donc pas à proposer un nouveau texte de loi, mais à identifier les tensions entre un cadre juridique existant (conçu pour des traitements déterminés par des humains) et une technologie qui agit de façon autonome, puis à esquisser des pistes de conciliation, aussi bien juridiquement que techniquement.
Une mise en tension des principes du RGPD
Il reste 87% de l'article à découvrir. Vous devez être abonné•e pour lire la suite de cet article. Déjà abonné•e ? Générez une clé RSS dans votre profil.
L’équipe Frontier Red Team d’Anthropic a publié un billet dans lequel elle décrit ses trouvailles sur deux algorithmes dédiés à la cybersécurité : HAWK et AES. Si les découvertes sont avérées, les conséquences ne sont pas aussi dramatiques qu’on peut le lire ça et là. Elles ne sont pas inexistantes pour autant.
Le 28 juillet 2026, Anthropic a publié un billet de recherche consacré à la « découverte de faiblesses cryptographiques avec Claude ». Il décrit les trouvailles réalisées avec une préversion interne de Mythos qui n’est pas encore accessible au public.
Les découvertes concernent deux algorithmes de sécurité. D’abord HAWK, un schéma de signature numérique conçu pour résister aux ordinateurs quantiques. Ensuite AES, ou plus exactement une version réduite d’AES, utilisée en général en recherche pour mieux étudier la robustesse de cet algorithme.
Dans son billet, Anthropic affirme qu’aucune de ces découvertes n’a d’incidence sur l’informatique actuelle. Certes, mais elles ont tout de même quelques conséquences, même si elles sont loin de l’apocalypse décrite par certains.
Le vol court du faucon post-quantique
Il reste 88% de l'article à découvrir. Vous devez être abonné•e pour lire la suite de cet article. Déjà abonné•e ? Générez une clé RSS dans votre profil.
Microsoft a fait de nombreuses promesses cette année sur l’amélioration de la qualité générale dans Windows 11. Performances, recherche, code natif ou encore interface sont dans la ligne de mire. En août, le système va ainsi recevoir une longue série de nouveautés, dont certaines auraient dû arriver depuis bien longtemps.
L’initiative « K2 » de Microsoft vise à apporter à Windows 11 une foule d’améliorations tous azimuts. L’éditeur a abordé aussi bien les performances que l’utilisation de code natif (le menu Démarrer est partiellement écrit en React par exemple), la cohérence de l’interface, l’efficacité de la recherche et autres. De manière générale, le mouvement consisterait à donner – enfin – aux utilisateurs ce qu’ils attendent depuis des années. En théorie.
Les mises à jour mensuelles ont commencé à apporter certaines de ces améliorations. Celle du mois prochain s’annonce particulièrement copieuse, quand elle sera proposée en même temps que les correctifs de sécurité le 11 aout. Cette mise à jour est en fait déjà disponible dans la zone des téléchargements facultatifs dans Windows Update, pour les personnes un peu « aventurières » qui voudraient s’essayer aux nouveautés un mois en avance.
Explorateur, recherche et menu Démarrer
La mise à jour, référencée KB5101684, contient un peu de tout. Microsoft tire dans toutes les directions, preuve que l’éditeur semble assez sérieux sur les améliorations promises. Certains apports auraient d’ailleurs dû être dans Windows depuis bien longtemps.
C’est le cas de l’affichage automatique de l’unité de poids la plus adaptée dans la vue Détails de l’Explorateur. Aujourd’hui, et depuis bien longtemps, cette taille est systématiquement en Ko. Avec la mise à jour, l’unité s’adapte automatiquement pour afficher des Mo et Go en fonction du poids.
Dans l’Explorateur, on trouve plusieurs autres apports. D’abord la possibilité d’ouvrir un onglet depuis un clic molette sur un élément de la barre d’adresse ou de l’écran d’accueil. Ensuite, les miniatures dans la zone des contenus recommandés sont plus nettes. Enfin, le bug qui faisait apparaitre parfois un flash gris pendant le chargement ou le défilement a été corrigé.
La recherche est probablement une des fonctions qui reçoit le plus d’améliorations en ce moment. Outre la possibilité en approche de se concentrer uniquement sur les résultats locaux, la mise à jour d’août la rend plus tolérante sur les fautes typographiques (ce qu’elle n’est pas actuellement). Un fonctionnement élémentaire aujourd’hui, mais sur lequel Windows faisait l’impasse jusqu’ici. En outre, les résultats commencent à s’afficher à partir de deux lettres, contre trois jusqu’à présent. Les applications sont également mieux mises en avant dans les résultats.
On trouve aussi des améliorations de fiabilité plus générales. Par exemple, au chargement du systray dans la barre des tâches quand le système est utilisé en mode tablette.
Lecteurs d’empreintes ESS pour tout le monde
Les personnes intéressées par les empreintes digitales comme facteur de sécurité pourront désormais utiliser des lecteurs tiers pour Windows Hello Enhanced Sign-in Security (ESS), à condition qu’ils soient compatibles.
Dans sa version standard, Windows Hello repose sur des pilotes en espace utilisateur et/ou noyau. Si la machine est compromise par un programme malveillant disposant des privilèges administrateur, un attaquant peut théoriquement intercepter la mémoire ou usurper le signal de la caméra. ESS propose de résoudre ce problème en appliquant une architecture Zero Trust au niveau du silicium.
Sans surprise, ESS fonctionne avec des composants matériels dédiés. À la manière par exemple de la Secure Enclave dans un produit Apple, les données biométriques sont stockées dans le capteur et n’en sortent jamais. La vérification est effectuée directement sur la puce du capteur, qui communique ensuite le résultat chiffré au système via un certificat signé. Ce fonctionnement existe également pour les webcams, mais il faut là aussi des modèles spécifiques.
Dans sa documentation, Microsoft indique que tous les PC Copilot+ fonctionnent déjà avec ESS pour les webcams et les lecteurs d’empreintes intégrés. La mise à jour permet donc désormais d’utiliser des lecteurs tiers sur l’ensemble des PC avec le niveau de sécurité le plus élevé.
Windows Update, alimentation, accessibilité et autres
Windows Update récolte plusieurs améliorations sous le capot, après avoir reçu récemment la possibilité de repousser indéfiniment l’installation des correctifs en attente (ce qui n’est jamais recommandé, mais au moins les utilisateurs ont le contrôle). C’est la fiabilité générale du processus qui est cette fois concernée, avec des informations plus précises sur la progression de la mise à jour (téléchargement, installation, pourcentages…). L’opération de nettoyage post-installation est décrite comme plus efficace.
Du neuf également dans la gestion de l’alimentation. À partir de maintenant, tous les changements faits par l’utilisateur sur les temps d’inaction avant extinction de l’écran, mise en veille et hibernation du PC sont répercutés sur tous les modes (Performances, Équilibre…), et plus uniquement celui en cours. De plus, Microsoft réintègre dans le même panneau le réglage pour personnaliser le niveau de batterie à partir duquel l’ordinateur portable passe en mode d’économie d’énergie.
Côté accessibilité, on note des améliorations significatives. Accès vocal – qui permet de piloter la session Windows avec la voix – gagne ainsi un mode Isolation. Il peut être réglé selon trois crans : désactivé, bruits de fond uniquement, isolation complète. La Loupe fait de son côté disparaître les barres tactiles verticale et horizontale dans la zone, afin qu’elles n’interfèrent plus avec le contenu. Il est possible de les remettre en place en passant par les options.
On trouve également d’autres changements plus ou moins importants, dont certains spécifiques aux PC Copilot+. Par exemple, il est maintenant possible sur ces derniers de désinstaller le composant IA relatif à la génération d’images. Au fil des mises à jour, Microsoft augmente donc le nombre de ces composants désinstallables.
Microsoft signale en outre une série d’améliorations liées à la fiabilité. Pour Explorer.exe, l’éditeur signale ainsi du mieux avec l’ouverture des Jump Lists et des fichiers récents, lors du partage de fichiers et de dossiers, ainsi que lors de l’utilisation de la Vue Tâches et de plusieurs bureaux. Du mieux également pour les écrans de connexion et de verrouillage du système, « surtout quand la mémoire système est faible ». On note aussi une meilleure fiabilité du presse-papiers quand il est utilisé dans certains scénarios de bureau à distance et de bureau virtuel Azure.
Oui, mais…
Si cette mise à jour contient de sympathiques bonus et – manifestement – de nombreux bugs corrigés, vous ne pourrez pas forcément profiter de tout et tout de suite.
L’installation elle-même est possible depuis n’importe quelle machine équipée de la version 24H2 ou 25H2 de Windows 11. L’ordinateur peut redémarrer jusqu’à trois fois selon les cas. Ne soyez donc pas surpris et n’interrompez pas le processus.
En revanche, si vous cherchez les nouveautés visibles, vous pourriez faire chou blanc. Microsoft a la désagréable habitude d’activer les nouvelles fonctions progressivement. Dans notre cas, la plupart des améliorations ne sont pas utilisables par exemple (alors que nous nous faisions une joie de profiter des apports sur la recherche). Si vous ne voyez pas les nouveautés « promises », il faudra peut-être attendre plusieurs semaines.
Des internautes ont signalé qu’il était simple de retrouver des conversations Claude partagées. Pour Anthropic cependant, il n’y a aucun problème : c’est le fonctionnement attendu de cette capacité. Mais ce n’est pas tout à fait aussi simple. Encore plus inquiétant, c’est le quatrième incident du genre en un an.
Durant le week-end du 25 - 26 juillet, des utilisateurs de Reddit ont découvert que l’opérateur de recherche « site:claude.ai/share » faisait remonter dans Google une longue liste de conversations Claude partagées, ainsi que des éléments nommés Artefacts par Anthropic : documents et mini-applications interactifs générés dans l’outil.
Le 27 juillet, 404 Media publie un article évoquant la situation, rapidement suivi par d’autres, comme TechCrunch. Depuis, nombre de sites et personnes ont évoqué la situation, relevant qu’on peut trouver une foule d’informations dans ces éléments partagés.
Ces révélations ont pris un tour plus dangereux quand certaines informations se sont avérées être sensibles. Futurism, cité par plusieurs médias, a identifié un rapport médical détaillé nommant un patient, des résultats d’essai clinique avec des noms de patients, ainsi que des fichiers contenant les noms et numéros de téléphone d’enfants d’école primaire. Le contenu exposé allait de notes de programmation et de fausses critiques de livres à des éléments bien plus sensibles : rapports médicaux de patients, données d’essais cliniques avec noms réels, documents internes d’entreprise, évaluations de salariés, clés API et identifiants de connexion.
Pour Anthropic, c’est tout à fait normal
Pour l’entreprise à l’origine de Claude, c’est le résultat d’un comportement parfaitement attendu : les conversations partagées sont accessibles à toute personne possédant le lien. Or, il suffit que ce lien ait été publié dans un endroit accessible aux moteurs de recherche pour qu’il se retrouve dans les résultats, si la requête est conçue spécifiquement pour le retrouver et que le fichiers robots.txt n’interdit pas explicitement la récupération des informations.
Amie Rotherham, porte-parole d’Anthropic, a ainsi indiqué à TechCrunch :
« Nous donnons aux gens le contrôle pour partager publiquement leurs conversations avec Claude, et conformément à nos principes de confidentialité, nous ne partageons pas les annuaires de discussion ni les sitemaps avec des moteurs de recherche comme Google. Ces liens partageables ne sont ni devinables ni découvrables à moins que les gens choisissent de les partager eux-mêmes. Lorsqu’une personne partage une conversation, elle rend ce contenu accessible au public, et comme tout autre contenu public sur le web, il peut être archivé par des services tiers ».
Du côté de Google, on cherche également à se montrer clair : « Ni Google ni aucun autre moteur de recherche ne contrôle quelles pages sont rendues publiques sur le web, et ces pages ont été indexées sur de nombreux moteurs de recherche. Nous donnons aux propriétaires de sites des contrôles clairs pour décider si les pages peuvent être explorées ou indexées, et nous respectons toujours ces directives ». En d’autres termes, ces liens étaient publics et ont été repris par tous les moteurs, sous-entendu : « pas nous uniquement ».
Mais ce n’est pas si simple
La situation semble à l’heure réglée, les résultats ayant disparu dans l’après-midi du lundi 27 juillet. Si le fonctionnement des conversations partagées était normal, pourquoi cette disparition.
Parce qu’en dépit de ce qu’a déclaré Anthropic, il semble bien qu’il y ait eu un problème, selon Search Engine Journal. Nos confrères ont réalisé un audit des en-têtes HTTP ce même 27 juillet. Le chemin /share/* de claude.ai est bloqué par une directive Disallow dans le robots.txt, sous le groupe générique User-agent: *.
Or, les pages elles-mêmes renvoient un en-tête X-Robots-Tag: none, que les directives de Google traitent comme équivalent à noindex et nofollow. Le chemin de partage est ainsi bloqué par le robots.txt de claude.ai.
Et c’est là que survient le problème, selon Search Engine Journal : « À cause de cela, les règles entrent en conflit. Selon les directives de Google, un tag noindex ne fonctionne que si l’outil d’exploration est autorisé à accéder et à lire la page. Si une page est bloquée par robots.txt, elle peut toujours être indexée si d’autres pages y renvoient, puisque Googlebot note l’URL sans l’ouvrir réellement ».
Le bot de Google voit donc une page disposant d’une directive de non-référencement et en indexe l’URL nue, sans le contenu. Il en va de même pour les URL présentes sur cette page, dont les directives ne peuvent pas être lues à cause du premier blocage. Ce conflit a entrainé le référencement des adresses de partage des conversations Claude, sans leur contenu. Voilà pourquoi on pouvait les retrouver avec un opérateur de recherche.
Anthropic n’a pas communiqué de correctif technique explicite. La disparition des résultats de recherche dès le lundi après-midi a été constatée par 404 Media, TechCrunch mais également par Next, sans confirmation officielle du mécanisme corrigé. Ce nettoyage et les observations réalisées par Search Engine Journal laissent cependant penser que l’entreprise s’est peut-être rendu compte du conflit potentiel entre les directives.
Que faire côté internaute ?
Si vous ne partagez pas vos conversations Claude ou que vous ne le faites qu’au travers d’autres moyens que des pages web (par exemple une messagerie instantanée), il n’y a rien à craindre. Toutes les conversations sont privées (au sens d’Anthropic) par défaut.
Si vous avez des conversations partagées, vous pouvez cependant en révoquer l’accès. Rendez-vous dans les paramètres du compte, puis dans « Confidentialité ». Là, descendez jusqu’à la ligne « Conversations partagées » puis cliquez sur « Gérer ». La liste apparaitra, avec possibilité de voir la conversation et de la supprimer.
Notez bien que l’icône de poubelle, qui désigne la suppression, ne signifie pas que la conversation elle-même sera effacée, uniquement le partage associé. Autre information importante, la gestion des Artefacts est séparée et se fait depuis la ligne juste en-dessous de « Conversations partagées ».
Ce n’est pas une première, loin de là
Ce n’est pas la première fois (et certainement pas la dernière) que ce genre de couac arrive. Il y a un an, OpenAI corrigeait le tir de son IA générative qui laissait vos discussions « publiques » avec ChatGPT être indexées par les moteurs de recherche, dont Google. Quelques semaines après OpenAI, xAI aussi y est allé de sa pierre à l’édifice avec des centaines de milliers de conversations rendues accessibles via les moteurs de recherche.
En septembre, Forbes alertait sur la présence de plusieurs centaines de conversations avec le chatbot Claude d’Anthropic dans Google. Déjà à l’époque, l’entreprise rejetait la faute sur les utilisateurs : « La porte-parole d’Anthropic, Gabby Curtis, a déclaré à Forbes que les conversations avec Claude n’étaient visibles que sur Google et Bing parce que les utilisateurs avaient publié des liens vers ces conversations en ligne ou sur les réseaux sociaux », expliquaient nos confrères.
Quatre incidents du même genre en seulement un an, le problème est récurrent. C’est l’occasion de rappeler une règle élémentaire : ne pas partager publiquement le lien d’un document que vous souhaitez garder pour vous. On pourrait même recommander de ne pas créer de lien de partage tout court afin de limiter les risques. Parfois, certains ne savent même pas que les documents sont accessibles publiquement, comme nous l’avons démontré avec des Google Groupes en accès libre aux quatre vents.
GOG (Good Old Games) dispose depuis une dizaine d’années d’un launcher pour Windows et macOS. Nommé Galaxy, il permet d’installer et gérer les jeux achetés sur la boutique. Et Linux ? GOG (devenue indépendante fin 2025) avait manifesté son intérêt pour la plateforme et avait abordé le sujet début 2026, indiquant chercher à recruter dans ce but. Depuis, plus rien.
Interrogé sur le sujet par GamingOnLinux, Krzysztof Papliński, co-PDG de l’entreprise, a répondu par e-mail. Il confirme qu’un « spécialiste » a bien été embauché pour se pencher sur la question :
« Suite au poste annoncé plus tôt cette année, nous avons désormais le spécialiste à bord et explorons activement la meilleure façon d’aborder le support Linux pour GOG GALAXY. C’est une entreprise importante, donc même si nous ne sommes pas encore prêts à partager des plans, des délais ou des résultats précis, c’est un domaine dans lequel nous investissons du temps et des efforts. »
L’absence actuelle du launcher Galaxy sur Linux n’empêche pas les jeux compatibles avec la plateforme d’être installés. Le launcher simplifie cependant nettement les opérations, en plus de proposer une interface regroupant tous les achats, avec les options associées. Comme le font remarquer nos confrères, il reste possible d’insérer le compte GOG dans des applications comme Heroic Games Launcher, mais un support direct est toujours une bonne nouvelle.
Le 26 juillet, l’équipe de GrapheneOS s’est lancée tout à coup dans un exposé de nombreuses mesures de sécurité, avec une insistance particulière pour la gestion des mots de passe. Ce calendrier ne doit rien au hasard : pour la première fois aux États-Unis, le ministère de la Justice poursuit un citoyen américain pour destruction présumée de données à l’aide d’un mot de passe « contraint ».
L’équipe explique que le système mobile est basé sur Android 17 et « sur le matériel le plus sécurisé disponible pour Android », la liste se limitant aujourd’hui aux seuls Pixel de Google. Elle rappelle cependant que la situation va évoluer en 2027, grâce à un partenariat avec Motorola Mobility et « aux progrès réalisés par Qualcomm ». Un signal assez fort pour l’industrie, qui pourrait se rapprocher de Graphene pour lancer des smartphones très orientés vers la sécurité. On parle bien de nouveaux modèles, car aucun appareil Motorola actuel ne dispose des sécurités nécessaires.
Les informations se concentrent tout particulièrement sur la protection des mots de passe et autres secrets, ainsi que sur les défenses du système mobile contre l’extraction de données. Le chiffrement du disque constitue ainsi la première ligne de défense : même les attaquants les plus sophistiqués ne peuvent le casser directement, et doivent soit exploiter l’OS en état « After First Unlock » (après premier déverrouillage), soit forcer le PIN ou mot de passe par force brute.
L’équipe indique également que GrapheneOS supporte uniquement les appareils ayant un secure element avec des limitations strictes sur les tentatives de mots de passe et codes PIN : 4 heures après 10 tentatives échouées, 41 jours après 15, avec seulement 20 tentatives autorisées au total. Le secure element est pour rappel une puce dédiée, physiquement et logiciellement isolée, conçue pour stocker les secrets et résister à leur extraction. Dans le contexte de GrapheneOS, il a en outre un rôle précis : il détient les compteurs de tentatives de déverrouillage et applique la limitation de débit, expliquant les délais de plus en plus longs entre les tentatives. Stocker les compteurs dans la puce empêche de « tricher » en les réinitialisant.
Parmi les autres points abordés, on peut citer la limite de caractères des mots portée de 16 à 128, la possibilité d’utiliser un facteur biométrique pour que le système reste utilisable au quotidien (5 tentatives biométriques seulement, qui comptent dans le quota général), des allocateurs de mémoire durcis, le hardware memory tagging (MTE) pour renforcer la résistance aux exploitations de failles inconnues, le blocage par défaut des nouvelles connexions USB quand l’appareil est verrouillé, ou encore un minuteur de redémarrage automatique, ramenant l’appareil en état « Before First Unlock » (avant premier déverrouillage) au bout de 18 heures (par défaut) sans déverrouillage de l’appareil. Ce dernier comportement a d’ailleurs été repris par Apple et Google dans leurs systèmes.
Dans le billet, on trouve également un paragraphe consacré au PIN de contrainte. Présentée comme un outil relativement mineur et optionnel, il efface l’appareil quand il est saisi dans n’importe quelle invite d’authentification (déverrouillage, changement de réglage sensible, etc.). Il fonctionne sur tous les profils, y compris les utilisateurs secondaires et Private Spaces. L’équipe de GrapheneOS insiste : les données ne dépendent pas de cette fonctionnalité pour être protégées. Elle est considérée comme un outil parmi d’autres, et son usage réel doit être mûrement réfléchi compte tenu des conséquences physiques ou juridiques possibles.
L’affaire Samuel Tunick
La mention des conséquences juridiques n’est pas due au hasard. Si l’équipe de Graphene communique tant autour des protections de son système en ce moment, c’est à cause d’un évènement juridique majeur aux États-Unis lié à la tech.
Pour la première fois (a priori), des procureurs fédéraux poursuivent en effet un citoyen américain pour destruction présumée de données à l’aide d’un mot de passe « contraint » intégré au logiciel d’un téléphone. C’est le lien avec la communication abondante : le logiciel en question n’est autre que GrapheneOS.
Samuel Tunick a été initialement arrêté sans mandat le 25 janvier 2025 à l’aéroport de Hartsfield-Jackson (Atlanta) par les douanes américaines, sur la base de l’exception de fouille frontalière au Quatrième amendement. Alors que les agents fédéraux tentaient d’accéder à son téléphone lors de l’inspection, Tunick aurait saisi un mot de passe de contrainte GrapheneOS qui a immédiatement effacé les données stockées sur l’appareil.
Tunick est donc poursuivi en vertu de la loi américaine pour avoir fourni aux agents frontaliers un code d’accès ayant causé l’effacement du contenu numérique de son téléphone, ce que les procureurs qualifient de destruction intentionnelle de biens pour empêcher leur saisie.
Un enjeu plus grand que le cas individuel
La communication de GrapheneOS est probablement défensive, pour documenter publiquement la robustesse cryptographique de son modèle de menace face à l’attention médiatique soudaine portée à la fonction « mot de passe de contrainte ».
Sur le plan juridique, l’enjeu dépasse le cas individuel : la question posée aux tribunaux est de savoir si l’activation d’une fonctionnalité de sécurité native – conçue précisément pour protéger des données personnelles en cas de contrainte – peut être qualifiée pénalement de destruction de preuves, y compris lorsque la fouille initiale s’est déroulée sans mandat.
Sans surprise, les avocats de Samuel Tunick contestent cette version des faits. Ils affirment que la détention et la saisie étaient illégales, et accusent le gouvernement américain d’exiger l’accès au téléphone sous prétexte d’une recherche d’images pédopornographiques, sans fournir aucun élément pour étayer ces soupçons.
Pour les avocats, cette arrestation et cette affaire sont politiques. Le gouvernement s’en serait pris à Samuel Tunick non pas pour d’éventuels matériels pédopornographiques, mais pour son association avec un mouvement appelé « Defend the Atlanta Forest ». Ce dernier s’oppose à la création d’un énorme campus de formation pour les forces de l’ordre à Atlanta, surnommé « Cop City », critiqué pour son impact environnemental (plus de 34 hectares déforestés) et son coût de 67 millions de dollars.
Les avocats demandent l’annulation de toute la procédure, au motif qu’elle viole les Quatrième, Cinquième et Sixième amendements de la Constitution américaine. Des violations liées à la manière dont l’interrogatoire a été mené, au refus d’un avocat, à l’absence alléguée d’avertissements Miranda (le fameux « Vous avez le droit de garder le silence »), ou encore à la fouille et la saisie sans mandat.
« Je n’ai jamais vu cela auparavant, même si j’ai discuté du scénario potentiel avec des activistes et des journalistes au fil des années. Je pense que cette affaire rappelle que les autorités peuvent prétendre que vous avez sciemment détruit des données, donc il vaut mieux ne pas avoir ces données sur vous lorsque vous franchissez certaines frontières », a réagi Runa Sandvik, une experte en sécurité informatique, auprès de TechCrunch.
La nouvelle interface de Firefox est désormais activée par défaut dans le canal Nightly du navigateur. Rappelons que cette préversion peut être installée aux côtés de la version stable sans mélanger les données, permettant de tester les nouveautés facilement.
Cette nouvelle interface, baptisée Nova, avait été présentée en mai pour la première fois. On pouvait alors l’essayer en activant un flag de test dans le about:config. On reste globalement dans ce qui avait été montré, avec des finitions supplémentaires.
Dans son nouveau billet, Mozilla évoque « un aspect et une sensation plus cohérents sur les onglets, menus, panneaux et autres surfaces du navigateur ». On note bien sûr les formes d’onglets « plus douces », des couleurs « plus chaudes », de nouvelles icônes et autres. Mozilla dit aussi avoir tenu compte des retours et réintégré le mode compact, qui va effectivement vite sembler nécessaire à une partie des utilisateurs.
Par défaut, l’interface prend en effet ses aises et propose une zone « barre de titre + barre d’onglets » plus épaisse que la concurrence. Le mode compact permet de réduire l’ensemble à ce que l’on a l’habitude de voir. Mozilla insiste sur l’aspect non terminé de son projet, expliquant d’ailleurs toujours sa présence dans le canal Nightly, le plus « brut » des canaux de préversion.
L’éditeur demande aux personnes qui testeront la nouvelle interface de porter leur regard sur tout ce qui touche aux icônes, espacements et alignements, aux thèmes et à la personnalisation, aux différentes tailles de fenêtres, à la navigation par le clavier ou encore à tout ce qui touche à l’accessibilité, notamment aux lecteurs d’écrans.
On espère de notre côté que l’aspect personnalisation sera développé. La gestion des thèmes n’est pas si simple actuellement, avec une fâcheuse tendance à rebasculer dans les variantes sombres si l’on ne fait pas attention. Si vous en avez assez de toute cette rondeur (à l’instar de votre serviteur) dans les onglets, boutons et autres, il n’existe pour l’instant aucun moyen intégré de modifier cet aspect. Mozilla devrait s’inspirer de Vivaldi, qui permet de modifier n’importe quel élément de l’interface.
Microsoft AI a présenté le 27 juillet 2026 son premier modèle dédié à la cybersécurité. Intégré dans son architecture, l’entreprise annonce battre tous les modèles actuels dans ce domaine, y compris Mythos d’Anthropic, mais attention à ce qui est réellement comparé.
Hier soir, Microsoft a annoncé officiellement MAI-Cyber-1-Flash. Il s’agit du tout premier LLM de l’éditeur consacré à la cybersécurité. Et pour un premier modèle, Microsoft a mis les petits plats dans les grands.
MAI-Cyber-1-Flash est un modèle compact, spécialisé dans le code et dérivé de la lignée MAI-Thinking-1, propre à Microsoft. Il est intégré à MDASH, le harnais multi-agents de détection et de remédiation de vulnérabilités déjà présenté par Microsoft en mai dernier. Plus récemment, l’entreprise est revenue sur le rôle prépondérant que joue désormais MDASH dans la sécurité de ses produits, expliquant l’envolée du nombre de failles corrigées dans les derniers bulletins mensuels : près de 200 en juin et plus de 570 en juillet.
Un modèle, un harnais…
Microsoft n’hésite pas à déclarer que son modèle, profondément intégré à MDASH, a été « perfectionné par les meilleurs experts en cybersécurité du secteur et renforcé dans le plus grand domaine de sécurité au monde ». Ce qui lui permet, toujours selon Microsoft, de battre tout le monde dans le domaine de la détection de failles, y compris Mythos, GPT 5.6 Sol, GPT 5.5 Cyber et Gemini 3.5 Flash Cyber. Avec 95,95 % au test CyberGym, Microsoft dépasse d’au moins 10 points la concurrence.
Mais attention, Microsoft ne compare pas directement son modèle MAI-Cyber-1-Flash aux autres : l’entreprise compare MDASH. Autrement dit, tout le harnais avec le nouveau modèle et GPT 5.4, utilisé en renfort.
Comme expliqué par l’éditeur en effet, MAI-Cyber-1-Flash est un modèle compact, conçu pour « gérer efficacement jusqu’à 90 % de toutes les tâches ». Dans cette configuration, MDASH ne basculerait vers les modèles plus gros et plus couteux (ici GPT 5.4) que dans 10 % des cas en moyenne, « pour les tâches exceptionnellement difficiles qui en ont réellement besoin ».
C’est bien cette architecture complète qui atteint près de 96 % sur CyberGym, battant Mythos de 12 points, insiste Microsoft. Rappelons que ces chiffres sont auto-rapportés et effectués dans un environnement contrôlé par Microsoft. Ils n’ont pas été vérifiés par un tiers indépendant.
Pour l’éditeur, c’est aussi une question d’économies substantielles. La meilleure offre MDASH combinait jusqu’à présent GPT 5.4 + 5.4 mini + codex 5.3. La nouvelle version intégrant MAI-Cyber-1-Flash coûterait moitié moins cher à faire tourner.
… et une plateforme
Mi-juillet, nous avions relayé un bruit de couloir : Microsoft préparait un projet nommé Perception pour venir concurrencer Anthropic et son projet Glasswing, seule manière de pouvoir utiliser Mythos.
Perception a bien été confirmé hier soir lui aussi. Il est présenté comme le système agentique qui vient chapeauter MAI-Cyber-1-Flash et MDASH. Le billet de blog dédié le présente comme une refonte de l’architecture de sécurité pour l’ère de l’IA : une nouvelle pile de sécurité doit percevoir en continu le risque sur l’ensemble du parc numérique, raisonner sur de vastes quantités de contexte et agir à vitesse machine, tout en apprenant et en s’adaptant à mesure que les environnements évoluent.
Le système coordonne trois familles d’agents spécialisés qui se transmettent le travail sans rupture de charge :
Les agents rouges repèrent les chemins de compromission potentiels avant qu’un attaquant ne puisse les exploiter
Les agents bleus enquêtent, évaluent le contexte et déterminent quels signaux représentent un risque réel
Les agents verts appliquent les correctifs et durcissent l’environnement (renforcent sa sécurité)
Ces agents ne repartent pas de zéro à chaque tâche. Ils s’appuient sur un contexte de sécurité partagé : une représentation mise à jour en continu des actifs, identités, relations et risques de l’organisation. Tous les agents puisent dans ce contexte, réduisant les coûts en tokens et la latence tout en améliorant la cohérence du raisonnement, selon Microsoft.
Un programme complet, mais très jeune
Un serveur MCP est également fourni pour exécuter les actions en ligne de commande. Les agents verts peuvent aussi ouvrir directement des pull requests sur GitHub et construire des correctifs potentiels pour les vulnérabilités. Perception propose donc un système de sécurité en apprentissage continu combinant capteurs, contexte partagé, modèles multiples, agents spécialisés et mécanismes d’action capables de modifier les protections à travers l’environnement.
Le programme se présente ainsi comme une couche d’orchestration, au-dessus de MAI-Cyber-1-Flash et MDASH, avec un déploiement encore très récent et une autonomie d’action volontairement limitée à ce stade. Microsoft insiste sur le maintien d’un humain dans la boucle décisionnelle, ce qui suggère que l’entreprise elle-même reste prudente sur le niveau de confiance à accorder aux agents verts capables de modifier des systèmes de production.
Perception n’est d’ailleurs pas disponible. Le premier accès se fera sous forme de préversion le 3 août et uniquement pour des clients MDASH triés sur le volet. Même une fois lancé en version finale, il est très probable que Perception ne soit accessible qu’au travers d’un accès vérifié, à la manière de Glasswing chez Anthropic ou de Daybreak chez OpenAI.
Le 21 juillet, OpenAI a publié un communiqué étonnant : un de ses systèmes IA était responsable de l’attaque orchestrée contre Hugging Face. Des détails étaient fournis, mais l’histoire gardait des zones d’ombre. Si l’incident a été transformé en opportunité commerciale, il semble être le résultat d’une vaste carence en sécurité.
Dans notre article du 22 juillet, nous relations les évènements tels qu’ils ont été décrits par OpenAI et Hugging Face. Dans les grandes lignes, la plateforme open source dédiée à l’IA avait révélé le 16 juillet avoir été attaqué par au moins un agent IA autonome. Cinq jours plus tard, OpenAI communiquait pour annoncer être indirectement à l’origine de l’attaque.
Illustration : Flock
Que s’était-il passé ? OpenAI avait expliqué que des tests étaient en cours sur un système d’IA comprenant le récent modèle GPT-5.6 Sol ainsi qu’un autre, décrit comme simplement plus puissant. Dans ces tests, les garde-fous avaient été levés pour mesurer justement les capacités des modèles.
L’un des tests demandait aux modèles de résoudre un certain problème. Ces derniers avaient estimé que la réponse se trouvait probablement chez Hugging Face. Ils s’étaient alors échappés de leur environnement de test (révélant au passage une faille signalée à l’éditeur tiers concerné), avaient récupéré des identifiants de membres du personnel de Hugging Face et fouillé dans l’infrastructure de l’entreprise, compromettant au passage une partie des serveurs.
Une semaine pour s’en apercevoir
L’histoire comportait de nombreuses zones d’ombre. Nous relevions par exemple qu’il s’était écoulé cinq jours entre la présentation de l’attaque par Hugging Face et le communiqué d’OpenAI sur ce qui s’était passé. Cette dernière n’avait-elle donc découvert l’incident qu’avec le billet de Hugging Face ? Selon Reuters, ce serait bien le cas.
Selon nos confrères, la chronologie ne plaide pas en faveur d’OpenAI. L’agent se serait ainsi échappé de son environnement de test le 9 juillet et aurait commencé son intrusion chez Hugging Face le 11. OpenAI n’aurait compris la responsabilité de son système qu’à la publication du billet de Hugging Face le 16 juillet. Des membres du personnel n’auraient commencé à trouver des traces d’activité suspecte dans les journaux internes que durant le week-end du 18 - 19 juillet. Les deux entreprises ne se seraient pas parlées avant le 20 juillet, aboutissant à la communication publique du 21 juillet.
Reuters évoque deux sources proches du dossier, selon lesquelles il se serait donc écoulé une semaine avant qu’OpenAI s’aperçoive de sa responsabilité, entre la sortie de l’agent le 9 juillet et le billet de Hugging Face le 16.
Comment expliquer une telle latence ? Cette lenteur s’expliquerait par le fait qu’OpenAI fait tourner plusieurs tests simultanément, rendant difficile pour les employés la surveillance individuelle de chaque test, tant la masse de données générées est importante. Reuters apporte d’autres informations, notamment la création par un agent d’une note destinée à de futures versions de lui-même et contenant des instructions sur la manière de s’échapper des contraintes imposées par OpenAI. En revanche, l’article ne dit pas si cet agent en particulier est lié à l’attaque.
Autre point important, Hugging Face avait évoqué un contact avec les forces de l’ordre. D’après l’agence de presse, il s’agit bien du FBI qui n’a pas souhaité réagir. Silence également de la part de la plateforme. Chez OpenAI, une porte-parole a déclaré que l’article de Reuters contenait « plusieurs inexactitudes », mais n’a pas répondu aux demandes de détails.
Le 24 juillet, l’Arcep a annoncé l’ouverture d’une consultation publique pour élargir sa collecte de données environnementales, en perspective de l’édition 2028 de son enquête annuelle « Pour un numérique soutenable », à la suite d’une campagne de collecte qui aurait donc lieu en 2027.
Rappelons que depuis 2020, l’Arcep collecte des indicateurs environnementaux auprès des acteurs du numérique, mission formalisée par le gouvernement l’année suivante et consolidée juridiquement par la loi REEN de décembre 2021. L’autorité dispose ainsi d’un pouvoir de collecte auprès des opérateurs télécoms, fournisseurs de services de communication en ligne, opérateurs de centres de données, fabricants de terminaux, équipementiers réseaux et fournisseurs de systèmes d’exploitation.
Les données recueillies sont présentées depuis, chaque année, dans ses rapports sur le numérique soutenable. En mars 2024 par exemple, le rapport incluait pour la première fois des informations sur la consommation des box, décodeurs et répéteurs.
Illustration : Flock
Dès l’automne dernier, l’autorité avait cependant annoncé sa volonté de capter de nouvelles informations pour mesurer l’impact environnemental de l’IA. C’est l’objet de la nouvelle consultation publique, avec deux extensions principales au recueil de données.
Chez les fournisseurs d’IA générative d’abord, l’Arcep propose de collecter des indicateurs permettant d’évaluer les émissions de gaz à effet de serre associées, de documenter les caractéristiques des modèles sous-jacents aux services les plus utilisés en France, et de mesurer les ressources mobilisées en entraînement et en inférence : volume de calcul, temps cumulé d’usage des processeurs et consommation énergétique.
Chez les opérateurs de centres de données et fournisseurs de services cloud, les nouveaux indicateurs serviraient à vérifier comment la chaleur est valorisée, à évaluer l’influence des systèmes de refroidissement sur l’empreinte environnementale des centres de données et à couvrir les obligations du règlement délégué (UE) 2024/1364, en application de la directive européenne sur l’efficacité énergétique (directive UE 2023/1791, dite EED), qui pose l’obligation de reporting pour les centres de données.
La consultation publique est ouverte à toutes les parties prenantes jusqu’au 30 septembre. La décision finale de collecte est attendue d’ici fin 2026, sous réserve d’homologation par la ministre déléguée chargée de l’IA et du numérique.
Pour les personnes intéressées par une couverture supplémentaire des équipements neufs chez Apple, il fallait jusqu’à présent souscrire un contrat AppleCare distinct pour chaque appareil acheté chez Apple. AppleCare One permet d’ajouter jusqu’à trois appareils sous un même abonnement : iPhone, Mac, Apple Watch, iPad, AirPods, Apple TV, HomePod ou Apple Vision Pro. La seule condition est que les appareils soient rattachés au même compte iCloud.
En France, la formule de base sera facturée 20,99 euros par mois pour trois appareils, avec un supplément de 5,99 euros par mois par appareil additionnel, comme indiqué sur la page dédiée du site officiel. À titre de comparaison, la protection du seul iPhone coûte à partir de 9,99 euros par mois ou 99,99 euros par an, bien que le tarif évolue en fonction du modèle.
Au-delà de l’aspect tarifaire, les prestations sont celles de l’assistance AppleCare+. Pour un iPhone, un iPad ou une Apple Watch, cela signifie par exemple jusqu’à trois déclarations de perte ou de vol par an. Un point important, car le vol n’est pas compris dans la garantie AppleCare standard. La formule prend également en charge un nombre illimité de réparations pour dégâts accidentels, ainsi qu’une assistance prioritaire.
Les réparations peuvent être effectuées « souvent » le jour même en Apple Store ou centre de service agréé, et dans n’importe quel pays où sont implantées ces structures (Apple évoque plus de 5 000 centres agréés dans le monde).
Attention cependant sur les réparations, car une franchise s’applique : 29 euros pour les réparations d’écran et les dégâts sur le dos en verre, 99 euros pour tous les autres dégâts accidentels, et 129 euros en cas de perte ou de vol. Durant toute la durée de couverture en revanche, le remplacement de la batterie est gratuit si la capacité passe sous la barre des 80 %.
AppleCare One est donc un AppleCare+ pour plusieurs appareils à un tarif réduit en comparaison du cumul classique. Il y a en outre un sérieux avantage : si AppleCare+ doit être souscrit dans les 60 jours suivant l’achat du produit neuf, AppleCare One peut prendre en charge des appareils ayant jusqu’à 4 ans, à condition qu’ils soient en bon état. Auquel cas, après ajout du numéro de série dans la déclaration en ligne, un examen physique en magasin sera peut-être nécessaire. C’est en tout cas ce qu’indiquait Apple au lancement de cette garantie en juillet 2025 lors du lancement aux États-Unis.
Une discussion a été ouverte au sein du projet sur la manière dont il faut considérer les participations au code quand elles sont soutenues par les LLM. Ce n’est pas la première fois que la communauté essaie de statuer sur l’IA générative.
Debian a ouvert une résolution générale (GR) sur l’usage des LLM au sein du projet. La période de discussion a débuté le 24 juillet 2026, après des semaines de débat sur la liste de diffusion debian-vote.
Ce n’est pas la première tentative sur ce sujet. Une précédente discussion menée par l’ex-DPL (Debian Project Leader) Lucas Nussbaum, en février-mars 2026, s’était soldée par un abandon du vote, la communauté ayant préféré continuer à traiter les contributions IA au cas par cas. Le projet Debian avait décidé de ne pas décider. Cette résolution relance donc le débat avec un texte plus structuré et davantage de propositions.
Quatre propositions, du radical au plus mesuré
La proposition A, portée par Matthias Geiger et Jesse Rhodes, est la plus radicale : l’interdiction de toute contribution directe rédigée avec l’aide de LLM : paquets sources, logiciels officiels (lintian, etc.), ressources web, documentation, traductions, communications officielles. Les projets amont utilisant l’IA, ainsi que les correctifs de sécurité amont, sont exclus du périmètre. Le texte propose même d’ajouter un point 6 au Contrat Social de Debian sur le sujet.
Plusieurs arguments sont donnés. D’abord, le statut juridique flou du copyright des sorties de LLM. Ensuite, des problèmes de qualité (paquets mal formés, fichiers watch non fonctionnels). En outre, un impact sur la dynamique communautaire : charge de relecture, non-apprentissage des nouveaux contributeurs, etc. Enfin, la question éthique, le scraping massif ayant perturbé l’infrastructure web de Debian et la question de l’empreinte environnementale étant prégnante.
La proposition B, portée par l’ancien DPL, Lucas Nussbaum, est plus mesurée. Elle autorise les contributions assistées par IA sous six conditions cumulatives :
compatibilité légale de l’outil utilisé
vérification des droits sur le contenu préexistant réutilisé
responsabilité totale du contributeur
divulgation de l’usage via un tag Git type Generated-By: ou Assisted-By:
discussion préalable pour les modifications massives ou automatisées
interdiction de transmettre des données sensibles (rapports de sécurité sous embargo, discussions privées) à des fournisseurs IA non fiables
La proposition C, portée par Ian Jackson, est un rejet de principe mais « pragmatique ». Elle demande à tous les contributeurs d’éviter les LLM et appelle plus largement la communauté du logiciel libre à rejeter cette technologie, tout en reconnaissant qu’une interdiction totale est impraticable puisque de nombreux projets amont y recourent. Il propose cependant des règles strictes : les messages destinés aux humains (rapports de bugs, listes de diffusion, Salsa, blogs Planet Debian) doivent être rédigés uniquement par des humains, tout usage de LLM doit être divulgué, les mainteneurs individuels peuvent totalement bannir l’IA sur leurs projets. Et la plus stricte d’entre elles : les violations sont traitées comme des manquements au Code de Conduite.
Quant à la proposition D, portée par Pierre-Elliott Bécue, elle ressemble beaucoup à la B dans l’esprit : une acceptation encadrée, portée sur les responsabilités. En clair, Debian n’endosse pas l’usage de l’IA générative mais reconnaît sa réalité et refuse une interdiction jugée « contre-productive et inapplicable ». Cette proposition place la responsabilité sur le contributeur (conformité DFSG, signature GPG personnelle, marquage de l’usage IA dans les commits et notes de version), avec une clause spécifique interdisant l’usage d’IA cloud pour des données sensibles ou non publiques.
Une décision importante
Plusieurs éléments intéressants entourant cette nouvelle résolution générale. D’abord, la proximité avec l’ancienne : à peine quelques mois, signalant le besoin pour les développeurs de trancher un sujet devenu central. L’IA générative est partout et les LLM sont utilisés dans une part croissante des projets. Précisons quand même que la précédente discussion en février-mars n’a pas atteint le statut officiel de GR. Il s’est écoulé environ un mois entre le brouillon alors préparé par Lucas Nussbaum et l’abandon du processus.
On ne sait pas combien de temps durera la résolution générale, mais la discussion et le vote seront importants. Debian n’est pas n’importe quelle distribution : en plus de son utilisation proprement dite, elle sert de socle à de nombreux autres systèmes, dont le plus connu est Ubuntu, la distribution Linux la plus utilisée aujourd’hui. Ce qui n’empêche pas d’autres organisations, comme Canonical, de procéder à des modifications assistées par IA.
Cette résolution cristallise de nombreux aspects entourant les LLM. Le fait que les questions éthiques et environnementales fassent partie de la réflexion est significatif, mais le sujet est complexe : comment trancher entre une interrogation croissante sur les gains potentiels et les conséquences négatives d’une utilisation intensive ? Si les membres du projet Debian regardent en direction de Linus Torvalds, une proposition B ou D pourrait l’emporter : une vision pragmatique et responsabilisée des contributions.
L’information peut étonner : Chromium n’est-il pas déjà présent sur les systèmes Linux et l’architecture Arm64 ? Si, mais Chrome ne l’était pas. En mars, Google avait promis que son navigateur serait porté vers cette architecture durant le deuxième trimestre. La société est en retard, mais le navigateur est effectivement disponible, même s’il faut « ruser » pour l’obtenir.
Des builds Arm64 ont été ajoutées récemment aux dépôts officiels, comme le relève OMGUbuntu. Depuis un appareil Arm64, la page de téléchargement renvoie vers un installeur AMD64, mais il suffit de modifier le lien en remplaçant amd64 par arm64 pour récupérer la version stable pour l’architecture souhaitée. On peut également récupérer le paquet DEB correspondant via Apt sur Ubuntu, la commande ajoutant au passage le dépôt Google pour assurer les mises à jour. Nos confrères n’ont pas testé d’autres systèmes ni la version RPM.
Source : OMGUbuntu
Quel intérêt alors d’installer Chrome si Chromium et d’autres – comme Vivaldi – existent déjà ? Parce qu’on peut vouloir Chrome pour la synchronisation du compte Google (extensions, marque-pages, mots de passe…).
Autre raison : le support DRM Widevine intégré nativement. Jusqu’à présent, faire fonctionner Widevine sur Arm Linux hors ChromeOS nécessitait d’extraire le binaire aarch64 d’une image ChromeOS via des scripts tiers. Une gageure. Le module Widevine reste de type « Software Secure », ce qui plafonne Netflix et les autres services à 720p/1080p au lieu de la 4K ou du HDR, faute de chaine TEE (Trusted Execution Environment) valide. « C’est agaçant, mais c’est la même situation sur Intel/AMD », indique OMGUbuntu.
Sur un Raspberry Pi 5 sous Ubuntu 26.04, le décodage vidéo matériel était inactif pendant les tests, ce qui limite les performances sur les flux haute définition, toujours selon nos confrères. BBC iPlayer en réglage maximal tournait sans accroc, contrairement au Firefox Snap Arm64 d’Ubuntu qui saccade davantage. YouTube en 4K montrait des saccades et frames perdues, probablement à cause du matériel plutôt que de Chrome, tandis que le 2K était parfaitement fluide.
La mode c'est les passkeys, on est envahi de passkeys
Cette fois, c’est décidé : les SMS et la voix ne seront bientôt plus autorisés dans Entra comme facteur d’authentification. Microsoft évoque l’IA comme accélérateur de cette décision, l’entreprise renvoyant évidemment vers les clés d’accès (passkeys).
Microsoft a annoncé le retrait des SMS et de la voix comme méthodes de MFA (multi-factor authentification) dans l’annuaire d’identité Entra, avec bascule vers les clés d’accès par défaut et une échéance ferme au 1ᵉʳ février 2027.
L’entreprise justifie ce changement par l’explosion de l’IA générative, qui a modifié l’économie du phishing et de l’ingénierie sociale, en automatisant le vol d’identifiants et les opérations d’échanges de SIM (SIM swap) à grande échelle et en deux fois moins de temps.
Un programme au pas de course
Ce changement important ne sera pas d’une traite. Microsoft fournit un calendrier, où les étapes vont cependant s’enchainer rapidement :
1ᵉʳ septembre 2026 : invite automatique à enregistrer une clé d’accès lors du prochain défi MFA
18 septembre 2026 : publication de la liste des fournisseurs télécom compatibles pour les organisations qui doivent conserver les SMS et/ou la voix pour des raisons réglementaires
30 octobre 2026 : obligation de configurer un fournisseur télécom supporté via le Microsoft Security Store pour les organisations restant sur MFA téléphonique
1ᵉʳ février 2027 : retrait définitif des SMS/voix fournis par Microsoft, sans dérogation possible
Plusieurs points importants à préciser tout de même. Pour éviter que le processus automatique ne perturbe trop les organisations à compter du 1ᵉʳ septembre, une API sera fournie le 1ᵉʳ aout. Elle permettra aux équipes d’administrations de se retirer (opt-out) du mécanisme pour gérer elles-mêmes la transition.
Il reste 69% de l'article à découvrir. Vous devez être abonné•e pour lire la suite de cet article. Déjà abonné•e ? Générez une clé RSS dans votre profil.
Connexion
