France, travaille !

France Travail travaille sur un algorithme de profilage des chômeurs à des fins de contrôle. C’est ce qu’affirme la Quadrature du Net, document interne à l’appui. Celui-ci semble être un support PowerPoint pour une présentation de 30 min. L’association déplore une massification des contrôles et un glissement dangereux des décisions politiques vers des technologies présentées comme « objectives ».

Le document présenté (PDF) a trait au ciblage du Contrôle de Recherche d’emploi, ou CRE. France Travail y évoque immédiatement la « logique d’engagements réciproques au service du retour à l’emploi ». Ainsi, tout le monde a droit à un accompagnement personnalisé dans l’objectif de retrouver un emploi. « En contrepartie, l’usager s’engage à participer aux actions proposées et à rechercher activement un emploi : c’est le devoir d’assiduité et de recherche d’emploi ». Des droits et des devoirs formalisés dans un « contrat d’engagement dynamique », dont le respect « fait l’objet d’un contrôle », le fameux CRE.

Six principes sont mis en avant : maintien du contradictoire (le demandeur doit toujours pouvoir se justifier après une notification de manquement), universalité du contrôle, équité de traitement, bénéfice du doute, maintien du lien territorial et séparation des activités de contrôle et d’accompagnement. Selon la Quadrature du Net cependant, plusieurs de ces principes pourraient être remis en cause.

Un outil IA de plus dans la besace

La présentation date de décembre 2025 et ressemble à un point d’étape sur les travaux en cours. Signalons tout de suite que France Travail dispose déjà de plusieurs outils alimentés par l’IA, comme mentionné sur son site. ChatFT assiste par exemple les conseillers dans les échanges avec les demandeurs d’emploi et facilite la création de documents. MatchFT a pour mission de faire « correspondre les offres d’emploi aux profils des candidats. Il contacte ensuite par SMS les candidats identifiés comme correspondant à l’offre pour leur proposer et les sonder sur leur intérêt ». Ces deux outils ont été développés par Mistral.

Le document porte largement sur les questions de contrôles, qui peuvent être déclenchés pour plusieurs raisons : vérification de l’assiduité, contrôles aléatoires, signalements par des agences ou encore contrôles issus de requêtes ciblées. Ces dernières sont particulièrement mises en lumière car elles « visent des situations présentant une forte probabilité d’insuffisance de recherche d’emploi » : métiers en tension, sortants de formation ou de prestations, ruptures conventionnelles, créateurs d’entreprises ou encore frontaliers. Pour 2026, France Travail envisageait 500 000 contrôles ciblés, soit 40 % du total des vérifications.

France Travail note dans ses objectifs que le CRE « vise avant tout à améliorer la qualité de l’accompagnement en permettant d’identifier si une insuffisance relève d’un besoin de soutien renforcé ou d’un contournement volontaire ». L’action prise peut être une « redynamisation », une révision du suivi ou une sanction, si « le comportement est volontairement abusif ».

Et tout le sujet du document est bien de fluidifier ce processus en se servant d’une IA pour analyser « 26 variables clés », dans l’idée de « reconstituer les parcours des demandeurs d’emploi » qui nécessitent « une expertise approfondie » qui sera alors transmise aux services CRE.

Un modèle statistique, pas un LLM

Le modèle utilisé est présenté comme statistique (arbre de décision), il ne s’agit donc pas d’IA générative (LLM). Parmi les 26 critères, on trouve l’historique des cessations, le délai d’inscription, le nombre d’entretiens, le niveau de formation, le métier recherché, l’indicateur de tension sur ce métier, les heures travaillées, la présence et l’ancienneté d’une ORE (Offre Raisonnable d’Emploi), le nombre de refus d’offres, la présence et l’ancienneté d’un CV visible, ou encore le nombre d’absences aux prestations et les synthèses des derniers entretiens. Attention cependant, le poids des variables n’est pas connu, on ne sait donc pas de quelle manière elles sont pondérées dans la formule de France Travail.

Dans le document, il est dit que le modèle est entraîné sur les données historiques du CRE, pour lui apprendre les relations entre les caractéristiques (les variables et leurs données) et les résultats des services CRE. Ainsi, le modèle apprend en faisant des prédictions basées sur le parcours, les compare à la réalité, puis corrige ses erreurs pour s’améliorer. Une approche classique. Sur un échantillon de 60 000 anciens dossiers, 79 % des dossiers ciblés par le modèle ont donné lieu à un examen complémentaire contre 53 % pour les dossiers issus de la requête aléatoire, et 64 % des dossiers ciblés ont conduit à une redynamisation ou une sanction.

L’étape suivante ? Appliquer le modèle sur la population actuelle inscrite à France Travail. Il a retourné une liste d’individus « qu’il considère comme les plus susceptibles de nécessiter un CRE ». Point intéressant, le document relève qu’une recherche active de biais de sélection a été menée. France Travail dit avoir « identifié que le modèle pouvait favoriser le contrôle des demandeurs d’emploi ayant les plus faibles revenus », ce qui avait conduit à retirer la variable « Salaire Journalier de Référence » (SJR). Elle a été réintégrée en tenant compte de la ventilation des demandeurs d’emploi par tranche de SJR « telle qu’elle existe dans la population générale ».

En outre, le document indique qu’il ne s’agit pas d’un projet de recherche : une première campagne de 7 000 tests avait déjà été menée au sein de la population des demandeurs avec une rupture conventionnelle et une deuxième campagne était « en cours de réalisation ». Pourquoi ce groupe en particulier ? Parce qu’il coûte en moyenne plus cher à France Travail.

Alors pourquoi recourir à l’IA ? Le document donne trois raisons : le nombre élevé de variables, la « suppression des a priori » grâce à l’utilisation de « critères objectifs », et le gain d’efficacité « démontré », car supérieur aux modèles actuels fondés sur des règles métiers. Le document mentionne explicitement la volonté d’élargir l’utilisation du nouveau modèle à « d’autres publics de demandeurs d’emploi ».

La Quadrature du Net dénonce une « dépolitisation »

Pour l’association, que le modèle soit un LLM n’est pas la question. Le sujet est le même que pour la CNAM et la CNAF : le solutionnisme technologique.

• Transparence, discriminations : les questions soulevées par l’algorithme de la CAF

L’association dénonce ainsi certains arguments avancés par le document, notamment la « suppression des a priori » et les « critères objectifs », présentés comme des corolaires à l’utilisation de l’intelligence artificielle. Pour la Quadrature, on assiste à la « transformation d’un problème politique – le choix des critères de sélection des personnes à contrôler – en un problème purement technique ». Une dépolitisation qui ne peut entrainer, selon l’association, qu’une « délégitimation de la critique des politiques de contrôle », ces dernières étant présentées comme « neutres » et « objectives ».

Outre la déresponsabilisation des dirigeants, la Quadrature pointe aussi l’opacité systématique autour des algorithmes de profilage. « En permettant aux responsables des institutions sociales de taire la réalité du tri social organisé, elle complique considérablement la mise en lumière de leurs dérives », fustige-t-elle. Et pour cause : le code source de l’algorithme de la CNAF « n’a été obtenu qu’après une longue bataille juridique et médiatique, tandis que celui de l’Assurance maladie ne l’a été qu’à la faveur d’une erreur de caviardage par l’administration ».

Et celui de France Travail ? « […] toutes nos demandes d’accès au code des IA utilisées par France Travail sont, à ce jour, restées lettres mortes », ajoute la Quadrature. L’association a adressé ses demandes à la CADA, mais France Travail a refusé de « communiquer la moindre information sur des IA aussi sensibles que celles utilisées pour échanger par SMS afin de proposer des offres d’emplois à des usager·ères (MatchFt) ou celle que France Travail a généralisé auprès de ses conseillers afin de les aider dans leurs tâches quotidiennes (ChatFt) », sans motivation de sa décision auprès de la CADA, « en violation flagrante de la loi ».

La Quadrature dit observer une volonté d’automatiser l’ensemble de la chaine de contrôle pour répondre aux objectifs gouvernementaux, qui incluent 1,5 million de contrôles en 2027 pour les demandeurs d’emploi. Devant l’ampleur des chantiers en cours, elle craint particulièrement l’arrivée future d’une IA générative qui, ne se contentant plus de pointer des dossiers, formulerait des suggestions de décisions.

Pour l’instant, on reste dans l’optique du « faisceau d’indices », utilisé pour braquer un projecteur sur un dossier en délicatesse. Pour France Travail, cette approche est neutre : ce n’est pas parce qu’un dossier est mis en lumière pour contrôle qu’un abus est systématiquement suspecté. Mais la massification est en cours, puisque depuis le 1ᵉʳ janvier 2026, toute personne recevant le RSA doit obligatoirement s’inscrire sur France Travail, plus de 6 millions de personnes pouvant alors être concernées en tout.

Dans le document, France Travail dit clairement son intention d’élargir le modèle à d’autres publics. La Quadrature craint de ce fait la généralisation d’un scoring et la mise en place d’une répression sociale contre les populations les plus vulnérables.

Où sont les analyses de risques ?

Ces questions sont particulièrement présentes dans une série de quatre podcasts publiée ce lundi 20 juillet par la cellule investigation de Radio France, qui a enquêté en partenariat avec la Quadrature du Net. La journaliste Audrey Travère y aborde de nombreux autres points, mais l’épisode 3 est entièrement consacré à la question de l’IA au sein de France Travail et au parallèle avec les cas de la CNAM et de la CNAF.

