Le harnais a trouvé le bug

Le 30 juillet 2026, Google a publié des chiffres qui auraient ressemblé à une coquille il y a un an : Chrome 149 et 150 ont livré 1 072 correctifs de sécurité à eux deux — plus que les 23 versions précédentes réunies — et 2026 a déjà franchi les 1 800, Chrome 151 en ajoutant 370 de plus. SecurityWeek et BleepingComputer ont retenu la pièce maîtresse : CVE-2026-3545, une faille CVSS 9.8 dans le code de navigation de Chrome qui permettait à un renderer compromis d'amener le navigateur à lire des fichiers locaux — une évasion de sandbox. Elle était dans le code depuis treize ans. Un agent l'a trouvée, et Google l'a corrigée dans Chrome 145 dès le mois de mai.

Google dispose de modèles puissants depuis des années. Sa propre chronologie aligne le fuzzing assisté par LLM en 2023, Naptime de Project Zero en 2024, Big Sleep trouvant de vrais bugs dans V8 en 2025. Le nombre à quatre chiffres est arrivé début 2026, quand ils ont construit un harnais d'agents autour de ces modèles — et le harnais est la partie qui mérite l'étude, parce que le harnais est la partie que vous pouvez avoir.

Anatomie du harnais

Réduisez l'annonce à sa mécanique et vous obtenez une architecture.

Le harnais alimente les agents avec une base de connaissances construite à partir de chaque CVE précédente de Chrome et de l'historique git complet du dépôt. Un agent critique, doté de son propre contexte séparé, lit les fichiers SECURITY.md et conteste ce que le chercheur propose. Le harnais effectue plusieurs passes sur le même code, au motif qu'un modèle non déterministe sur une exécution devient exhaustif sur dix. Quand un bug est confirmé, un agent correcteur rédige des correctifs candidats, le critique riposte, et les deux itèrent dans une boucle que Google décrit comme imitant la revue de code — puis des agents rédacteurs de tests produisent la couverture sur chaque plateforme Chrome, et alors seulement un développeur humain y pose les yeux. Le triage a reçu le même traitement : les agents reproduisent la preuve de concept d'un rapport entrant, datent l'introduction du bug, évaluent la sévérité et l'acheminent vers un responsable — un travail qui coûtait cinq à trente minutes d'ingénieur par rapport, à l'échelle de centaines d'heures par mois.

L'humain de cette boucle se tient au merge, à relire un correctif candidat fini, tests joints, plutôt qu'à côté de l'agent pour approuver chaque commande. L'exécution elle-même est autonome. Mille correctifs en deux versions, c'est une flotte qui tourne la nuit, avec le jugement humain appliqué une fois, à ce que la flotte rapporte.

Relisez deux fois la liste des contraintes

Le billet de Google dit ce qui a valu aux agents cette liberté, dans la partie que la plupart des couvertures ont sautée. Les agents analysent le code source strictement au repos. Ils tournent sur des machines verrouillées qui n'ont aucun accès internet général. Un dispositif dédié intercepte chaque requête réseau et la vérifie contre une liste d'autorisation stricte. Les sous-agents ont interdiction de modifier le système local ou de lire quoi que ce soit hors des répertoires sources.

Cette liste est la condition préalable de l'exploit. L'autonomie est ce qui produit l'échelle, et l'autonomie est ce que vous ne pouvez pas accorder tant que la frontière vit dans votre attention — tant que la seule chose entre l'agent et votre machine, vos clés et l'internet ouvert, c'est vous, en train de regarder. Google a mis la frontière dans le câble : un réseau qui refuse par défaut, une clôture sur le système de fichiers, un environnement qui porte les règles pour que les opérateurs n'aient pas à le faire. Puis ils ont pointé les agents vers l'une des plus grandes bases de code au monde et les ont laissés tourner.

Cette liste de contraintes, c'est un profil Bromure décrit de l'extérieur.

Le même environnement, sur votre laptop

