Argon de Google corrige seul les vulnérabilités, et il est livré sans garde-fous cyber

Le 30 septembre, Google a annoncé Gemini 4 Argon et indiqué que, pour les défenseurs de confiance et ses propres équipes internes, il publiera le modèle sans garde-fous cyber. La raison, selon Google, est qu'Argon peut trouver, valider et corriger de manière autonome des vulnérabilités logicielles critiques, et que la capacité complète est précisément l'enjeu. L'accès est d'abord déployé via le Fairwind Program auprès d'un groupe de défenseurs cyber de confiance. Tous les autres devront attendre.

Ce que Google affirme qu'Argon sait faire

Argon est décrit comme conçu pour des tâches longues et en plusieurs étapes : ingénierie logicielle, tâches juridiques et financières, et sécurité défensive. Google annonce 77,9 % sur DeepSWE v1.1, un benchmark d'ingénierie logicielle à long horizon, et une première place ex aequo avec 68 % sur CWE-bench v1, qui teste si un modèle peut corriger des vulnérabilités de sécurité. Il annonce également un score de 51,3 % sur l'AutomationBench de Zapier et de 91,7 % sur LVBench pour la compréhension de vidéos longues. Ces chiffres sont ceux de l'entreprise, et la source ne précise pas qui a mené chaque évaluation.

L'affirmation la plus concrète en matière de sécurité vient de Wiz, qui a utilisé Argon dans son programme Scan for Good de protection des infrastructures publiques. D'après Google, le modèle a découvert une vulnérabilité critique exposant des informations personnelles sensibles dans un logiciel de santé utilisé par des hôpitaux du monde entier, un risque que les précédents modèles de pointe n'avaient pas détecté.

Comment fonctionne la correction autonome, et pourquoi elle est à double tranchant

Trouver une vulnérabilité et la corriger sont deux compétences distinctes. La découverte consiste à lire du code, ou à sonder un système en production sans aucun code source (ce que mesure le test d'intrusion en boîte noire de Wiz), et à repérer où un attaquant pourrait entrer. La validation consiste à produire une preuve de concept démontrant que la faille est réelle, ce qui filtre les fausses alertes qui submergent les équipes de sécurité humaines. La correction consiste à écrire une modification qui comble la brèche sans rien casser d'autre. Argon est censé accomplir ces trois étapes sans qu'un humain pilote chacune d'elles.

La même séquence décrit une attaque. Un système capable de localiser et d'exploiter une faille pour prouver son existence fait, étape par étape, ce que fait un intrus. C'est pourquoi Google restreint l'accès et retire les garde-fous uniquement pour des utilisateurs vérifiés : ces garde-fous conduisent normalement le modèle à refuser exactement ce type de demande. En pratique, les versions défensive et offensive de cette capacité diffèrent surtout par la personne qui détient les clés.

Une autre affirmation de l'annonce concerne la limite de sortie d'Argon, portée à 1M de tokens contre 64K auparavant. En termes simples, le modèle peut générer bien plus de contenu en une seule exécution, ce qui lui permet de mener à terme une longue investigation ou une réécriture sans s'arrêter. Google affirme que cela ajoute de la profondeur de raisonnement sur les problèmes difficiles.

Qui y gagne, et qui ne s'en est pas encore aperçu

Les gagnants les plus évidents sont les organisations qui exploitent des systèmes critiques sans disposer de grandes équipes de sécurité, comme les hôpitaux et les opérateurs d'infrastructures publiques, à condition que les défenseurs atteignent leurs failles avant les attaquants. Les organisations d'ingénierie y gagnent aussi : Google indique que les agents Argon migrent du code C/C++ vers Rust, dont plus de 800K lignes pour le noyau Fuchsia Zircon, et ont accéléré de 2,7 fois un décodeur vidéo sûr en mémoire par rapport au portage Rust existant, avec une sortie identique.

Le groupe exposé, c'est tous ceux dont le logiciel se trouve dans la file d'attente. Si les défenseurs obtiennent ces outils en premier, chaque dépendance non corrigée devient un compte à rebours. Les petits éditeurs sans accès à Fairwind pourraient découvrir leurs failles grâce à l'analyse de quelqu'un d'autre. Argon est lancé à un tarif d'introduction de 2 $ par million de tokens en entrée et de 10 $ par million de tokens en sortie : l'économie de l'analyse à grande échelle ne sera donc pas un obstacle une fois l'accès ouvert.

Les questions à vous poser

• Qui décide quels défenseurs sont « de confiance », quelle vérification Fairwind implique-t-il, et que se passe-t-il lorsque l'un d'eux est compromis ?
• Google indique que le modèle sans garde-fous est aussi remis aux équipes internes. Quels contrôles empêchent un identifiant volé ou un initié compromis d'en faire un outil d'attaque ?
• La faille du logiciel de santé a été trouvée, mais a-t-elle été corrigée, et combien de temps les hôpitaux utilisant ce logiciel sont-ils restés exposés avant la divulgation ?
• Le score de 68 % d'Argon sur CWE-bench v1 est une égalité pour la première place. Qu'est-ce qu'il rate dans les 32 % restants, et qui relit un correctif avant sa mise en production ?
• Les migrations vers Rust sont encore en cours d'audit et de tests par émulation. Combien de lignes de code noyau écrites par l'IA Google considère-t-il comme prêtes pour la production, et sur quelles preuves ?

Ce qu'il faut surveiller ensuite

Le signal à suivre est l'écart entre Fairwind et la sortie publique. Google indique qu'il élargira l'accès aux clients payants de l'API et aux abonnés Google AI Ultra une fois les protections renforcées, et qu'il participe au processus volontaire d'accès préalable à la publication du gouvernement américain. Si la sortie générale s'accompagne de garde-fous qui résistent aux tests externes, et que les vulnérabilités divulguées sont corrigées plus vite, le pari défensif est gagné. Si la variante sans garde-fous apparaît d'abord dans des rapports d'usage abusif, cela vous montrera où penche réellement la balance.