Elle s’est également entretenue avec Soizic Pénicaud, cofondatrice de l’Observatoire des algorithmes publics (Odap) et enseignante à Sciences-Po Paris. Celle-ci s’est dit surprise que les tests de cet algorithme aient pu se faire sans que personne n’en ait entendu parler. Pas un mot non plus sur son évaluation, d’analyse d’impact sur les données personnelles, ni « d’évaluation des discriminations entrainées par ces algorithmes ».

• [Interview] Efficacité, coût des algorithmes publics : les administrations manquent de transparence

Soizic Pénicaud rappelle en outre l’un des fondamentaux dans tout ce qui touche à l’IA : « Les humains, on sait qu’il y a des enjeux de biais, c’est incontestable, alors qu’un algorithme, on va nous dire que c’est statistique, c’est mathématique, c’est neutre, c’est objectif. En réalité, ça découle d’un ensemble de choix, et ces choix ne vont pas être questionnés. L’algorithme va systématiquement taper sur les mêmes. Et ça, ça pose un problème, car cela signifie un passage à l’échelle de la discrimination ».

Quant à l’argument de la décision humaine à la fin, là encore Soizic Pénicaud pointe l’influence algorithmique : on aura toujours tendance à plus cliquer sur un élément pointé comme très probable par une IA.

Nous avons contacté le ministère du Travail pour obtenir des informations complémentaires et actualiserons cet article en cas de réponse.

Ça va comme les vagues de chaleur

Microsoft a publié une nouvelle version de son Patch Tuesday à destination des ordinateurs Dell qui présentaient un sérieux problème de surchauffe. Pour ces machines, le téléchargement et l’installation automatique avaient été coupés. Il est maintenant de retour.

Le Patch Tuesday de juillet a corrigé 570 failles dans Windows 11, marquant un record absolu pour Microsoft, presque le triple du mois précédent. Dans cette mise à jour mensuelle, on trouvait également une nouvelle interface système pour le gestionnaire de connexions USB-C.

Quelques jours plus tard, rien n’allait plus : certains ordinateurs Dell présentaient des problèmes de surchauffe, de performances fortement dégradées et d’autonomie nettement réduite. La faute à une incompatibilité avec le composant Innovation Platform Framework d’Intel, chargé de l’allocation thermique, des limites d’alimentation (Power Limits PL1/PL2) et des politiques de refroidissement passif/actif au niveau du processeur.

Depuis ce 18 juillet, une nouvelle mise à jour est proposée par Windows Update pour résoudre le problème, Microsoft ayant été en contact avec Intel. Elle a été publiée hors cycle mensuel, une procédure que Microsoft n’utilise en général que pour les problèmes les plus sérieux.

Une mise à jour pour… tout le monde

Le nouveau correctif semble effectivement corriger le problème, mais il est déployé curieusement sur l’ensemble des machines si vous avez activé l’option « Recevez les dernières mises à jour dès qu’elles sont disponibles ». L’une de nos machines l’a ainsi reçue, nécessitant un triple redémarrage. Attention, ce n’est pas un comportement louche, cela peut arriver avec certaines mises à jour, ne forcez pas l’extinction de la machine.

Au sujet des modèles initialement concernés, Windows Latest en donne une liste compilée depuis ses sources :

• Dell Pro Max 14 Premium MA14250
• Dell Pro Max 16 Premium MA16250
• Dell Pro Precision 7 14 PW714260
• Dell Pro Precision 7 16 PW716260
• Precision 5470, 5480, 5490 et 5770
• XPS 17 9720 et 9730

Nos confrères signalent que les machines non concernées par le défaut ne devraient pas installer la mise à jour et fustigent le manque de précision de Microsoft dans la nomenclature de ces téléchargements. Si vous n’avez fait aucun changement dans Windows Update, le correctif attend dans les mises à jour optionnelles, comme l’indique Microsoft dans ses notes de version.

L’entreprise ajoute que cette mise à jour « est uniquement recommandée pour les appareils concernés par ce problème » et devrait s’installer automatiquement sur les ordinateurs dont le Patch Tuesday avait été bloqué à cause de l’incompatibilité. Dans le cas de notre machine, non concernée par le problème, aucun comportement étrange n’est à déplorer cependant malgré de multiples essais (bureautique, jeux, sur secteur ou non…).

Depuis mai, Microsoft s’agite dans le domaine de la cybersécurité. Mi-mai, l’entreprise a ainsi présenté son système MDASH, pour « Microsoft Security multi-model agentic scanning harness ». Il s’agit d’un réseau d’une centaine d’agents travaillant à partir d’un mix de modèles pour débusquer les failles de sécurité dans le code.

On sait que MDASH est déjà utilisé. Pour preuve, le récent Patch Tuesday du 14 juillet qui a pulvérisé tous les records avec ses 570 failles colmatées, multipliant par presque 3 le nombre de corrections par rapport à juin, qui était déjà lui-même un record. Récemment, Microsoft a davantage officialisé son recours massif à l’intelligence artificielle générative dans ses processus de sécurité, confirmant qu’elle faisait désormais partie intégrante de la chaine.

• Microsoft officialise son utilisation intensive de l’IA pour la découverte des failles

Et voilà que l’entreprise préparerait un concurrent à Claude Mythos, auquel seules les organisations autorisées peuvent accéder au travers du projet Glasswing (on a pu voir le résultat chez Mozilla notamment). Selon The Information, Microsoft affuterait son « Project Perception » pour une présentation avant la fin du mois.

Contrairement à MDASH, Perception combinerait des modèles de Microsoft, OpenAI et Anthropic via un « model router » chargé de sélectionner le modèle le plus adapté à chaque tâche avant de lui assigner la charge de travail. Le projet serait porté par Hayete Gallot, responsable sécurité de Microsoft depuis février 2026, dans le cadre d’une réorganisation de l’activité sécurité de l’entreprise autour de produits IA, au détriment des offres plus anciennes.

Selon les rumeurs, Microsoft s’apprêterait à frapper au portefeuille : la réputation de Mythos n’est peut-être plus à faire, mais il serait extrêmement onéreux à faire fonctionner. Microsoft est un acteur majeur de la cybersécurité et aimerait sans doute donner un grand coup de pied dans la fourmilière.

Si ce projet Perception devait se confirmer et devenir un produit commercial, il faudrait encore examiner la réaction de la Maison-Blanche. Le gouvernement Trump a tenu à contrôler de près les capacités des modèles comme Mythos et Fable 5 chez Anthropic, ou encore GPT 5.6 chez OpenAI. Il pourrait être tout aussi intéressé par Perception, le risque étant a priori le même : la détection des failles de sécurité peut servir aussi bien la défense que l’attaque.

La nouvelle version 5.2 de l’outil de modélisation 3D Blender est qualifiée de LTS, pour Long Term Support. Ces moutures particulières reçoivent la garantie de recevoir des correctifs pendant deux ans, sans modifications majeures dans l’interface ou le fonctionnement.

Ce qui ne veut pas dire que Blender 5.2 n’est là que pour la stabilité. On trouve une longue liste d’améliorations plus ou moins significatives, dont l’une des principales est le nouveau Fill Tool. Cet outil se destine littéralement au « bouchage de trous » : remplir plus simplement les surfaces vides dans les modèles fil de fer, nécessitant – en théorie – moins de retouches manuelles que jusqu’à présent.

On note également la présence d’un mode Thin Wall, qui doit rendre les objets fins plus réalistes. Jusqu’à présent, pour faire un matériau fin (feuille, abat-jour…) laissant passer faiblement la lumière, Blender devait souvent simuler une vraie épaisseur ou utiliser des matériaux complexes. Thin Wall peut comprendre directement que l’objet est fin, appliquant de nombreux réglages. Selon l’équipe, le résultat est à la fois plus réaliste et moins contraignant.

Blender introduit en outre un nouveau système de simulations basé sur les Geometry Nodes. Il concerne les objets qui peuvent se déformer, comme les vêtements, cheveux ou cordes. L’ensemble se veut plus flexible et plus puissant.

On note aussi la possibilité d’accéder à des bibliothèques d’objets sur internet (évitant d’avoir à télécharger toutes les ressources à l’avance), l’arrivée d’un cache de textures pour le moteur de rendu Cycles avec une amélioration générale des performances, un nouveau nœud permettant de faire réagir des animations avec une musique, des améliorations pour le moteur de rendu EEVEE, du neuf pour la sculpture numérique ou encore diverses optimisations de performances et de l’interface.

• Télécharger Blender LTS

Microsoft a annoncé la publication en open source de Microsoft Comic Chat, son célèbre client de messagerie des années 1990.

L’application a été initialement développée en 1995 par David Kurlander, qui faisait alors partie de la division Microsoft Research Virtual Worlds. Elle avait ensuite été lancée en 1995 avec Internet Explorer 3, avant d’être plus tard intégrée à Windows 98.

L’application s’est rapidement fait un nom pour sa capacité à convertir à la volée les discussions textuelles sur le protocole IRC (Internet Relay Chat) en bandes dessinées générées en temps réel. Le moteur s’appuyait sur des algorithmes d’analyse textuelle pour choisir de manière dynamique les expressions des avatars (conçus par l’artiste Jim Woodring), leurs gestes et la mise en page des cases.

