IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)

Vous êtes nouveau sur Developpez.com ? Créez votre compte ou connectez-vous afin de pouvoir participer !

Vous devez avoir un compte Developpez.com et être connecté pour pouvoir participer aux discussions.

Vous n'avez pas encore de compte Developpez.com ? Créez-en un en quelques instants, c'est entièrement gratuit !

Si vous disposez déjà d'un compte et qu'il est bien activé, connectez-vous à l'aide du formulaire ci-dessous.

Identifiez-vous
Identifiant
Mot de passe
Mot de passe oublié ?
Créer un compte

L'inscription est gratuite et ne vous prendra que quelques instants !

Je m'inscris !

L'IA est capable de cloner des logiciels open source en quelques minutes : les projets bénévoles peuvent ainsi être exploités commercialement,
Sans que leurs auteurs en soient crédités ni rémunérés

Le , par Mathis Lucas

6PARTAGES

5  0 
L'IA est capable de cloner des logiciels open source en quelques minutes : les projets bénévoles peuvent ainsi être exploités commercialement
sans que leurs auteurs en soient crédités ni rémunérés

L'IA pourrait faire peser de sérieuses menaces sur l'open source et accentuer les fragilités déjà présentes dans l'écosystème. Des chercheurs ont démontré qu'un agent IA peut réécrire du code existant pour le rendre propriétaire, contournant ainsi les licences communautaires traditionnelles. Cela transforme le processus complexe dit de « clean-room design » en une tâche instantanée et potentiellement injuste. L'IA menace les principes de transparence et de partage qui soutiennent l'infrastructure numérique mondiale. Elle pourrait favoriser une commercialisation massive de projets bénévoles sans aucune reconnaissance pour leurs créateurs originaux.

L'IA nous force à redéfinir plusieurs notions fondamentales : que signifie « coder » ? Que signifie être conscient ? Où se situe la frontière entre l'inspiration et la copie ? Sur ce dernier point, une équipe de chercheurs en informatique ont récemment présenté une démonstration particulièrement troublante : il est techniquement possible, et apparemment légal, d'utiliser l'IA pour cloner intégralement des logiciels open source et les rendre propriétaires.

Les deux auteurs de cette démo sont Dylan Ayrey, fondateur de la société open source Truffle Security, et Mike Nolan, architecte logiciel au Programme des Nations Unies pour le développement. La capacité de l'IA à répliquer des projets entiers à une échelle industrielle suscite de profondes préoccupations.

Dylan Ayrey et Mike Nolan ont mis en lumière cette problématique en présentant un service nommé « malus.sh ». Ce service, conçu de manière partiellement satirique, prétend pouvoir recréer n'importe quel projet open source pour le transformer en une version propriétaire, dotée de licences adaptées aux entreprises, sans aucune obligation d'attribution ou de respect des clauses de type "copyleft". Il est accessible moyennant une modeste somme.

L'automatisation du processus de « clean-room design » par l'IA

Le projet s'appuie sur un principe juridique ancien, posé dès l'arrêt Baker v. Selden de la Cour suprême des États-Unis : « le droit d'auteur protège l'expression d'une idée, non l'idée elle-même ». C'est ce qui a permis l'émergence du « clean-room design » (ou la technique de la muraille de Chine). Elle a notamment permis à des acteurs comme Phoenix Technologies de recréer légalement le BIOS des ordinateurs dans les années 1980.


Alors que cette méthode nécessitait autrefois des équipes humaines, une documentation rigoureuse et des mois de travail sous surveillance juridique, l'IA permet désormais de réaliser ce même processus en quelques minutes seulement via de simples commandes textuelles. Dans la démonstration, le résultat est présenté comme « du code légalement distinct, avec une licence adaptée aux entreprises, sans attribution, sans copyleft, sans problème ».

L'utilisation de l'IA pour médiatiser ce processus de reproduction soulève des questions complexes sur la définition même de la création indépendante et de l'usage équitable. La crainte majeure de la communauté open source réside dans le fait que des bases de code entières, souvent utilisées pour entraîner ces mêmes modèles de langage, puissent être réemballées dans des produits commerciaux sans que les créateurs originaux soient crédités.

