Calipia : le blog

Le 27 juillet 2026, NVIDIA a annoncé la création de l’Open Secure AI Alliance (OSAIA), une coalition de trente-sept entreprises et fondations qui se donne pour mission de bâtir une défense cyber fondée sur des modèles, des harnais d’agents et des outils ouverts. On y trouve Microsoft, Palantir, Snowflake, Databricks, Adobe, Cisco, Cloudflare, CrowdStrike, Palo Alto Networks, IBM, Red Hat, SAP, Siemens, Salesforce, ServiceNow, Dell, HPE, NetApp, Hugging Face, LangChain, la Linux Foundation, Capital One, DoorDash, NAVER, SK Telecom, Synopsys, Cadence, Elastic, Cloudera, Cognition, Nous Research, Reflection AI, OpenClaw, SpaceXAI, Thinking Machines Lab et TrendAI. Une liste impressionnante, où l’on remarque surtout ceux qui n’y figurent pas : OpenAI et Anthropic, c’est à dire précisément les deux laboratoires qui ont fait de la sûreté des modèles leur argument de communication principal depuis trois ans. Le fait que Thinking Machines Lab, fondé par l’ancienne directrice technique d’OpenAI, ait signé rend l’absence encore plus visible. Personne ne dit publiquement s’ils ont refusé ou s’ils n’ont jamais été invités.

De quoi parle-t-on exactement quand on dit « sécurité de l’IA »

Premier point à clarifier pour un DSI ou un RSSI qui lirait le titre en diagonale : cette alliance ne traite pas de l’alignement des modèles, ni des risques existentiels, ni de la modération de contenu. Elle traite de cybersécurité opérationnelle à l’ère des agents. La nuance est capitale, car elle explique probablement une partie des absences. Deux définitions de la « sécurité de l’IA » coexistent dans l’industrie, et elles ne partagent ni les mêmes métriques, ni les mêmes réflexes réglementaires.

L’alliance s’appuie sur des fondations existantes plutôt que de repartir de zéro, ce qui est plutôt rassurant : l’initiative Akrites de la Linux Foundation, dédiée à la défense des logiciels open source critiques contre les menaces assistées par IA, et les travaux de l’OpenSSF sur la chaîne d’approvisionnement logicielle. L’OSAIA se positionne donc comme une couche IA au dessus d’un écosystème de sécurité open source déjà structuré.

L’incident Hugging Face comme argument massue

Le vrai argument technique de NVIDIA n’est pas idéologique, il est tiré d’un cas concret. Lors de l’incident de sécurité subi par Hugging Face en juillet 2026, les outils d’IA fermés se sont révélés inutilisables pour l’analyse forensique : incapables de distinguer un attaquant d’un défenseur, ils ont bloqué les requêtes des équipes de réponse à incident. Hugging Face a fini par exécuter le modèle à poids ouverts GLM 5.2 sur sa propre infrastructure pour analyser plus de dix sept mille actions et circonscrire l’intrusion.

C’est un cas d’usage que tout RSSI comprendra immédiatement. Au moment précis où la vitesse compte, dépendre d’une API distante dont les garde fous refusent d’analyser du code malveillant, et dont le fournisseur peut couper l’accès ou modifier le comportement sans préavis, constitue un point de défaillance unique. L’argument de la souveraineté opérationnelle, souvent brandi de manière incantatoire en France, trouve ici une illustration nettement plus convaincante qu’un discours sur le cloud de confiance.

Les contributions techniques, seul critère qui vaille

Une alliance se juge à ce que ses membres versent au pot commun. Sur ce point, le communiqué est plus étayé que la moyenne des annonces de ce type.

NVIDIA ouvre le projet NOOA (NVIDIA Labs Object-Oriented Agent), disponible sur GitHub, un cadre de recherche sur les harnais d’agents visant à rendre le comportement d’un agent testable, traçable, auditable et gouvernable. C’est le point le plus intéressant pour les architectes : la thèse de NVIDIA est qu’un agent n’est pas un modèle, mais un système complet composé de modèles, de harnais, d’identités, de permissions, de garde fous, de journaux et de dispositifs d’évaluation. La sécurité se joue sur cette pile complète, pas sur le caractère ouvert ou fermé des poids. Difficile de leur donner tort.