Et si vous vous posez la question : oui, c’est bien cette application qui a popularisé la police de caractères Comic Sans MS, conçue en 1994 par Vincent Connare pour s’adapter à la nature informelle des bulles de discussion.

Selon Microsoft, la publication du code en open source (licence MIT) répond simplement à un objectif de préservation historique et d’expérimentation. Le dépôt GitHub comprend le code d’époque écrit en C++ et s’appuyant sur les MFC (Microsoft Foundation Classes) sous Visual C++ 4.0. Microsoft fournit quand même des guides et des exemples de modernisation assistés par IA afin de compiler l’application avec les versions récentes de Visual Studio, d’assurer une compatibilité d’affichage sur les écrans actuels et de rétablir la connexion avec les serveurs IRC modernes.

Pas de petits profits

Mozilla se montre très critique de Microsoft et de certains comportements dans les produits du géant du logiciel. La fondation s’en prend surtout aux dark patterns, forçant la main des utilisateurs sur le navigateur Edge, même si l’Europe échappe à bon nombre de ces pratiques.

En janvier 2024, Mozilla fustigeait déjà Edge (PDF), avec un rapport écrit par deux chercheurs indépendants. Ils avaient analysé les différentes méthodes utilisées par l’éditeur pour remettre Edge en navigateur par défaut dès que possible, ou comment certaines fonctions internes à Windows et d’autres produits exigeaient la présence du navigateur, sans tenir compte du choix de l’utilisateur. Début juin dernier, plusieurs éditeurs s’associaient pour former une alliance visant à promouvoir la liberté et le respect du choix.

• Face à Edge, six éditeurs appellent Microsoft à changer les règles du jeu

Mozilla en a remis une couche le 16 juillet, avec un nouveau rapport. La conclusion générale est que la situation n’a guère évolué. Mais un point ressort encore davantage : l’Europe est bien mieux servie que le reste du monde, grâce à sa législation plus active sur le respect des choix et de la vie privée.

Des dark patterns en veux-tu en voilà

Le nouveau rapport analyse le comportement de Microsoft face au libre choix du navigateur web sur Windows 10 et Windows 11 dans quatre régions : les États-Unis, l’Inde, le Royaume-Uni et l’Allemagne (représentant l’Espace Économique Européen ou EEE). Les données du premier trimestre 2026 indiquent qu’Edge a progressé de 3,93 points de part de marché au niveau mondial depuis 2024. Dans le même laps de temps, Chrome, Firefox et Opera ont tous enregistré des reculs. Les auteurs postulent que l’utilisation de patterns de conception trompeurs ou coercitifs (harmful patterns) contribue à cette tendance.

Selon les auteurs, Microsoft emploie de manière systématique plusieurs techniques manipulatrices enfreignant les principes éthiques de conception. Par exemple, lors de la recherche et du téléchargement d’un navigateur concurrent sur Bing, le moteur injecte des bannières massives non standardisées pour détourner l’attention. Edge altère également le rendu de la page de téléchargement officielle de Google Chrome pour y superposer un bandeau publicitaire, une pratique jugée abusive car elle rompt le principe de neutralité de l’agent utilisateur.

Après le premier démarrage de l’OS, pendant la phase de configuration, Microsoft met en place des parcours complexes incitant à l’ingestion continue des données de navigation depuis Chrome vers Edge, selon le rapport. Les choix de refus sont souvent décrits comme minimisés ou présentés sous forme de reports temporaires (« Rappelez-le-moi dans 3 jours »), ce qui s’apparente selon les auteurs à du harcèlement d’interface (« nagging »). En outre, les cases d’autorisation pour la synchronisation des données ou le profilage publicitaire sont activées par défaut.

Le système d’exploitation applique aussi des mécanismes d’action forcée en ignorant les préférences de l’utilisateur. Même lorsqu’un navigateur tiers est configuré comme application par défaut, les requêtes web issues de la recherche Windows (via la barre des tâches), les Widgets système et l’application d’assistance IA Copilot ignorent ce réglage et forcent l’ouverture des liens dans Edge ou via son moteur de rendu intégré. De plus, le système maintient Edge comme application par défaut pour l’ouverture des formats de fichiers PDF et SVG, faisant obstruction au choix de l’utilisateur.

L’Europe s’en sort mieux que le reste du monde

Les auteurs du rapport disent avoir constaté des disparités majeures entre les marchés, induites par la pression des régulateurs.

En Europe, la présence de ces patterns est considérablement réduite : les cases à cocher ne sont pas présélectionnées, les bannières intrusives de Bing ou d’Edge sont absentes, et Windows respecte le navigateur tiers par défaut pour l’ouverture des fichiers PDF, des widgets et des recherches de la barre des tâches. En revanche, les versions testées aux États-Unis, en Inde et au Royaume-Uni continuent de subir toutes ces tactiques.

Microsoft ne cache d’ailleurs pas cette différence de traitement. Dans un billet du 16 novembre 2023, l’entreprise expliquait avoir dû modifier l’architecture de Windows 11 spécifiquement pour l’Espace Économique Européen afin de respecter le DMA. En Europe, les utilisateurs ont même la possibilité de désinstaller Edge, et l’OS distingue clairement les composants système des applications tierces

L’application stricte de cette conformité par « géofencing » valide d’ailleurs le constat de Mozilla : le respect du choix de l’utilisateur est actuellement conditionné par la pression réglementaire locale plutôt que par la philosophie de conception.

Nous avons contacté Microsoft en vue d’une réaction et mettrons à jour cet article si l’entreprise nous répond.

Le noyau et ses pépins

Chez Next, on aime bien proposer des articles reprenant une notion qui semble élémentaire, mais dont beaucoup ignorent le fonctionnement concret. Cette fois, on se penche sur le noyau et les pilotes, des composants essentiels à tout système d’exploitation.

Avant de plonger dans ces deux notions, commençons par une question élémentaire : qu’est-ce qu’un système d’exploitation ?

Un OS (Operating System) est le logiciel faisant l’interface entre le matériel de l’ordinateur et les applications que vous utilisez. Windows, macOS et Linux en sont les exemples les plus connus. Au cœur de tout OS se trouve une pièce centrale : le noyau. Et pour que ce noyau puisse dialoguer avec chaque pièce de matériel, il s’appuie sur des programmes spécialisés : les pilotes. C’est ce duo que nous allons explorer, ainsi que la notion incontournable de « droits » qui l’accompagne.

Le noyau, ce grand chef d’orchestre

Le noyau est le cœur d’un système d’exploitation, d’où son nom. Il agit comme le grand gestionnaire qui va distribuer aux applications les ressources dont elles ont besoin. Un jeu a besoin d’accéder à la carte graphique pour calculer des scènes 3D ? Le noyau va se charger de relayer la demande. C’est le chef d’orchestre de l’environnement logiciel, veillant à ce que chacun puisse s’exprimer, dans l’ordre et la discipline. Il ne faudrait pas que deux applications mettent la main en même temps sur la même ressource.

Le noyau reste toujours en mémoire et assure les interactions entre le matériel et les composants logiciels. Pour que ces derniers puissent remplir leur rôle – vous permettre d’écrire une note, chercher un virus, communiquer… – le noyau est chargé de répartir le temps du processeur, d’allouer puis de libérer la mémoire vive, ou encore de gérer les entrées-sorties (clavier, souris, écran, réseau, stockage, imprimante…). Si un conflit éclate, le noyau doit arbitrer.

Cette situation est commune à tous les systèmes d’exploitation : Windows, Linux, macOS, Android et tous ceux apparus au cours des dernières décennies. Sa nécessité est apparue très tôt dans l’histoire de l’informatique, quand les « pionniers » se sont rendu compte que si plusieurs codes se partageaient des ressources matérielles uniques, il fallait un chef d’orchestre pour éviter que les logiciels ne se marchent dessus.

Miroirs et religion

Linus Torvalds s’est encore une fois agacé des débats autour de l’IA. Si le père de Linux avait pesté contre les nombreux rapports d’erreurs générés par les LLM et peu efficaces, il l’affirme cette fois bien haut : Linux n’est pas anti-IA, et ces outils sont là pour rester.

Le litige concerne cette fois Sashiko, un bot d’IA générative chargé de relire (review) les patches soumis au noyau Linux. La question technique est simple : faut-il envoyer directement aux développeurs les commentaires générés par Sashiko, ou les faire filtrer par un mainteneur humain avant transmission ?

Laurent Pinchart, contributeur de longue date au kernel, s’oppose à l’envoi direct des reviews de Sashiko aux auteurs de code. Il s’appuie sur les recommandations publiées le 18 juin 2026 par la Software Freedom Conservancy (SFC) concernant les outils basés sur des LLM, qui préconisent de respecter le choix des développeurs refusant l’IA.

Roman Gushchin, un autre contributeur, rétorque pour sa part qu’il serait contre-productif de faire vérifier et retransmettre manuellement chaque review IA par un humain, l’intérêt de l’IA étant justement de faire gagner du temps aux mainteneurs. En outre, il indique que la position très restrictive de la SFC n’est pas partagée par le projet Linux.

Ce que fait Sashiko

