Règles d’utilisation d’OpenAI : un rempart pour les routeurs et la distillation

La plupart des conditions d’utilisation des API ressemblent à un tiroir rempli de reçus : techniquement importantes, mais largement ignorées jusqu’à ce que quelque chose prenne feu. La dernière mise à jour de la politique d’OpenAI est plus difficile à ignorer. Le 21 octobre 2026, OpenAI a indiqué que ses Conditions d’utilisation révisées entreraient en vigueur le 20 novembre 2026, et le changement opérationnel concerne le contrôle d’accès : qui peut faire transiter ses modèles, dans quelles conditions, et pour l’entraînement futur de quels modèles. Ce n’est pas une loi, mais pour les créateurs qui dépendent des API de modèles de pointe, le langage contractuel peut tout de même décider de l’architecture d’un produit.

Le point d’approbation remonte dans la pile

OpenAI indique que les Conditions d’utilisation mises à jour exigent que les services qui fournissent un accès direct à ses modèles, y compris les routeurs de modèles et les passerelles d’IA, obtiennent un examen et une approbation d’OpenAI avant de proposer cet accès. Selon OpenAI, la règle s’applique à tous les canaux : accès direct via OpenAI, modèles hébergés par des partenaires et partenaires revendeurs. En clair, si votre produit se place entre les utilisateurs et les modèles d’OpenAI, vous ne vous contentez plus de transmettre des requêtes. Vous exploitez une couche d’accès contrôlée qui peut nécessiter une approbation préalable.

OpenAI indique également que les partenaires qui fournissent un accès aux modèles doivent maintenir des mesures de protection alignées sur les siennes, enquêter sur les violations potentielles et agir lorsque des préoccupations sont identifiées. Cela transforme le contrat fournisseur en liste de contrôle opérationnelle. Un routeur a besoin d’une application des politiques, d’un examen des incidents, d’une segmentation des clients et d’un moyen d’empêcher le mauvais trafic de réapparaître simplement par un autre chemin. La phrase que votre équipe commerciale voudrait passer sous silence est désormais celle autour de laquelle votre équipe produit doit construire.

La distillation devient une violation contractuelle, pas seulement un manque de savoir-vivre

BankInfoSecurity a rapporté qu’OpenAI avertit les utilisateurs de ne pas utiliser ses modèles pour créer des données d’entraînement ou des tâches destinées à des modèles concurrents. La nouvelle politique, telle que rapportée par BankInfoSecurity, interdit aux utilisateurs d’utiliser les modèles ou les sorties d’OpenAI pour « générer, préparer, sélectionner ou fournir du matériel ou des signaux d’entraînement » pour des modèles destinés à remplacer les services d’OpenAI ou à leur faire concurrence. Le travail couvert inclut les données d’entraînement, les grilles d’évaluation pour l’apprentissage par renforcement, les retours sur les modèles et le filtrage des données. C’est un filet très large, et il vise la tuyauterie peu glamour de l’amélioration des modèles.

L’effet pratique est simple : une startup ne peut pas considérer sans risque les sorties d’OpenAI comme un échafaudage bon marché pour un modèle rival, sauf si elle dispose d’une autorisation qui couvre réellement cet usage. Elle ne peut pas non plus résoudre le problème en demandant à un sous-traitant, un client ou une société affiliée d’effectuer le même travail en son nom, selon le compte rendu de la politique par BankInfoSecurity. La justification de sécurité avancée par OpenAI est qu’entraîner un autre modèle sur les sorties d’OpenAI peut copier des capacités sans copier les protections. Pratiquement pour OpenAI, la même règle protège aussi un travail de modélisation coûteux contre sa transformation en jeu de données de démarrage pour quelqu’un d’autre. Les deux choses peuvent être vraies. Les juristes n’aiment pas cette phrase, mais les chefs de produit devraient apprendre à vivre avec.

Les routeurs sont désormais des produits de conformité

