A few weeks after NVIDIA launched the Open Secure AI Alliance (OSAA), the initiative has formally moved under the umbrella of the Linux Foundation. The Foundation says the alliance, originally founded by NVIDIA, will develop open source tools, shared standards and defensive practices to help organizations inspect, audit and secure AI systems.

The shift matters because it creates vendor-neutral governance, strengthens OSAA’s credibility in regulated industries, and separates technical contributions from strategic control. NVIDIA remains a major contributor — including models, data, agent harnesses and OpenShell — but it no longer sets the roadmap or publication rules alone.

The Linux Foundation is framing AI security as a collective problem requiring “collaboration between vendors, platforms and industries.” In practical terms, OSAA is aiming for a multi-vendor “portable defense stack” that works across models, cloud providers and agent runtime environments. Early technical building blocks already span several companies: Microsoft’s MDASH, HPE’s use of SPIFFE/SPIRE for workload identity, Hugging Face’s Safetensors format, IBM/Red Hat’s Lightwell, and NVIDIA’s own inspection tools and models.

For enterprise IT leaders, that portability could reduce dependence on a single supplier for AI security and make it easier to integrate these controls into hybrid architectures, including on-prem, public cloud and sovereign cloud environments.

Even before the transfer, OSAA had begun its first major RFC around the Shared AI Findings Exchange (SAFE), a framework for confidential reporting of AI-related incidents and near misses. Under the Linux Foundation, that RFC process should move faster thanks to a mature open source workflow for publishing, community review and GitHub issue/PR management, plus access to a broad base of maintainers and cybersecurity engineers.

The Foundation says that, under its neutral governance, the community can accelerate development of an open, shared AI security stack. SAFE is positioned as one working group among several possible areas — alongside identity, isolation, policy, observability and recovery — opening the door to more RFCs covering specific parts of the agent security stack.

OSAA’s scope goes well beyond models. It aims to secure the full AI agent chain, from inference down to the hardware trust base. That includes execution context, control mechanisms, security policies, identity management, governance, enforcement, risk containment, incident recovery and hardware-rooted trust. For CISOs and architects, the appeal is a set of controls designed to fit existing systems: workload identity, isolation, key management, integrity proofs, access policies and observability, all meant to be testable, auditable and integrable into current processes.

SAFE also includes confidential reporting of incidents and near incidents, with relevant parties informed. Reports can be analyzed across models, guardrails, tools, runtime environments, monitoring, human intervention and supply-chain dependencies, with the goal of producing reusable outputs such as new tests, detection rules, security policies, reference configurations and incident response procedures. The model echoes the NASA ASRS approach in aviation: encourage operational learning without automatically exposing participants to legal risk.

The Linux Foundation’s backing should also improve OSAA’s standing in procurement and compliance. Buyers may increasingly require or prefer solutions compatible with OSAA standards and tools, while SAFE-derived controls could become internal benchmarks or even sector-specific requirements.

One caveat remains: major AI labs such as OpenAI, Google, Anthropic and Meta are still absent from the founding core, limiting how representative the alliance is of the broader market. SAFE is also still only an RFC under discussion, with reference implementations and concrete tools yet to be finalized and adopted.

Quelques semaine après son lancement sous l’impulsion de NVIDIA, l’Open Secure AI Alliance (OSAA) devient officiellement un projet de la Linux Foundation.

« Initialement fondée par NVIDIA, l’Open Secure AI Alliance développera des outils open source, des standards partagés et des pratiques défensives qui aideront les organisations à inspecter, auditer et sécuriser les systèmes d’IA. » indique le nouvel hôte.

Concrètement, cela signifie un organe de gouvernance indépendant de tout fournisseur, une légitimité renforcée auprès des secteurs régulés et une séparation entre contributions techniques et pilotage stratégique.

Si NVIDIA reste un contributeur majeur (modèles, données, agent-harness, OpenShell, etc.), elle ne contrôle plus seul la feuille de route ni les règles de publication.

La Linux Foundation met en avant la nécessité d’une « collaboration entre fournisseurs, plateformes et secteurs d’activité » pour traiter la sécurité de l’IA comme un défi partagé.

Dans les faits, la neutralité se traduit par un périmètre multi-vendeurs explicite : l’OSAA vise une « stack de défense portable », efficace quel que soit le modèle, le fournisseur de cloud ou l’environnement d’exécution des agents.

Plusieurs contributions techniques, issues de différents acteurs, sont déjà présentées comme des briques complémentaires d’un même édifice : Microsoft avec MDASH, HPE avec SPIFFE/SPIRE pour l’identité des workloads, Hugging Face avec le format Safetensors, IBM/Red Hat avec Lightwell, et NVIDIA avec ses modèles et ses outils d’inspection. »