Sashiko a été développé par Roman Gushchin, ingénieur senior chez Google, et annoncé publiquement le 17 mars 2026 sur la liste de diffusion du noyau. Dans son message d’annonce, Gushchin précise que le service tourne sur le modèle Gemini 3.1 Pro, et remercie Google pour la mise à disposition de la puissance de calcul et de l’infrastructure ayant permis le projet (lkml.iu.edu). Le code de Sashiko, écrit en Rust, permet en théorie de configurer d’autres fournisseurs de LLM comme Claude et GitHub Copilot CLI, mais c’est bien avec Gemini que le programme a été le plus testé, comme le relevait alors The Register.

Sashiko est un service centralisé, financé par Google, qui surveille automatiquement la mailing-list du noyau (et d’autres, comme celle de Rust-for-Linux) et poste ses reviews de manière automatisée. Selon les mesures de Gushchin lui-même, Sashiko détecte environ 53 % des bugs corrigés a posteriori sur un échantillon non filtré de 1 000 commits récents. Il s’agit cependant des mesures de l’ingénieur, elles ne sont pas soutenues par des mesures indépendantes.

Torvalds s’agace une nouvelle fois

Face aux débats autour de l’IA, largement alimentés par la crainte d’un slop à profusion, Linus Torvalds est finalement intervenu.

Comme souligné par Phoronix, Torvalds a indiqué que la position générale autour du noyau Linux est que l’IA est utile, quand elle est utilisée correctement. Pas question selon lui de rejeter en bloc les rapports d’erreurs générés. Il se dit prêt à peser de tout son poids de mainteneur principal du noyau si nécessaire.

On retrouve rapidement le franc-parler du développeur. Il affirme ainsi que « Linux n’est pas l’un de ces projets anti-IA » et que toute personne n’étant pas satisfaite de cette position peut faire ce que l’on fait toujours dans l’open source : forker. Pour faire bonne mesure, il ajoute que les personnes pointant les défauts de l’IA feraient bien de se « regarder dans un miroir », l’intelligence humaine n’étant pas non plus exempte d’erreurs.

L’open source n’est pas une religion

« L’IA est un outil, comme les autres outils que nous utilisons. Et c’est clairement utile. Ce n’était peut-être pas aussi « clair » il y a seulement un an, mais ce n’est plus remis en question aujourd’hui. Oui, cela peut aussi être un outil un peu pénible […], mais la solution n’est pas de baisser la tête dans le sable et de chanter « la la la, je ne t’entends pas » à pleins poumons comme certains semblent le faire », assène Torvalds.

Il est également d’avis que « l’aspect social du travail open source est important et est souvent une partie motivante du projet », mais que « c’est un avantage secondaire, pas le but du projet ». Avant d’ajouter, au sujet de Linux : « Ce n’est *PAS* un projet de « guerrier social », ça n’a jamais existé, et ça ne le sera jamais. Dans la communauté du noyau, nous faisons de l’open source parce que cela permet une meilleure technologie, pas pour des raisons religieuses ».

Le dernier Patch Tuesday a été publié le 14 juillet. Il s’agit pour rappel d’un record absolu pour Microsoft, avec pas moins de 570 failles corrigées, soit presque le triple du précédent record établi en juin.

La mise à jour mensuelle est proposée sous l’appellation KB5101650. Elle est cependant synonyme de problèmes pour certaines machines Dell, avec des instabilités matérielles majeures. Sur les modèles concernés, le processeur s’échauffe nettement plus et la batterie fond comme neige au soleil.

Contrairement à ce que l’on peut lire dans une partie de la presse toutefois, ce n’est pas une surprise. Le problème vient d’un pilote Intel nommé Innovation Platform Framework Processor Participant, ou Intel IPF. Il gère l’allocation thermique, les limites d’alimentation (Power Limits PL1/PL2) et les politiques de refroidissement passif/actif au niveau du processeur.

Ce pilote entre en conflit avec une nouvelle interface système pour le gestionnaire de connexions USB-C, intégrée dans la mise à jour KB5101650. Or, cette dernière est d’abord sortie en juin sous forme de mise à jour optionnelle. Le problème avec le pilote Intel IPF sur les machines Dell est apparu à ce moment. Lors du Patch Tuesday, Microsoft a assorti la diffusion d’un mécanisme de blocage pour empêcher l’installation sur les machines concernées.

Reste le cas des ordinateurs déjà touchés en juin, pour les utilisateurs ayant choisi d’installer la mise à jour optionnelle. Sur ces configurations, l’absence du pilote entraine celle de la gestion fine des états d’alimentation pour le processeur.

Il n’y a pour l’instant que deux solutions possibles, complémentaires ou non : désinstaller la mise à jour KB5101650 et/ou surveiller l’arrivée d’un nouveau pilote proposé par Dell, via les canaux habituels comme SupportAssist et Dell Command. Dell et Intel sont au courant de la situation et travaillent avec Microsoft pour résoudre le problème.

Il semble que seul Dell soit affecté, le constructeur ayant spécifiquement modifié le pilote pour l’interfacer avec ses propres firmwares (BIOS/UEFI). Pour l’instant, aucun autre cas n’a été signalé chez la concurrence.

À balles réelles

Un lourd rapport a été publié ce 15 juillet, suite aux travaux de la commission lancée en février pour analyser les dépendances structurelles et les vulnérabilités systémiques dans le secteur du numérique et les risques pour l’indépendance de la France. Cette commission, présidée par Philippe Latombe avec Cyrielle Chatelain comme rapporteure, pointe six grandes catégories de failles et liste de nombreuses recommandations, dont certaines radicales.

Cet épais rapport sur la souveraineté numérique de 453 pages est le fruit d’un travail ayant réuni 26 députés issus de l’ensemble des groupes politiques. Le rapport a été adopté le 8 juillet, à l’issue de 45 auditions, 112 personnes ayant été entendues. Une semaine plus tard, le rapport est en ligne et une conférence de presse a été organisée pour en brosser les grandes lignes.

Constats amers

Dès l’avant-propos, Philippe Latombe donne le ton. Lui qui est également président de la commission chargée d’examiner le projet de loi relatif à la résilience des infrastructures critiques et au renforcement de la cybersécurité situe le rapport dans la continuité d’une mission d’information qu’il avait déjà consacrée à la souveraineté numérique en 2021. Le propos se fait volontiers acide : « Mon principal regret reste sans doute qu’il ait fallu attendre l’ère MAGA pour qu’un plus grand nombre de politiques et de groupes parlementaires s’intéresse aux dépendances structurelles et aux vulnérabilités systémiques de la France dans le secteur du numérique, ainsi qu’aux risques pour l’indépendance et la souveraineté de notre pays ».

Le député dit avoir été « peu suivi » et « trop souvent cantonné au rôle de Cassandre ». À ceci près que le personnage mythologique « n’avait à alerter que sur un cheval de Troie, alors que nous devons faire face à une multitude de vulnérabilités : fournisseurs américains de cloud, systèmes d’exploitation étrangers, nombreux composants électroniques asiatiques, infrastructures internet mondiales… ».

L’introduction situe ensuite le périmètre retenu. D’une part, les administrations publiques et les entreprises d’intérêt vital, jugées prioritaires en raison de leur criticité. D’autre part une approche plus large des « dépendances systémiques », couvrant six familles de vulnérabilités. La commission indique explicitement ne pas avoir traité en détail la cybersécurité proprement dite ni les dépendances matérielles, qui font l’objet de travaux distincts.

Les six catégories de vulnérabilités sont les suivantes :

• les failles démocratiques à travers les ingérences et la désinformation. Les algorithmes de recommandation des plateformes privées sont pointés du doigt, dont celui de X au travers des travaux menés par Germain Gauthier, directeur de recherche au CNRS : jusqu’à 15 % des électeurs indépendants peuvent changer d’opinion après une exposition aux réseaux sociaux ;
• l’exploitation des failles techniques dans les administrations et les entreprises, et le torrent d’attaques cyber qui en découle, avec pour preuve les multiples fuites référencées ces dernières années ;
• la quantité croissante de données à stocker et à protéger, avec les trois thématiques liées : légalité des traitements opérés (RGPD), extraterritorialité du droit (tout particulièrement américain) et captation des données ;
• la primauté du profit sur les libertés individuelles, qui entraîne violation de la vie privée, exposition à des contenus nocifs et développement d’algorithmes addictifs ;
• le verrouillage et la dépendance des utilisateurs, pratique jugée comme étant « au cœur des stratégies des fournisseurs de logiciels » ;
• les vulnérabilités liées aux infrastructures et aux composants clés.

Où en sont les administrations françaises ?

C’est le chapitre le plus documenté du rapport. La méthodologie a reposé sur des questionnaires envoyés à l’ensemble des directions numériques ministérielles (annexe 2), complétés par des auditions des directeurs des systèmes d’information.

Il en est notamment ressorti que sur les 466 applications métiers recensées dans l’administration (liste non exhaustive), les deux tiers ont été développées spécifiquement pour les besoins associés, dont 57 % par des prestataires externes. L’analyse croisée par pays d’origine montre que les fournisseurs français dominent largement les applications les plus critiques : 69 % pour la catégorie 1 (atteinte à l’ordre public, sécurité, vie des personnes) et 83 % pour la catégorie 2 (interruption d’une mission de service public essentielle), soit respectivement 81 et 228 applications. Les États-Unis arrivant en deuxième position avec 7 et 12 applications respectivement.