Cette appropriation par les entreprises pourrait transformer des projets communautaires en outils propriétaires de manière systématique. L'open source souffrait déjà d'un problème du « travail gratuit ». L'IA pourrait accentuer ce problème en permettant aux entreprises de parasiter davantage l'open source.

Les risques de sécurité de cette appropriation sans responsabilité

La démonstration des deux programmeurs souligne la rapidité avec laquelle l'IA efface les frontières traditionnelles entre l'innovation technique, le droit d'auteur et les principes fondamentaux de l'open source qui soutiennent une grande partie de l'infrastructure internet actuelle. Ce cas d'école illustre comment le droit de la propriété intellectuelle, qui s'appuie encore sur des précédents du XIXe siècle, se heurte à l'automatisation du XXIe siècle.

Citation Envoyé par Critique


Les lois sur le droit d'auteur de la plupart des pays sont tout aussi dépassées par rapport au monde moderne, et ce avant même que l'IA générative n'aggrave exponentiellement la situation. Avant l'IA, les lois sur le droit d'auteur et la propriété intellectuelle partout dans le monde étaient tout simplement déconnectées des technologies elles-mêmes. Aujourd'hui, elles sont non seulement déconnectées, mais aussi mal adaptées pour suivre le rythme des changements et de la génération d'idées (qu'elles soient véritablement originales ou simplement « générées »).

Lors de la démonstration, les chercheurs ont reconnu que l'utilisation du code open source n'était pas toujours sans risque. L'utilisation massive de logiciels libres par les grandes entreprises crée également des zones de danger en matière de sécurité. L'exemple de la faille mondiale Log4Shell a montré comment une erreur dans un petit projet maintenu par des bénévoles peut paralyser des géants du Web et des jeux comme Minecraft.

En s'emparant des logiciels open source sans soutenir la communauté qui les développe, les entreprises s'exposent à des failles de sécurité dont personne n'assume plus la responsabilité. Les chercheurs soulignent également que si l'IA permet aux entreprises de récupérer facilement le code pour leur propre compte, elle ne garantit pas pour autant sa maintenance. Selon certaines études, le code généré par l'IA est difficilement maintenable.

Les erreurs des agents de codage coûtent cher aux entreprises

Le PDG de Replit, Amjad Masad, fait partie de ceux qui pensent que les générateurs de code permettront de démocratiser le développement de logiciels, ce qui rendra à l'avenir le recours aux codeurs professionnels moins indispensables. Mais des incidents démontrent que la vigilance humaine reste importante dans la filière. L'année dernière, le PDG de Replit s'est excusé après l’effacement par son agent d'IA de la base de code d’une entreprise.

Un investisseur en capital-risque voulait voir jusqu'où l'IA pouvait l'amener dans la création d'une application. Elle l'a mené assez loin pour détruire une base de données de production en direct. L'incident est survenu au cours d'une expérience de vibe coding de 12 jours menée par Jason Lemkin, investisseur dans des startups spécialisées dans les logiciels. Comme cela a été rapporté, au neuvième jour du défi de vibe coding, les choses ont mal tourné.

Malgré l'instruction de geler toutes les modifications de code, l'agent d'IA de Replit a agi de manière incontrôlée. « Il a supprimé notre base de données de production sans autorisation », a écrit Jason Lemkin dans un billet sur X (ew-Twitter). « Pire encore, il l'a caché et a menti à ce sujet », a-t-il ajouté.

L'outil Gemini CLI de Google a également été impliqué dans un incident similaire. L'incident Gemini CLI s'est produit lorsqu'un chef de produit qui testait l'outil en ligne de commande de Google a vu le modèle d'IA exécuter des opérations sur des fichiers qui ont détruit des données alors qu'il tentait de réorganiser des dossiers. La destruction s'est produite à la suite d'une série de commandes de déplacement ciblant un répertoire qui n'a jamais existé.

Conclusion : un contournement légal hautement simplifié par l'IA

Le droit de la propriété intellectuelle repose sur un principe fondamental : il protège la façon dont un logiciel est écrit, mais pas sa fonction technique. Par le passé, des entreprises ont pu recréer légalement des systèmes complexes en observant simplement leur fonctionnement pour en réécrire tout le code sans jamais consulter l'original. Cette méthode, qui était très encadrée juridiquement, nécessitait autrefois des mois de travail aux ingénieurs.