Pour les DSI, cette logique de défenses portables et de gouvernance neutre devrait, à terme, réduire le risque de dépendance à un seul fournisseur pour la sécurité de l’IA et renforcer la crédibilité d’une intégration de ces briques dans des architectures hybrides (on-prem, cloud public, souverain).

Rythme des RFC : un processus open source industrialisé

Avant même le transfert, l’OSAA avait lancé un premier grand chantier sous forme de RFC : le Shared AI Findings Exchange (SAFE), un cadre de remontée confidentielle d’incidents et de « near misses » liés à l’IA.

Le rattachement à la Linux Foundation devrait accélérer le cycle des RFC : la Fondation apporte un processus rodé (publication, revue communautaire, gestion des issues/PR sur GitHub) et une audience large de mainteneurs et de d’ingénieurs en cybersécurité.

La Linux Foundation souligne que, « sous la gouvernance neutre de la Linux Foundation, cette communauté peut accélérer le développement d’une stack de sécurité ouverte et partagée pour l’IA. Cela inclut des initiatives telles que le Shared AI Findings Exchange (SAFE), qui permet aux organisations de partager du renseignement sur les menaces et de renforcer collectivement leurs défenses face aux risques émergents en sécurité de l’IA. »

SAFE est présenté comme un « groupe de travail » parmi d’autres possibles (identité, isolation, politiques, observabilité, recovery), ce qui ouvre la voie à d’autres RFC sur des briques précises de la stack agent.

Participants in the Open Secure AI Alliance have published an RFC proposing the Shared AI Findings Exchange (SAFE) Working Group.

The initiative aims to enable confidential sharing and learning around AI security incidents.

Read the RFC and contribute to the discussion:… pic.twitter.com/wWWmlqT4vM

— The Linux Foundation (@linuxfoundation) August 4, 2026

Impact concret pour les entreprises utilisatrices

L’OSAA ne s’arrête pas aux seuls modèles. Elle vise à sécuriser toute la chaîne des agents d’IA, de l’inférence jusqu’au socle matériel.

Son périmètre englobe le contexte d’exécution des agents, les mécanismes de contrôle (harnesses), les politiques de sécurité, la gestion des identités, la gouvernance, l’enforcement des règles, le confinement des risques, les dispositifs de reprise après incident et jusqu’au socle de confiance matériel.

Pour les RSSI et les architectes, la promesse est celle de contrôles de sécurité qui s’articulent avec l’existant : identité des workloads, isolation, gestion des clés, preuves d’intégrité, politiques d’accès et observabilité. Autant de briques conçues pour être testées, auditées et intégrées dans les processus déjà en place.

Le cadre SAFE prévoit également un dispositif de signalement confidentiel des incidents et quasi-incidents liés à l’IA, avec information des parties concernées.

Les incidents peuvent faire l’objet d’analyses structurées portant aussi bien sur les modèles et les garde-fous que sur les outils, les environnements d’exécution, le monitoring, les interventions humaines ou les dépendances de la supply chain. L’objectif est surtout d’en tirer des mesures concrètes et réutilisables : nouveaux tests, règles de détection, politiques de sécurité, configurations de référence ou procédures de réponse aux incidents.

Pour les grandes organisations, le dispositif reprend une logique déjà éprouvée dans l’aéronautique, notamment avec le système ASRS de la NASA. Il s’agit de favoriser le retour d’expérience sur les incidents sans exposer systématiquement les acteurs à un risque juridique, afin de transformer les enseignements du terrain en mesures de contrôle opérationnelles.

Ce qui ne change (pas encore)

Le rattachement à la Linux Foundation renforce la crédibilité de l’OSAA comme référence dans les appels d’offres et pour la conformité. Les acheteurs pourront exiger ou privilégier des solutions compatibles avec les standards et outils issus de l’OSAA et les contrôles issus de SAFE pourront servir de base à des référentiels internes, voire à des exigences sectorielles.

L’absence de grands laboratoires d’IA (OpenAI, Google, Anthropic, Meta) du noyau fondateur reste un point de vigilance pour la couverture réelle du marché.

SAFE est pour l’instant un RFC en discussion ; les premières implémentations de référence et outils concrets sont en cours de définition et d’adoption.

La Linux Foundation résume bien l’enjeu : « La sécurité de l’IA est un défi partagé. Y répondre nécessite un écosystème ouvert où les organisations peuvent collaborer au-delà des fournisseurs, des plateformes et des secteurs d’activité. »

The post Sécurité de l’IA : l’OSAA bascule sous la Linux Foundation appeared first on Silicon.fr.