La nouvelle version 1.3 de COSMIC Desktop vient de paraître. Cet environnement de bureau est pour rappel édité par l’entreprise System76, en plus de sa propre distribution Linux, Pop!_OS. D’abord réservé à cette dernière, COSMIC Desktop est devenu un projet indépendant, aussi open source et libre que le reste, développé intégralement en Rust et disponible sur d’autres systèmes. Fedora a par exemple son propre Spin.

Cette version 1.3 apporte surtout l’apparence « Frosted glass » aux éléments de l’interface. Les utilisateurs de Pop!_OS l’avaient eue il y a quelques jours, COSMIC Desktop 1.3 permet de l’activer sur toutes les autres distributions.

Le travail sur Frosted glass a duré plusieurs mois. Inspiré par le Liquid Glass, il fait davantage dans le verre givré/dépoli que dans le « verre liquide », avec un résultat plus sobre. Les réglages, désactivés par défaut, se trouvent dans Paramètres > Bureau. Sous le choix du type d’arrondi, une nouvelle entrée « Frosted glass » fait son apparition. Elle ouvre un panneau dans lequel on peut choisir les éléments sur lesquels on veut répercuter ce type d’affichage. On remarque d’ailleurs que tout est encore en anglais.

Le résultat final dépend largement du thème initialement choisi. Avec ceux par défaut pour le clair et le sombre, le verre givré apporte une touche de transparence, qui ne semble pas avoir les soucis de lisibilité qu’avait Liquid Glass dans la première proposition d’Apple (les versions 27 des systèmes travaillent d’ailleurs ce point). L’ajout de ces réglages reste optionnel et les personnes n’appréciant pas ce type d’affichage pourront passer leur chemin.

COSMIC Desktop 1.3 présente d’autres apports, comme l’affichage du GPU dédié dans le menu contextuel COSMIC, le support des fonds d’écran AVIF, le remplacement du backend personnalisé NetworkManager par nmrs (en Rust), un meilleur défilement pour la molette, ou encore des améliorations pour le nouveau COSMIC Monitor apparu dans la version 1.2 du Desktop, avec notamment le calcul de la consommation d’énergie pour les GPU AMD/Intel et la possibilité de suspendre les GPU NVIDIA.

En juin, Microsoft avait déjà battu son record avec 200 failles corrigées. Entre temps, l’éditeur a expliqué comment l’intelligence artificielle faisait désormais partie de ses processus de révision. Il fallait donc s’attendre à une déferlante de correctifs dans les mois qui suivraient, avant sans doute de retomber sur un rythme de croisière.

• Microsoft officialise son utilisation intensive de l’IA pour la découverte des failles

Le nouveau Patch Tuesday explose littéralement les compteurs : 570 vulnérabilités corrigées, dont 59 sont critiques. 48 d’entre elles sont de type exécution de code à distance, 9 d’élévation des privilèges, une permet un contournement de la sécurité et la dernière est de type spoofing.

Dans cet énorme lacher de correctifs, on en repère également trois pour des failles 0-day, dont deux activement exploitées : CVE-2026-56155 (Active Directory Federation Services) et CVE-2026-56164 (SharePoint). La troisième, CVE-2026-50661, permet un contournement de BitLocker si l’on réussit à obtenir un accès physique au stockage. Elle ne semble pas exploitée, mais ses détails sont publics.

Il est recommandé de se rendre dans Windows Update au plus vite pour télécharger et installer la mise à jour, qui réclamera un redémarrage. La dangerosité ne vient pas tant du nombre total de failles corrigées que du nombre de vulnérabilités critiques. Reste à voir maintenant si le Patch Tuesday d’août sera du même acabit.

Dans un billet d’actualités mensuel, publié le 8 juillet, Clément Lefebvre, fondateur et principal développeur de la distribution Linux Mint, a indiqué que le support de Wayland dans Cinnamon n’était plus expérimental.

La prochaine version majeure de Linux Mint, estampillée 23 et prévue pour la fin de l’année, proposera donc une « vraie » session Wayland, aux côtés de la session X11 classique, qui restera telle quelle. Le développeur ne dit pas en revanche si la session Wayland sera utilisée par défaut, ou si le choix sera plus conservateur. La décision sera probablement annoncée dans les mois qui viennent.

Clément Lefebvre indique que le travail sur le support de Wayland a été intense, avec de nombreux résultats positifs. On note ainsi des améliorations pour la stabilité générale, la gestion des fenêtres, le support du multi-écran, la prise en charge du HiDPI et de l’échelle fractionnaire ou encore des GPU NVIDIA.

Ces nouveautés étant prévues pour la prochaine version de Cinnamon, elles seront automatiquement reprises dans Linux Mint 23, qui doit arriver en décembre. S’agissant de la première mouture à sortir après la publication d’Ubuntu 26.04, elle en reprendra donc les bases, avec à la clé une vaste modernisation de la base technique.

Les améliorations citées ne seront pas les seules. Lefebvre évoque par exemple une cartographie correcte de la taille et de la position des fenêtres quand Cinnamon est utilisé avec Wayland. Même chose pour les applets et les menus de contenu. Le prochain Cinnamon intègrera aussi un mécanisme de prévention du vol de focus (« focus stealing » en VO), pour s’assurer que la saisie ou les clics ne se fassent pas dans une autre application sans interaction explicite de l’utilisateur. Nous avions souligné ce risque de sécurité dans notre dossier consacré à la transition de X11 vers Wayland.

• X11, Wayland : pourquoi la transition est-elle aussi longue ?

D’autres apports sont prévus et seront probablement accueillis avec joie par les utilisateurs. Par exemple, l’accélération matérielle a été intégrée au compositeur, au bureau et aux clients Wayland et XWayland (mécanisme de compatibilité pour les applications X11 dans une session Wayland). On note aussi la prise en charge de la session graphique de systemd pour améliorer la compatibilité avec d’autres distributions (Cinnamon peut être installé sur d’autres systèmes, comme Ubuntu et Fedora)

Ça change tout, mais ça ne change rien

Ubuntu 26.10 remplace enfin dbus-daemon par dbus-broker comme implémentation par défaut de D-Bus, un changement essentiellement interne visant à améliorer les performances, la robustesse et l’extensibilité. Aucun impact particulier n’est attendu sur les applications.

D-bus est un bus de messages : grâce à lui, les processus Linux peuvent communiquer entre eux. Ce composant est crucial, car il permet aux fonctions d’avoir le résultat attendu. Par exemple, le gestionnaire de fichiers demande au système de monter une clé USB pour en afficher le contenu, le panneau de configuration modifie la luminosité de l’écran, une application demande l’ouverture du sélecteur de fichiers, etc.

Pour quoi faire ?

À compter d’Ubuntu 26.10, le composant chargé des messages internes sera changé. dbus-daemon sera remplacé par dbus-broker, avec à la clé de sérieux avantages techniques : traitement asynchrone des messages, meilleure gestion des ressources, comptabilisation plus précise des clients, ou encore meilleure résistance générale lors de pics de trafic D-bus.

Il ne devrait y avoir aucun changement visible dans la grande majorité des scénarios. Bien que dbus-broker soit plus moderne, il est davantage pensé pour éviter les goulets d’étranglement que pour fournir une accélération dans les opérations basiques.

Si Canonical a décidé ce remplacement, c’est que dbus-daemon a été créé il y a 22 ans. Malgré son âge vénérable, il a reçu de nombreuses évolutions. Cependant, il accuse le poids des années : son architecture a été conçue à une époque où le nombre de services système était bien plus faible qu’aujourd’hui, où les environnements de bureau étaient plus simples et les charges de travail beaucoup moins importantes.

Pourquoi pas avant ?

Cette décision n’a rien d’avant-garde. Fedora, souvent la première distribution à opérer des changements techniques d’envergure, a déjà réalisé cette bascule en 2019. Pourquoi Canonical a-t-elle attendu si longtemps ? L’entreprise cite deux raisons :

• Il a fallu attendre que GDM (le gestionnaire de connexion/bureau de GNOME) se débarrasse de ses dépendances à dbus-daemon, ce qui a fini par arriver avec GNOME 49
• et attendre que dbus-broker atteigne une compatibilité complète avec AppArmor, notamment pour certaines fonctions liées à la gestion des paquets Snap

La stratégie de Canonical face à la nouveauté ne change pas. Les bascules ne s’opèrent que lorsque l’entreprise estime que la situation s’y prête. On se souvient par exemple que le passage à Wayland s’était fait plusieurs années après d’autres distributions, un peu plus de cinq ans après celle de Fedora, par exemple. Le remplacement des composants historiques se fait progressivement, pour éviter une cassure chez les utilisateurs, Ubuntu étant la distribution Linux la plus utilisée au monde.

Des agents et de la rouille

Bun, un environnement d’exécution JavaScript et un gestionnaire de paquets, a annoncé le 8 juillet une conversion complète de son code vers Rust en un temps record. L’opération a été en grande partie menée grâce à l’utilisation de Claude Fable 5. Bien qu’il s’agisse d’un exemple concret en production, il ne peut pas être appliqué à tout type de projet.

Bun est un environnement et un gestionnaire de paquets pour JavaScript. Il est développé avec le langage Zig, est open source et sous licence MIT. Le projet est relativement récent sur la scène du développement, car la version 1.0 stable est sortie en septembre 2023. La dernière révision stable est la 1.3, publiée fin 2025. Elle a notamment ajouté le remplacement à chaud des modules (Bun est également un groupeur de modules, ou module bundler).