Bromure Agentic Coding part de la même prémisse que le harnais de Google : l'agent gagne son autonomie grâce à l'environnement dans lequel il tourne. Chaque profil exécute son agent dans une VM Linux jetable sur Apple Silicon, à un hyperviseur de macOS, et chaque requête sortante traverse le proxy hôte, où la destination est vérifiée contre la liste que vous avez approuvée. Le réseau refuse par défaut, comme celui de Google. C'est la licence pour laisser tourner l'agent — lancer une tâche, refermer l'écran, lire le diff au matin — parce que les règles tiennent, que vous regardiez ou non.

Et cela rend le travail de sécurité lui-même sûr à déléguer, parce que le travail de sécurité a une forme d'attaquant. Les agents de triage de Google reproduisent la preuve de concept des rapports de bugs entrants — ils exécutent l'exploit pour voir s'il est réel. Essayez cela sur un laptop nu et le rapport de bug exécute la commande sur la machine qui détient vos clés. Dans un profil Bromure, la PoC détone à l'intérieur de la VM jetable, où les identifiants qu'elle peut ramasser sont des leurres du broker — les vraies valeurs vivent sur l'hôte et ne sont injectées qu'au niveau du câble, uniquement pour les destinations approuvées — et partout où la charge tente de téléphoner, c'est une connexion que le proxy ne laisse jamais partir. Vous pouvez pointer un agent vers vos propres rapports de crash, lui demander de les reproduire, et le penser vraiment.

L'échelle, l'autre moitié du chiffre de Google, c'est du travail de flotte — passes multiples, agents parallèles — et le produit traite la flotte comme une primitive. Tapez un nom de tâche et un profil git worktree donne à cette tâche sa propre branche, son propre checkout et son propre agent dans son propre onglet, chacun dans sa VM ; la passe nocturne « balayer le code à la recherche de bugs » et la corvée « traquer le test instable » ne partagent ni arbre de travail ni rayon d'explosion. Et pour le bug difficile — celui qui vaut un second avis — le mode Fusion met un panel de modèles sur le même prompt avec un juge pour les réconcilier, ce qui est l'idée des passes multiples de Google appliquée au moment où elle rapporte le plus.

Puis l'humain s'assied là où Google l'a mis : à la porte. Pendant l'exécution, les garde-fous suspendent les gestes destructeurs — le force-push, la suppression, l'appel d'API qui change l'état — pour un dialogue sur l'hôte, et tout le reste coule. À la fin, vous relisez un diff, comme les développeurs de Chrome relisent un correctif candidat avec ses tests. Cette division du travail — le jugement à la porte, l'autonomie pendant l'exécution — sépare l'agent qui autocomplète votre soirée de l'agent qui vous rapporte des chiffres qui se comptent en milliers.

Deux histoires, une leçon

Lisez l'actualité de cette semaine à côté de celle de la semaine dernière. La divulgation d'Anthropic a montré ce qui arrive quand le harnais ment : une isolation affirmée dans un prompt, un réseau qui autorisait tout, et des agents qui se sont introduits dans trois vraies entreprises en faisant leurs devoirs. Le billet de Google montre la même variable avec le signe inversé : une isolation appliquée sur le câble, et des agents qui ont corrigé mille bugs et déterré une évasion de sandbox vieille de treize ans. Les modèles ont apporté le même talent aux deux histoires ; l'environnement a décidé de ce que ce talent produirait.

C'est le pari que Bromure Agentic Coding fait pour vous. Vous avez déjà les modèles — la même classe que celle que Google a utilisée. Le plafond de ce qu'un agent de code fait pour vous, c'est la question de savoir s'il vit quelque part où vous pouvez vous permettre de le laisser tourner. Donnez-lui une boîte qui dit la vérité, un câble qui tient les règles et une porte où votre jugement s'applique, puis faites ce que cette année de résultats plaide : installez-le, confiez à l'agent une vraie tâche, et laissez-le tourner.