HPE pousse SPIFFE/SPIRE, le standard d’identité zero trust qui permet de vérifier cryptographiquement des charges de travail, et donc des agents, afin que seules les entités autorisées communiquent entre elles. Pour toute organisation qui commence à déployer des agents autonomes, c’est probablement le sujet d’architecture le plus urgent, bien avant le choix du modèle.

Hugging Face transfère Safetensors à la PyTorch Foundation. Ce format de stockage des poids garantit l’absence d’exécution de code distant au chargement, contrairement aux sérialisations pickle historiques qui traînent encore dans beaucoup de pipelines MLOps. Si tu n’as pas encore interdit le chargement de poids non Safetensors dans tes chaînes d’industrialisation, l’annonce est un bon prétexte pour le mettre à l’ordre du jour.

IBM et Red Hat étendent Lightwell à la chaîne d’approvisionnement open source avec des correctifs signés numériquement. Microsoft apporte MDASH, son harnais de scan agentique multi modèles qui orchestre des agents spécialisés pour découvrir des vulnérabilités, les contester entre eux et prouver leur exploitabilité. SpaceXAI a ouvert le code de son agent de développement en terminal Grok Build et annonce vouloir ouvrir les poids de la ligne Grok, ce qui, venant de cette maison, mérite d’être vérifié à la livraison.

Ce qu’il faut lire entre les lignes

Restons lucides. NVIDIA a un intérêt commercial direct et considérable à ce que les modèles ouverts prospèrent : un modèle ouvert s’exécute sur site, donc sur des GPU achetés, alors qu’un modèle fermé consommé par API enrichit surtout l’hyperscaler qui l’héberge. Le plaidoyer adressé aux régulateurs, qui demande de considérer les modèles ouverts comme des actifs défensifs et non comme des passifs, et qui met en garde contre la concentration du pouvoir chez quelques fournisseurs fermés, est parfaitement défendable sur le fond. Il se trouve simplement qu’il coïncide au millimètre près avec la stratégie industrielle de son auteur. Les deux choses peuvent être vraies simultanément.

Deuxième réserve, plus structurelle : l’annonce ne dit rien de la gouvernance. Pas de structure d’accueil identifiée, pas de modèle de financement, pas de comité technique, pas de feuille de route datée, pas de critères d’adhésion. Trente sept logos alignés dans un communiqué, cela s’appelle pour l’instant un jardin de logos, et l’histoire des consortiums technologiques regorge d’alliances mort nées faute d’avoir répondu à ces questions dans les six premiers mois. À suivre, donc, avec bienveillance mais sans naïveté.

Troisième observation : Microsoft joue sur les deux tableaux, membre fondateur de l’alliance tout en restant le principal partenaire industriel d’OpenAI. Ce grand écart n’a rien d’incohérent, il traduit simplement la réalité d’un marché où l’on couvre toutes les positions.

En guide de conclusion…

Pour une DSI française, trois chantiers découlent directement de cette annonce, indépendamment du sort de l’alliance elle même.

D’abord, l’identité des agents. Si les agents s’authentifient aujourd’hui avec des clés d’API partagées, on a déjà un problème. SPIFFE/SPIRE, ou l’équivalent côté Entra ID avec les identités managées et les Agent ID, doit devenir le socle.

Ensuite, la chaîne d’approvisionnement des modèles. Politique de format de poids, scan des artefacts, signature, provenance vérifiable. Les mêmes réflexes que pour les dépendances logicielles, appliqués à des fichiers de plusieurs gigaoctets que personne ne relit.

Enfin, la capacité de repli. La leçon de l’incident Hugging Face est qu’il faut pouvoir exécuter un modèle capable sur ton infrastructure le jour où l’API n’est plus disponible ou refuse de coopérer. Un modèle ouvert qualifié, hébergé, testé et documenté dans ton plan de continuité vaut mieux qu’une clause contractuelle.

L’AI Act européen entre par ailleurs dans sa phase d’application progressive, et la question de savoir si les modèles à poids ouverts sont un facteur de risque ou un instrument de résilience va se poser très concrètement aux équipes conformité. Cette alliance vient de choisir son camp, bruyamment.