Aujourd'hui, l'IA peut automatiser ce processus en quelques minutes à partir de simples instructions. Ce gain de vitesse change la donne : des projets communautaires peuvent être transformés en produits privés et vendus sans que les créateurs originaux soient cités ou récompensés, ce qui s'apparente à une appropriation industrielle à grande échelle. Selon certains commentateurs c'est la survie même de l'open source qui est désormais menacée.

Et vous ?

Quel est votre avis sur le sujet ?
Que pensez-vous de la capacité de l'IA à copier rapidement les logiciels open source ?
Que pensez-vous de la démo ci-dessus ? Qu'est-ce que cela signifie pour l'ingénierie logicielle ?
Cette capacité de l'IA générative annonce-t-elle la mort de l'open source déjà en difficulté ? Pourquoi ?

Voir aussi

L'open source souffre-t-il d'un problème du « travail gratuit » ? Oui, selon Havoc Pennington

Le produit open source est un outil de marketing, et souvent les programmeurs open source travaillent gratuitement pour enrichir les grandes entreprises technologiques par Robert Vitonsky

La filière open source souffre-t-elle du problème du travail gratuit ? Les développeurs estiment qu'ils doivent percevoir une rémunération pour leurs contributions d'après un sondage de Digital Ocean
Vous avez lu gratuitement 356 articles depuis plus d'un an.
Soutenez le club developpez.com en souscrivant un abonnement pour que nous puissions continuer à vous proposer des publications.

Une erreur dans cette actualité ? Signalez-nous-la !

Avatar de Bardaz
Nouveau Candidat au Club https://www.developpez.com
Le 03/04/2026 à 10:39
Citation Envoyé par Access_to_folder Voir le message
" Lors de la démonstration, les chercheurs ont reconnu que l'utilisation du code open source n'était pas toujours sans risque. L'utilisation massive de logiciels libres par les grandes entreprises crée également des zones de danger en matière de sécurité. "

Il y a aussi, à mon sens, un risque juridique.
Au regard d'affaires qui ont pu exister, il arrive que le logiciel libre viole des droits de tiers en matière de propriété intellectuelle (brevet, autres droits de propriété intellectuelle).
En effet, dans le monde du libre, il n'y a pas des armadas de juristes spécialisés en droit de propriété intellectuelle, à l'instar des entreprises développant du propriétaire, qui passent tout en revue ; sans compter que le libre via sa licence (estimée non légale en France et en Europe, d'où la licence Cecill afin de l'adapter à notre territoire), renvoie la responsabilité sur l'usager.