Les projecteurs se sont brusquement braqués sur Bun au même moment, quand Anthropic a annoncé son rachat. Une opération logique pour Anthropic, Bun étant déjà utilisé pour certains composants de Claude Code.

Et voilà que Bun vient d’annoncer la réécriture complète de son code Zig en Rust… en seulement 11 jours, entre les 3 et 14 mai.

• Retour sur 10 ans de Rust, un langage devenu incontournable
• Sylvestre Ledru (Mozilla) : de Firefox au noyau Linux, la fulgurante ascension du Rust

Direction Rust !

Dans son billet, Jarred Sumner, à la tête du développement de Bun, explique que la version initiale de Bun avait été écrite en un an et en Zig, avant l’apparition des LLM. Aujourd’hui, le CLI (interface en ligne de commande) de Bun est téléchargé 22 millions de fois par mois. Alors pourquoi une réécriture totale en Rust ?

Selon Sumner, le choix n’est pas idéologique, mais motivé par une liste précise de bugs récurrents dans la version Zig : des dizaines de bugs de type use-after-free (le noyau réutilise un pan de mémoire qu’il a déjà libéré), double-free (double utilisation de la fonction free() sur la même adresse mémoire) et fuites mémoire dans des modules critiques (node:zlib, node:http2, UDPSocket, crypto.scrypt, TLS…).

L’argument central de Sumner est que Zig, comme le C, ne gère pas la mémoire pour vous, et ne dispose pas de constructeurs/destructeurs. Le nettoyage repose sur le mot-clé explicite defer. Il est manuel et il faut donc penser à l’utiliser, rendant l’erreur humaine quasi inévitable à grande échelle.

« Chaque allocation mémoire doit être examinée avec minutie. Où ces octets sont-ils libérés ? Comment s’assurer qu’il ne soit libéré qu’une seule fois ? Avons-nous bien vérifié les exceptions JavaScript ? Ce pointeur collecté à la poubelle est-il visible pour le scanner de pile conservateur ? Est-ce de la mémoire récupérée ou de la mémoire gérée manuellement ? », liste Jarred Sumner, parmi les questions récurrentes.

Après avoir envisagé le C++, il se tourne finalement vers le Rust, car une bonne partie des problèmes rencontrés sont liés à la gestion de la mémoire. Avec le « nouveau » langage, loué pour la sécurité induite justement en mémoire, ces problèmes apparaissent à la compilation. Encore faut-il que le code soit en Rust « sûr » (safe).

Sumner aborde d’ailleurs ce point. 4 % du code Rust de Bun se trouvaient ainsi dans un bloc unsafe, soit environ 13 000 mots-clés unsafe dans environ 27 000 lignes sur un total d’environ 780 000. La totalité du code ne peut pas être en Rust safe, car Bun continue d’embarquer des dépendances C/C++ significatives, comme JavaScriptCore, uWebSockets, BoringSSL, SQLite et lshpack/lsquic.

Le rôle prépondérant de Claude Fable 5

Le billet détaille amplement les méthodes utilisées. Par exemple, le choix d’une réécriture complète (plutôt qu’incrémentale) a été motivé par la propre expérience de Jarred Sumner dans ce type d’opération, et par la disponibilité d’une suite de tests indépendante du langage d’implémentation. Selon Sumner, elle a permis de garder un filet de sécurité comportemental identique pour l’avant/après.

On apprend en outre que la « revue adversariale » a été faite par deux instances Claude en contexte séparé, chargées de débusquer les bugs et présentées comme le mécanisme central de contrôle qualité. Et c’est justement la présence de Fable 5 au cœur du mécanisme qui rend l’annonce si visible.

La version de test a été produite en 11 jours. Les chiffres associés sont impressionnants : 5,9 milliards de tokens d’entrée non mis en cache, 690 millions de tokens de sortie, et 72 milliards de tokens d’entrée lus en cache. Soit environ 165 000 dollars au tarif de l’API, contre une estimation d’environ un an de travail pour trois ingénieurs à temps plein sur le code existant pour les 535 496 lignes de code, selon Jarred Sumner.

Cette performance – en moyenne 1 300 lignes de code à la minute – concerne cependant la phase de génération brute, pas le code fonctionnel. Le billet précise qu’à ce stade, « absolument rien ne fonctionnait encore ». Une performance à relativiser également sur l’utilisation du LLM, car elle n’avait rien de « naïf ». L’orchestration humaine a été lourde, avec environ 50 flux de travail dynamiques et jusqu’à 64 instances de Claude en parallèle, réparties en quatre arbres de travail (worktrees). Sumner dit avoir lui-même surveillé manuellement les sorties pendant l’essentiel des 11 jours de travail.

Le billet documente aussi des échecs répétés du modèle dans des cas précis : interprétation erronée de consignes, ajout de commentaires justificatifs longs pour masquer des contournements… Un comportement suffisamment problématique pour que Sumner ait fini par ajouter une règle explicite aux réviseurs adversariaux : « Si vous avez besoin d’un paragraphe entier pour justifier qu’un contournement est correct, c’est que le code n’est pas bon – corrigez le code ».

Bon… et alors ?

Selon Jarred Sumner, les avantages de Rust sont évidents dans la préversion. Allègement des binaires, consommation de mémoire réduite, résolution de nombreux bugs liés à la mémoire existants dans la version actuelle 1.3.14… Sur le plan des performances, les gains sont plus mesurés, avec 2 à 5 % en moyenne selon les scénarios.

Jarred Sumner veut pour preuve de sa réussite que la version 2.1.181 de Claude Code, publiée le 17 juin, utilise la version de Bun réécrite en Rust. Cela signifie-t-il que tout est parfait et que tout le monde devrait se lancer dans le même type d’opération ? Pas du tout.

Le billet de Bun est assez transparent sur les défis restants. Bun 1.4.0 sera bien la première version intégralement en Rust et des corrections continueront pendant toute la phase de test. Mais plusieurs éléments méritent d’être soulignés, dont le caractère même du billet : intéressant dans le retour d’expérience qu’il rapporte, mais qui reste une communication d’entreprise puisque Jarred Sumner travaille pour Anthropic et a pu bénéficier de Fable 5 quand presque plus personne n’y avait droit en mai.

On pourrait souligner également que des régressions peuvent apparaître avant et après la version finale. 19 ont ainsi été détectées et corrigées, mais la suite de tests, malgré le grand nombre d’exercices (plus de 60 000) a été écrite avant la réécriture de Bun, son périmètre n’est donc pas optimal. En outre, Jarred Sumner ne dit rien des bugs qui ont pu échapper aux instances adversariales bâties sur Claude et qui ont pu être détectés avec d’autres méthodes. Faisons remarquer aussi que les 165 000 dollars présentés comme facture de la migration peuvent être trompeurs : ils n’incluent pas le lourd temps humain de supervision pendant les 11 jours, ni l’infrastructure de calcul, ni le travail de fusion et post-fusion du code.

Ce cas ne peut pas être généralisé. Même si la réécriture de Bun doit s’avérer une franche réussite, elle le devra en bonne partie à la suite de tests indépendants du langage d’implémentation, qui a permis la validation des opérations menées par les agents, en comparant les situations avant et après.

Le résultat ne sera pas non plus un code Rust « idiomatique ». Il sera loin d’être parfait et de répondre aux standards de sécurité auxquels un code dans ce langage peut prétendre, mais le billet est transparent sur la question. Sumner indique que l’objectif était bien la parité comportementale. Le code safe et profitant vraiment de tous les avantages de Rust viendra plus tard, lors de « refactorings ultérieurs ». Il ne donne pas plus de précisions.

Enfin, il ne s’agit clairement pas d’un scénario « lancer et oublier ». Le cas présenté est celui d’un ingénieur senior utilisant des agents comme amplificateurs, pas en remplacement de son expertise. Lancer Fable 5 et lui demander simplement de réécrire du code en Rust n’a aucune chance de donner un résultat approchant.

Le projet Bun disposait d’ailleurs de conditions favorables à la base, comme sa structure pensée pour la portabilité, l’absence de dépendance à des paradigmes très spécifiques au C/C++, ou même le fait que Jarred Sumner est l’auteur principal, travaillant seul sur une bonne partie des tâches.

Un projet C/C++ ancien, avec de multiples contributeurs, des conventions peu claires, des dépendances à des extensions spécifiques de compilateur, ou surtout une suite de tests incomplète ou couplée au langage source, rencontrerait des difficultés bien plus importantes avec cette même méthode. Et les coûts s’envoleraient d’autant.

Dans une note technique publiée le 7 juillet, Apple commence à informer d’un changement important à venir dans la mouture 28 de macOS, qui sortira l’année prochaine : la fin de la prise en charge des volumes en HFS+ chiffrés. Ces derniers ne pourront plus être montés dans le système : ils n’apparaitront tout simplement plus.

On y apprend que dès macOS 26 – la version actuelle – des avertissements vont être affichés pour les personnes concernées. Le système de fichiers HFS+ (aussi appelé HFS Extended ou Mac OS Étendu) a longtemps été utilisé sur les Mac. Il a depuis plusieurs années été remplacé par défaut par APFS, pensé pour la mémoire flash et disposant de fonctions plus modernes : schéma de partition GPT (GUID Partition Table), instruction TRIM, inodes 64 bits, instantanés (snapshots), ou encore chiffrement intégral ou par fichier.