Le propre billet d’OpenAI présente la mise à jour comme un projet de cohérence entre les canaux de distribution, mais la charge pèse le plus visiblement sur les intermédiaires. Un routeur de modèles qui choisit entre des fournisseurs selon le prix, la latence, la qualité ou la préférence du client doit désormais traiter l’accès à OpenAI comme une capacité soumise à autorisation. S’il propose un accès direct, OpenAI indique que l’examen et l’approbation passent en premier. Cela fait évoluer l’approvisionnement de « branchez la clé API » vers « montrez la surface de contrôle ».

OpenAI indique également travailler avec des clients sur les SafetyIDs, que les clients peuvent fournir afin qu’OpenAI puisse distinguer les utilisateurs finaux individuels au cours d’une enquête sans connaître leur identité. C’est un compromis de juriste en protection de la vie privée, pas une cape magique. Les créateurs devraient y voir une invitation à séparer l’identité au niveau du compte, la traçabilité de l’utilisateur final et les dossiers d’enquête. Si votre passerelle ne peut pas dire quel utilisateur a généré quelle requête, votre dossier de preuves ne sera que des impressions dans une feuille de calcul. Les avis d’application des règles, hélas, préfèrent les enregistrements.

La météo géopolitique n’a pas aidé

TechCrunch a rapporté que le Department of Homeland Security a ordonné aux agences civiles fédérales de cesser d’acheter les services et produits de DeepSeek et de les retirer des systèmes informatiques du gouvernement, en invoquant des préoccupations de sécurité nationale liées aux opérations de DeepSeek en Chine. TechCrunch a également rapporté que les États-Unis ont accusé DeepSeek et cinq autres entreprises chinoises d’IA, dont Alibaba et Moonshot AI, d’utiliser une distillation de modèles à grande échelle pour extraire des informations de systèmes d’IA américains. Plus tôt dans l’année, selon TechCrunch, OpenAI avait indiqué aux législateurs américains avoir observé des tentatives suspectées de DeepSeek pour distiller ses modèles, tandis qu’Anthropic avait déclaré avoir identifié des tentatives non autorisées de DeepSeek et d’autres laboratoires chinois d’IA visant à collecter des sorties de Claude.

Ce contexte ne prouve pas qu’OpenAI a rédigé cette politique pour une seule entreprise. Il montre bien pourquoi la distillation est passée du commérage de recherche à la gouvernance de l’accès. Le désaccord dans lequel les créateurs se retrouvent coincés est familier : un camp considère les sorties de modèles comme une ressource qui peut être utilisée de façon créative sauf interdiction, tandis que les fournisseurs de modèles traitent de plus en plus certains usages en aval comme de l’extraction. Si votre entreprise opère auprès de clients, de juridictions et de fournisseurs de modèles différents, le contrat le plus strict peut devenir la base de conception.

Ce que les créateurs devraient changer avant le 20 novembre

La loi n’oblige pas chaque entreprise à aimer les conditions d’OpenAI. Le contrat peut exiger quelque chose de plus pertinent : la conformité si vous voulez l’accès. Avant le 20 novembre 2026, les équipes qui utilisent OpenAI via des routeurs, des passerelles, un hébergement partenaire ou des revendeurs devraient cartographier où l’accès direct est proposé, qui contrôle l’identité de l’utilisateur final, et si un flux de travail utilise des sorties d’OpenAI pour entraîner, filtrer, noter ou améliorer un autre modèle. Le reportage de BankInfoSecurity montre clairement que la restriction atteint les signaux de préparation, et pas seulement les cycles d’entraînement finaux.

Il n’existe pas encore d’exemples vérifiés d’application des nouvelles règles, donc personne ne devrait prétendre connaître le schéma des sanctions. Le choix le plus sûr consiste à mettre à jour dès maintenant les politiques d’utilisation acceptable, les conditions clients, les questionnaires fournisseurs et les journaux d’audit. Si un routeur fait partie de votre pile, demandez s’il dispose de l’approbation d’OpenAI, comment il enquête sur les violations et ce qui se passe lorsqu’un client tente d’utiliser des sorties pour le développement de modèles. Les conditions des API étaient autrefois la paperasse qui venait après l’architecture. Pour l’accès aux modèles de pointe, elles deviennent de plus en plus l’architecture.