Ce qui a été livré et le tableau de mesures qui se trouve dessous

Microsoft a annoncé le 27 juillet MAI-Cyber-1-Flash, son premier modèle d'intelligence artificielle conçu spécifiquement pour la cybersécurité. L'entreprise le décrit comme un modèle compact, très entraîné sur le code, issu de sa lignée MAI-Thinking-1, et il ne fonctionne pas seul. Il réside dans MDASH, le harnais de plus de 100 agents que Microsoft utilise en interne pour trouver et corriger les vulnérabilités logicielles et qui, selon l'entreprise, s'appuie sur plusieurs modèles de premier plan plutôt que sur un seul.

Le chiffre de tête est 96 pour cent sur CyberGym, une épreuve qui mesure la découverte de vulnérabilités réelles dans du code réel. La comparaison publiée par Microsoft place Mythos d'Anthropic à 83,6 pour cent, Gemini à 85,6 pour cent et GPT seul à 84,4 pour cent, avec un quatrième modèle non nommé à 83,2 pour cent. La même annonce indique que le nouvel attelage tourne à environ la moitié du coût de la configuration que Microsoft livre aujourd'hui. Satya Nadella l'a présenté comme une sécurité de premier rang à moitié prix.

Le véhicule commercial s'appelle Project Perception et entre en préversion publique le 3 août au sein de Microsoft Defender, avec une tarification à l'usage. Il coordonne trois classes d'agents : les agents rouges, qui cartographient les chemins d'attaque, les agents bleus, qui enquêtent et hiérarchisent le risque, et les agents verts, qui appliquent les correctifs. Microsoft n'a pas publié de tarifs.

L'économie est une décision d'acheminement, pas un meilleur modèle

Quand on lit l'architecture, les 96 pour cent cessent d'être une affirmation sur la capacité. MAI-Cyber-1-Flash est bâti pour absorber jusqu'à 90 pour cent du travail dans MDASH et pour transmettre le dixième le plus difficile des tâches à GPT-5.4 d'OpenAI. Le score est celui que MDASH obtient en faisant tourner les deux ensemble. Le modèle de Microsoft ne bat pas la frontière : il encaisse le volume pour que la frontière n'ait plus à traiter que les exceptions.

Cela rend l'affirmation sur le coût plus intéressante que celle sur la précision. Les 50 pour cent sont mesurés par rapport à la configuration que Microsoft exploite aujourd'hui et que l'entreprise décrit elle-même comme GPT-5.4, GPT-5.4 mini et GPT-5.3 codex. Autrement dit, l'économie a été trouvée en écartant OpenAI des neuf dixièmes routiniers du travail tout en conservant OpenAI pour le dixième difficile. Un fournisseur réduit sa propre facture d'achat et en reverse une partie. C'est une raison parfaitement valable d'acheter, mais ce n'est pas la même chose qu'un meilleur détecteur.

La conséquence se loge dans les exceptions. Le dixième le plus difficile du travail sur les vulnérabilités est par construction la part qu'un modèle économique ne parvenait pas à clore : les défauts de logique profonds et les chemins de code inconfortables. Ce dixième dépend désormais du fait qu'un modèle de frontière tiers reste disponible, reste autorisé par vos propres règles et reste au prix d'aujourd'hui. Aucune de ces dépendances n'apparaît dans le nom du produit et aucune ne vous appartient.

La facturation à l'usage change ce qu'est un budget de sécurité

Le modèle tarifaire mérite autant d'attention que le modèle d'intelligence artificielle. Payer à l'usage sur un système conçu pour enquêter en continu signifie que votre dépense de sécurité cesse de suivre les effectifs ou les postes et commence à suivre la quantité de choses à examiner. Un parc bruyant, un gros monorepo, une acquisition qui double votre nombre de terminaux, un mauvais mois d'alertes : chacun de ces événements a maintenant un coût direct et immédiat, parce que les agents répondent à des signaux et non à un décompte de licences.

Pour une direction financière française, c'est un changement de prévision et non un changement de ligne. La sécurité au poste est un coût fixe que l'on approuve une fois par an en euros et que l'on oublie. La sécurité agentique à l'usage est un coût variable qui monte exactement au moment où vous êtes déjà sous tension, ce qui constitue la pire corrélation possible pour un budget. C'est aussi le moment où personne ne souhaite être celui qui a bridé l'outil de sécurité pour tenir un chiffre.

Rien de tout cela ne plaide contre l'achat. Cela plaide pour un achat assorti d'un plafond, d'une alerte et d'un responsable. Demandez par écrit la définition du compteur avant l'ouverture de la préversion, fixez un plafond interne qui déclenche une discussion et non une coupure, et désignez une personne chargée de surveiller la courbe au premier trimestre.

La question à trancher avant le 3 août

Une réponse de gouvernance est désormais périmée dans la plupart des registres de sous-traitants. Si vous entrez dans le champ de NIS2 ou de DORA, vous êtes censé savoir qui traite votre télémétrie de sécurité et vos constats de vulnérabilité. Un harnais de plus de 100 agents s'appuyant sur plusieurs modèles de premier plan implique que la réponse honnête comporte au moins deux fournisseurs de modèles, dont l'un est un concurrent de l'entreprise qui vous vend le produit. Écrivez-le avant qu'un auditeur ne le demande.

Trois gestes pratiques cette semaine. Demandez à votre revendeur Microsoft si la consommation de Project Perception est facturée dans votre engagement Defender existant ou sur un compteur distinct, et obtenez-le par écrit avant le 3 août. Demandez quelles classes de modèles traitent les constats transmis et si vous pouvez restreindre cette transmission pour des motifs de politique interne. Vérifiez ensuite si vos règles internes sur l'envoi de code ou de détails de vulnérabilité à un modèle tiers ont été rédigées en supposant que votre fournisseur de sécurité était un sous-traitant unique.

On vous citera ce score pendant toute l'année à venir. Traitez les 96 pour cent comme la propriété d'un attelage et non d'un produit, et valorisez l'attelage en conséquence.