• Systèmes de fichiers : de HFS et ses évolutions à APFS chez Apple

Les volumes HFS+ chiffrés sont donc anciens. Il peut s’agir de Mac dont la transition vers APFS n’a pas été faite, ou plus probablement de périphériques de stockage sur lesquels cette opération n’a pas eu lieu.

Apple précise que la notification émise par macOS pointera directement le volume concerné. On peut quand même vérifier manuellement quel système de fichiers est utilisé sur ses volumes via les manipulations suivantes :

• ouvrir l’Utilitaire de disque, dans Applications > Utilitaires ;
• dans le menu Affichage de la barre de menu, choisir « Afficher uniquement les volumes » ;
• dans la barre latérale de l’Utilitaire de disque, sélectionner le nom du volume ;
• chercher les informations affichées directement en-dessous du nom de volume à droite : si « Mac OS Extended » et « Encrypted » apparaissent tous deux, le volume sera concerné par la fin de prise en charge.

Pour s’éviter une rupture dans l’utilisation, il n’y a que deux solutions possibles : déchiffrer le disque ou reformater. Le déchiffrement est l’opération la plus rapide et Apple en donne la marche à suivre dans sa note. Car si le HFS+ chiffré n’est plus supporté, le HFS+ classique le sera encore. L’autre solution est de reformater le volume en APFS ou en HFS+, mais l’opération nécessite des déplacements de données. Pour les supports utilisés régulièrement, Apple recommande le reformatage en APFS.

S’agissant d’anciennes technologies, il est probable que peu de personnes soient concernées. L’avertissement devrait remplir son office, car il reste plus d’un an avant l’abandon de la version chiffrée du HFS+.

Déluge en perspective

En mai 2026, Microsoft avait indiqué brièvement que ses équipes d’ingénieurs utilisaient de plus en plus les LLM pour chercher les failles de sécurité. Cette fois, l’entreprise détaille sa façon de faire, en insistant sur l’importance que représentent désormais les grands modèles dans la sécurité de ses produits, Windows en tête.

Le « Patch Tuesday » est le nom que l’on donne au deuxième mardi de chaque mois, date retenue par Microsoft pour effectuer un lâcher de correctifs. Or, celui de juin a marqué une rupture : avec quasiment 200 failles colmatées au compteur, il établissait un nouveau record. Dans un billet en mai, la firme avait indiqué que ses ingénieurs utilisaient les LLM et le faisaient de plus en plus. On pouvait donc supposer que même si le Patch Tuesday de juin était un record, le rythme n’allait pas ralentir.

L’éditeur a justement publié un long billet de blog pour expliquer comment l’IA générative faisait désormais partie intégrante de ses processus.

De l’IA à presque tous les étages

Microsoft explique avoir fait évoluer ses systèmes d’ingénierie et de validation pour réduire le délai entre la découverte d’une vulnérabilité et la protection des clients, en priorisant les zones à plus fort risque. Concrètement, l’IA est intégrée plus tôt dans le cycle de développement, l’évaluation passant toujours par l’expertise humaine, de même que l’arbitrage sur les risques et la garantie que les correctifs respectent le niveau de qualité attendu, affirme l’entreprise.

Faut-il donc s’attendre à une déferlante chaque mois ? Il n’y a bien sûr aucune raison que l’IA utilisée pour débusquer autant de problèmes en mai et juin soit délaissée par la suite. Microsoft prévient ainsi que les clients verront un volume plus élevé de mises à jour de sécurité dans chaque publication. L’éditeur précise rapidement que ce changement est la preuve que les équipes de défense s’améliorent dans l’identification et le traitement des problèmes, pas un signe de dégradation de la sécurité de Windows.

Le macOS dans le macOS dans le macOS

Le prochain macOS, alias Golden Gate, fournira plusieurs améliorations à sa virtualisation. Parmi elles, le très demandé accès aux périphériques USB ou encore les images disque en calques.

macOS expose aujourd’hui deux couches de virtualisation. La couche basse, Hypervisor.framework, donne un accès quasi brut aux extensions de virtualisation matérielle du processeur (VT-x sur Intel, EL2 sur Apple Silicon) sans imposer de modèle de périphériques. Tout éditeur tiers peut choisir de construire une solution de virtualisation basée sur cet hyperviseur.

La couche haute, Virtualization.framework, fournit au contraire un ensemble complet et prêt à l’emploi de périphériques virtuels (disque, réseau, GPU paravirtualisé, etc.), pensé pour des applications qui veulent créer rapidement des VM macOS ou Linux sans réinventer tout le modèle matériel.

C’est sur cette seconde couche que les améliorations ont été annoncées durant une session technique de la dernière WWDC, même si ces informations étaient restées discrètes jusqu’ici. Les annonces autour de l’intelligence artificielle ont largement éclipsé le reste.

• Apple veut de nouveau sauver le soldat Siri, cette fois avec l’aide de Google

Enfin un accès aux périphériques USB

C’est la fonctionnalité la plus demandée par les utilisateurs de machines virtuelles. La prise en charge du stockage externe et d’autres périphériques USB connectés au Mac hôte fonctionne de façon simple : lorsqu’un périphérique compatible est branché pendant qu’une VM tourne, une icône apparaît dans la barre des menus pour autoriser l’affectation à la machine virtuelle. Si cette approbation est donnée, le périphérique devient accessible dans la VM presque immédiatement. Un fonctionnement que l’on retrouve dans de nombreux clients de virtualisation, comme Fusion et Workstation chez VMware ou VirtualBox chez Oracle, et que l’on nomme communément le « passthrough USB ».

Côté API, Apple expose cette fonctionnalité via le framework Accessory Access. Ce dernier permet de faire transiter directement des accessoires USB vers les machines virtuelles et donne à l’utilisateur un contrôle explicite sur les périphériques physiques transmis, comme des disques externes. L’entitlement associé est com.apple.developer.accessory-access.usb. Un entitlement est une paire clé-valeur signée numériquement qui accorde à une application une autorisation spécifique au-delà de ce que permet par défaut la sandbox de macOS ou iOS, comme l’explique Apple dans sa documentation.

Ce fonctionnement répond à un principe de moindre privilège très classique : par défaut, une application sandboxée (confinée) n’a accès qu’à son propre conteneur et ne peut pas, par exemple, lire des fichiers arbitraires sur le disque, ouvrir une connexion réseau brute ou accéder à des périphériques matériels.

Des images disque en calques

Voilà un autre changement important dans macOS 27. Jusqu’à présent, chaque VM reposait sur une image disque unique et autonome, au format brut (raw) ou ASIF (Apple Sparse Image Format, inauguré avec macOS 26). L’introduction de DiskImageKit change la donne car il permet de construire une pile d’images où les écritures vont dans une couche de superposition (overlay) sans modifier la couche de base. Il prend également en charge les images disque brutes.

Comme l’indique Apple, l’architecture distingue plusieurs types de couches : la couche de base peut être dans n’importe quel format pris en charge par DiskImageKit, tandis que les couches supérieures sont toujours au format ASIF et peuvent être soit des couches de cache, soit des couches de superposition. Une couche de cache fait ce qu’est toujours censé faire un cache : améliorer les performances. Dans le cas présent, elles peuvent être mises en place lorsque les couches sous-jacentes résident sur un support lent comme un système de fichiers réseau distant, en stockant une copie des données lues depuis les couches inférieures.

Concrètement, la couche de base contient un socle en lecture seule – comme le volume Système de macOS – qui peut être partagé entre plusieurs VM et stocké sur un support plus lent comme un disque dur. Au-dessus se greffe une couche de superposition en lecture-écriture qui stocke les fichiers additionnels et les modifications apportées aux données de la couche de base. On est clairement dans le fonctionnement général des instantanés (snapshots).

Ainsi, au lieu d’avoir plusieurs gros fichiers de 60 Go, on peut n’avoir qu’une seule base de 50 Go et autant de couches de superposition que nécessaire pour gérer les modifications, comme le pointe notamment MacGeneration. Un fonctionnement plus souple qui peut entrainer des gains conséquents sur le stockage. À noter que sur le site Eclectic Light, certains commentaires soulignent des carences dans l’implémentation actuelle. Par exemple, l’absence de mécanisme pour aplatir (« flatten ») les couches de superposition et les fusionner dans l’image de base.

Du provisionnage automatique pour les invités

Depuis que macOS fournit des capacités de virtualisation, la création du compte administrateur exige de passer manuellement par l’assistant de configuration à chaque nouvelle VM. Mais la nouvelle API VZMacGuestProvisioningOptions permet de définir des identifiants et d’activer des fonctions comme la connexion automatique et SSH dès le premier démarrage.

Le mécanisme technique consiste à construire un objet VZMacGuestProvisioningOptions, à l’attacher à un objet VZMacOSVirtualMachineStartOptions via sa propriété de « guest provisioning » (provisionnage d’invité), puis à démarrer la VM avec ces options. Au premier démarrage, ces paramètres sont automatiquement transmis à l’assistant de configuration, qui crée l’utilisateur avec les identifiants indiqués et active la connexion automatique et l’accès distant si demandé. D’après la documentation d’Apple, cela inclut le nom complet, le nom court, le mot de passe, l’activation ou non de la connexion automatique au démarrage, et l’activation de SSH. Cela ne fonctionne toutefois qu’au premier démarrage de la machine virtuelle.