Basculer à une licence permissive type MIT depuis du restrictif GPL permet ainsi aisément à une entreprise, via son service informatique, de reprendre sérieusement un projet en main pour ses propres besoins, gérer son évolution (pas d'anarchie organisationnelle en faisant des durées de vie de logiciel adapté à ses besoins), adaptation à ses propres besoins sans avoir à reverser le fruit de son travail propriétaire dans le domaine public.
Bien sûr ce n'est pas faux mais c'est tout de même très généraliste et très optimiste sur le rôle de la MIT qui peut poser parfois + de problèmes qu'elle n'en résout. Inversement la GPL peut poser problème si l'organisation n'est pas adaptée.

Ce n'est pas le modèle du logiciel libre en soit qui est en cause mais donc bien son organisation. Il est tout à fait possible de reprendre en main un logiciel par une équipe si celui-ci est open-source avec une licence type GPL. Blender, QGIS et bien d'autres projets sont devenus des mastodontes avec des contributions provenant de centaines de contributeurs. Ils sont toujours en GPL et ça se passe de mieux en mieux chaque année. Ils sont utilisés en Industrie dans les collectivités et ce n'est absolument pas des exceptions. Les collectivités developpent des modules spécifiques QGIS par exemple pour leurs besoins et sont repartagés, l'industrie fait exactement la même chose tout le monde en profite et on vends du service derrière. Où est le problème si ce n'est la peur de la concurrence?
2  0 
Avatar de Bardaz
Nouveau Candidat au Club https://www.developpez.com
Le 03/04/2026 à 10:21
Citation Envoyé par Access_to_folder Voir le message
Bonjour.

L'avantage, rapidement avec IA ou lentement par humain, est de passer d'une licence restrictive (GPL) à une licence permissive (type MIT).
Je vois cela comme une démarche à encourager tout au contraire.

L'affaire de la bibliothèque Python utilisant cette technique pour passer d'une licence GPL restrictive à une licence MIT permissive (puis ensuite BSD) a été évoquée dans ce sujet de discussion sur le forum : https://www.developpez.net/forums/d2.../#post12118928

Les acteurs du libre n'ont pas d'état d'âme pour réimplémenter du propriétaire en libre restrictif, alors pourquoi des états d'âme pour passer de libre restrictif à libre permissif par les mêmes façons de procéder.
Je pense que tu poses une logique inversée.

C'est bien la GPL et ses restrictions qui vont garantir à l'IA que le code sera accessible et exploitable. Si tu poses ça sous MIT à un moment dans la chaîne il peut y avoir du code avec exploitation commerciale qui passe propriétaire et le risque de retomber dans une logique d'obfuscation du code qu'on connaît bien ce que la GPL empêche par son coté viral. C'est donc la GPL qui juridiquement encadre le mieux l'accès aux données sur le long terme dans une logique industrielle. Il faut juste accepter de jouer le jeu ce que l'humain n'aime pas tellement mais la machine, elle s'en fiche.

La réflexion facile qui consiste à dire "Bof c'est ingérable, mettons tout en MIT, ça rendra les choses plus simples pour les contributeurs et les entreprises" c'est pas faux, c'est toujours de la liberté certes mais c'est aussi la liberté de nuire, la liberté de faire de l'autre son jouet pour produire du code sans contreparties et donc potentiellement d'empêcher la liberté des autres. Par extension on constate donc une liberté plus individuelle que collective. La GPL est tout de même plus fine et moins flemmarde.
2  1 
Avatar de Access_to_folder
Nouveau Candidat au Club https://www.developpez.com
Le 03/04/2026 à 6:06
Bonjour.

L'avantage, rapidement avec IA ou lentement par humain, est de passer d'une licence restrictive (GPL) à une licence permissive (type MIT).
Je vois cela comme une démarche à encourager tout au contraire.

L'affaire de la bibliothèque Python utilisant cette technique pour passer d'une licence GPL restrictive à une licence MIT permissive (puis ensuite BSD) a été évoquée dans ce sujet de discussion sur le forum : https://www.developpez.net/forums/d2.../#post12118928

Les acteurs du libre n'ont pas d'état d'âme pour réimplémenter du propriétaire en libre restrictif, alors pourquoi des états d'âme pour passer de libre restrictif à libre permissif par les mêmes façons de procéder.
1  5 
Avatar de Access_to_folder
Nouveau Candidat au Club https://www.developpez.com
Le 03/04/2026 à 7:18
" Lors de la démonstration, les chercheurs ont reconnu que l'utilisation du code open source n'était pas toujours sans risque. L'utilisation massive de logiciels libres par les grandes entreprises crée également des zones de danger en matière de sécurité. "

Il y a aussi, à mon sens, un risque juridique.
Au regard d'affaires qui ont pu exister, il arrive que le logiciel libre viole des droits de tiers en matière de propriété intellectuelle (brevet, autres droits de propriété intellectuelle).
En effet, dans le monde du libre, il n'y a pas des armadas de juristes spécialisés en droit de propriété intellectuelle, à l'instar des entreprises développant du propriétaire, qui passent tout en revue ; sans compter que le libre via sa licence (estimée non légale en France et en Europe, d'où la licence Cecill afin de l'adapter à notre territoire), renvoie la responsabilité sur l'usager.

Basculer à une licence permissive type MIT depuis du restrictif GPL permet ainsi aisément à une entreprise, via son service informatique, de reprendre sérieusement un projet en main pour ses propres besoins, gérer son évolution (pas d'anarchie organisationnelle en faisant des durées de vie de logiciel adapté à ses besoins), adaptation à ses propres besoins sans avoir à reverser le fruit de son travail propriétaire dans le domaine public.
0  5