Autres capacités

Plusieurs autres apports sont mentionnés dans la vidéo dédiée. Par exemple, il est possible désormais de configurer des topologies réseau complexes en intégrant le framework vmnet à Virtualization, pour définir précisément comment plusieurs machines virtuelles interagissent entre elles et avec l’hôte, avec également de la redirection de port.

On note aussi le framework Virtualization, qui permet d’implémenter ses propres périphériques Virtio (protocole standard de l’industrie pour la paravirtualisation), autorisant une communication personnalisée entre l’application hôte et les VM Linux. L’ajout devrait se montrer particulièrement utile pour les scénarios sensibles aux performances, nécessitant une communication à faible latence et fort débit, via la nouvelle classe VZCustomVirtioDevice. Ce point est abordé dans la dernière partie de la vidéo d’Apple.

Ces nouveautés requièrent la préversion de macOS 27 pour les tester. Le système n’est pour l’instant disponible qu’en bêta pour les développeurs (la troisième est sortie ce 6 juillet), mais la bêta publique est prévue pour ce mois-ci, probablement aux alentours du 20 juillet, en même temps que la bêta 4 pour les développeurs.

Ah oui quand même

La nouvelle mouture de TypeScript est annoncée avec des performances largement revues à la hausse. L’essentiel des nouveautés se concentre sur ces gains, le langage n’apportant rien de vraiment neuf sur les types et la syntaxe.

Ce n’est pas tous les jours que l’on peut annoncer des hausses majeures de performances sur des technologies. Microsoft vient pourtant de lancer la version 7.0 de son langage open source TypeScript, un surensemble de JavaScript sous licence Apache 2.0. Depuis sa sortie, le langage a rencontré un grand succès.

Hop, une division par 10

La plus grosse nouveauté de TypeScript 7.0 est son compilateur. Ce dernier était lui-même compilé en TypeScript/JavaScript jusqu’ici, mais c’est fini : le nouveau est écrit en Go. Le code produit est strictement le même, mais avec une différence de taille : le temps de compilation est en moyenne divisé par 10. En fonction des cas, ce facteur alterne entre 8 et 12, le gain de temps étant dans tous les cas énorme.

Ce gain de performances rejaillit sous de nombreux aspects. La compilation complète bien sûr, en passant de plusieurs dizaines de secondes à quelques secondes, mais aussi une réaction beaucoup plus rapide de tsc –watch, l’accélération de l’analyse des types ou encore une consommation de mémoire vive revue à la baisse, le plus souvent entre 5 et 25 % selon les cas.

Microsoft insiste également sur la solidité de cette version, car elle a bénéficié d’une année de tests. Ces derniers ont aussi bien lieu avec d’autres équipes de Microsoft (Loop, Office, PowerBI, Teams ou encore Xbox) qu’avec des entreprises tierces : Bloomberg, Canva, Figma, Google, Lattice, Linear, Miro, Notion, Sentry, Slack, Vanta, Vercel, VoidZero et autres. Les retours auraient été unanimes : des gains de temps conséquents et des économies de ressources.

La nouvelle version a en outre des conséquences positives sur Visual Studio Code. Dans un test, Microsoft a pu mesurer que le temps passé à ouvrir un fichier avec une erreur dans Visual Studio Code était réduit à 1,3 seconde, contre 17,5 auparavant, soit une division par 13. L’autocomplétion est aussi plus rapide, la fonction « Go to Definition » est presque instantanée, le renommage va plus vite, les diagnostics apparaissent plus rapidement, etc. Microsoft ajoute que plus les monorepos sont volumineux, plus la différence se sent. Une bonne part de ces améliorations vient d’une parallélisation beaucoup plus importante des instructions.

Une transition « transparente »

On aurait pu s’attendre à de nouvelles fonctions, des types et autres syntaxes, mais cette version 7.0 ne change pratiquement rien de ce côté. La plus grosse partie du travail s’étant concentrée sur les performances, TypeScript 7 reste donc compatible avec la version 6. La migration se veut la plus transparente possible, la nouvelle version n’étant livrée avec aucune API. Celle-ci arrivera avec TypeScript 7.1 mais, en attendant, Microsoft a fait le choix « de garantir que TypeScript puisse être exécuté parallèlement à TypeScript 6.0 pour les utilitaires nécessitant encore un certain accès programmatique au compilateur (comme typescript-eslint) ».

L’éditeur ajoute que dans le cadre de cette transition, un paquet de compatibilité a été publié. Il fournit un exécutable nommé pour que les développeurs puissent installer TypeScript 7.0 (qui publie son propre binaire) côte à côte, sans conflit de nommage. « Le nouveau package réexporte également l’API TypeScript 6.0, afin que vous puissiez l’utiliser pour TypeScript 7, tandis que d’autres outils peuvent continuer à s’appuyer sur la version 6.0 », précise Microsoft.

Maître en sa demeure

L’équipe de développement de Tuxedo OS a annoncé qu’elle abandonnait Ubuntu pour Debian comme base pour sa propre distribution. Parmi les raisons citées, des difficultés à adapter le code vieillissant (LTS), une feuille de route IA jugée « opaque » et surtout l’omniprésence des paquets Snap. Ce n’est pas la première fois que le système de Canonical crispe la scène de l’open source.

Tuxedo est une société allemande commercialisant des ordinateurs. À l’instar de System76 avec Pop!_OS aux États-Unis, l’entreprise a fini par créer sa propre distribution, baptisée Tuxedo OS. Elle est basée sur la branche LTS (Long Term Support) d’Ubuntu, à laquelle elle apporte des personnalisations, notamment pour s’assurer que le matériel de ses ordinateurs est correctement pris en charge. Comme pour System76 toutefois, la distribution est librement téléchargeable depuis le site officiel.

Et voilà que dans un communiqué daté du 7 juillet, l’entreprise annonce qu’elle n’utilisera plus Ubuntu LTS. Plutôt que de passer sur la branche classique de la distribution de Canonical, Tuxedo prend un virage plus radical : elle se basera désormais sur Debian Testing, avec une bêta prévue pour « bientôt ». Les raisons données et le choix dans la bascule ont provoqué de nouveaux débats.

Les raisons de Tuxedo

Dans son billet officiel, l’éditeur évoque son modèle hybride : base Ubuntu LTS stable et composants comme le noyau, les navigateurs, la pile graphique et KDE Plasma mis à jour en continu. Or, cette approche devient intenable à mesure qu’une version LTS vieillit : le rétroportage de logiciels modernes devient de plus en plus difficile, les dépendances plus récentes étant souvent indisponibles ou fournies uniquement dans des versions obsolètes. Tuxedo OS suit un modèle de publication hybride qui combine, selon l’entreprise, les points forts des versions continues et des versions ponctuelles.

La société allemande cite cependant trois autres facteurs, propres à la stratégie de Canonical. D’une part, la difficulté croissante à tenir le système de paquets Snap à l’écart du système, Canonical distribuant de plus en plus d’applications au format Snap exclusivement, tout en reléguant progressivement les paquets DEB traditionnels au second plan.

D’autre part, la feuille de route IA annoncée par Mark Shuttleworth lors du dernier Ubuntu Summit, dont la mise en œuvre concrète reste insuffisamment transparente. Enfin, des mises à jour de sécurité qui, selon Tuxedo, mettent parfois plus de temps que nécessaire à atteindre les utilisateurs.

L’entreprise a donc fait le choix de Debian dans sa branche Testing en continu. Ce qui veut dire qu’à la sortie de la version stable de Debian 14, Tuxedo OS restera sur la branche testing, Debian ayant une approche conservatrice des paquets. Outre la modernisation inhérente aux paquets plus récents, cette bascule permet à Tuxedo OS de récupérer des fonctions qui lui faisaient défaut selon elle, notamment le système de fichiers Btrfs – qui sera utilisé par défaut – et Snapper. L’un et l’autre permettront la création automatique d’instantanés (snapshots) et la restauration simplifiée du système. Ces fonctions ne seront disponibles qu’avec Btrfs.

Tuxedo indique dans son billet que le passage de la version actuelle à la prochaine basée sur Debian ne sera pas possible « pour des raisons techniques ». Elle précise cependant qu’un guide complet de migration sera fourni « bien avant la publication finale » du nouveau système, pour expliquer notamment comment transférer les données personnelles. En revanche, un chemin de migration existera vers Kubuntu 26.04. Lui aussi sera publié plus tard.

Les paquets Snap encore dans la ligne de mire

Hors de la stratégie propre à Canonical sur les versions LTS, les critiques de Tuxedo tournent essentiellement sur les paquets Snap et la feuille de route sur l’IA. Même si Mark Shuttleworth, CEO de Canonical, n’a pas été « assez clair » sur cette feuille lors de la conférence Ubuntu Summit, plusieurs points ont été éclaircis depuis. On sait par exemple que Canonical utilisera des modèles locaux pour renforcer certaines capacités « implicites », comme l’amélioration de l’image de la webcam ou la normalisation du son pour le microphone. L’accessibilité sera également aux premières loges, avec notamment une reconnaissance vocale pour tous les champs de saisie présents à l’écran.