Droit d'auteur : qui possède le code généré par IA ?

Introduction : le vide de propriété

L’intégration de l’IA générative dans le cycle de développement logiciel a créé un paradoxe juridique sans précédent pour l’informatique d’entreprise. Des outils comme GitHub Copilot, Cursor et ChatGPT permettent aux développeurs de générer des fonctions complexes, des schémas de bases de données et des microservices entiers en quelques secondes — comme nous l’avons exploré dans notre analyse du coding sécurisé avec Copilot. Mais cette hyper-productivité masque un risque stratégique majeur : qui possède réellement le code ?

Si votre équipe d’ingénieurs utilise l’IA pour écrire 80 % d’une application d’entreprise propriétaire, l’hypothèse est que votre société possède la propriété intellectuelle (PI). Cependant, des précédents juridiques récents ont brisé cette hypothèse. Les organisations tombent de plus en plus dans le « vide de propriété » — une zone grise juridique où elles assument toute la responsabilité du code qu’elles livrent, mais ne bénéficient d’aucune protection par le droit d’auteur.

1. Le fondement de la paternité humaine

Le droit de la propriété intellectuelle a été écrit pour les êtres humains. Début 2025, le Bureau américain du droit d’auteur (U.S. Copyright Office) a publié un rapport définitif réaffirmant que « la paternité humaine est une exigence fondamentale du droit d’auteur ». Cela a été encore renforcé en mars 2025 lorsque la Cour d’appel des États-Unis pour le circuit du District de Columbia a confirmé dans l’affaire Thaler c. Perlmutter qu’un système d’intelligence artificielle ne peut pas être considéré comme l’auteur d’une œuvre.

Qu’est-ce que cela signifie pour le développement logiciel ? Cela signifie que le code purement généré par IA est intrinsèquement dans le domaine public.

Le prompt n’est pas une paternité : Les tribunaux ont statué que rédiger un prompt très détaillé ne fait pas de vous l’auteur du résultat. L’humain ne contrôle pas les éléments expressifs du résultat avec une spécificité suffisante.
La menace concurrentielle : Si votre entreprise construit un algorithme de trading révolutionnaire entièrement via un LLM et le déploie, vous ne pouvez pas protéger ce bloc de code spécifique par le droit d’auteur. Si un concurrent venait à acquérir ce code source, vous n’auriez aucun fondement juridique pour le poursuivre en justice pour violation du droit d’auteur, car ce code ne vous a jamais légalement appartenu.

2. Le risque de régurgitation et les licences open-source

Si vous ne pouvez pas protéger par droit d’auteur le code généré par IA, vous pouvez absolument être poursuivi pour cela. C’est le piège de la responsabilité.

Les Large Language Models sont entraînés sur des milliards de lignes de code extraites de dépôts publics, y compris ceux régis par des licences copyleft strictes comme la GPL (General Public License). Parfois, l’IA souffre de « mémorisation de données » et régurgite des extraits exacts de code protégé par le droit d’auteur.

Si un assistant IA suggère une fonction de chiffrement de 50 lignes et que votre développeur l’accepte aveuglément, il pourrait introduire à son insu du code sous licence GPL dans votre application propriétaire à source fermée. Si cela est découvert, l’auteur original de ce code open-source peut poursuivre votre organisation pour violation du droit d’auteur. Dans le pire des cas, la nature virale de la licence GPL pourrait légalement contraindre votre entreprise à rendre public l’intégralité de votre codebase propriétaire.

3. Documenter la « contribution créative humaine »

Pour sécuriser la protection par droit d’auteur des logiciels assistés par IA, le codebase résultant doit contenir une quantité « substantielle et identifiable » de contribution créative humaine. L’IA doit être traitée comme un outil (comme un compilateur ou un éditeur de texte), et non comme l’auteur.

Pour les responsables informatiques et les architectes, cela exige un changement fondamental dans la documentation DevSecOps et une approche vigilante de la gestion de la dette technique. Vous devez être en mesure de prouver l’intervention humaine devant un tribunal. Voici quelques stratégies :

Conservation des prompts et des diffs : Les organisations doivent archiver les prompts originaux des développeurs aux côtés du code exact généré par l’IA.
Documentation des modifications : Plus important encore, les systèmes de contrôle de version doivent mettre clairement en évidence les modifications, le refactoring et les choix architecturaux que le développeur humain a appliqués au résultat brut de l’IA.
Enregistrement granulaire : Lors de l’enregistrement d’un logiciel auprès des offices du droit d’auteur, les équipes juridiques doivent désormais explicitement exclure les portions du codebase générées de manière autonome par l’IA, ne revendiquant la protection que pour l’architecture et les modifications réalisées par des humains.

4. Atténuation stratégique : licences entreprise et indemnisation

S’appuyer sur les développeurs pour suivre manuellement chaque ligne de code IA n’est pas viable. À la place, les dirigeants doivent atténuer ce risque au niveau de la procurement et des outils.

Interdire les offres grand public des IA : Utiliser les versions gratuites et publiques des chatbots IA pour le développement en entreprise est une responsabilité juridique massive. Ces offres n’offrent aucune protection de la PI et s’entraînent fréquemment sur vos saisies.
Clauses d’indemnisation de la PI : Les responsables informatiques doivent se procurer exclusivement des assistants de codage IA de niveau entreprise (comme Copilot for Business ou les API LLM d’entreprise) qui incluent une indemnisation explicite de la PI. Ces clauses contractuelles stipulent que si l’IA hallucine du code protégé par le droit d’auteur et que votre entreprise est poursuivie pour violation, le fournisseur d’IA (par exemple, Microsoft, Google ou Anthropic) assume la responsabilité juridique et financière.
Filtres anti-régurgitation : Les outils d’entreprise doivent être configurés pour bloquer activement les résultats qui correspondent à du code public connu. Si l’IA génère un extrait qui existe dans un dépôt GitHub public, l’outil devrait soit bloquer la suggestion, soit immédiatement signaler la licence open-source associée, permettant au développeur de prendre une décision éclairée en matière de conformité.

Conclusion

L’intelligence artificielle redéfinit la valeur économique de l’écriture de code, mais elle détruit aussi les notions traditionnelles de propriété logicielle. Pour les responsables informatiques, l’objectif n’est plus seulement de livrer du code rapidement ; c’est de livrer du code que vous pouvez défendre juridiquement. Alors que l’EU AI Act continue de remodeler le paysage réglementaire, comprendre l’exigence de paternité humaine, mettre en œuvre une traçabilité stricte et s’appuyer sur des outils d’entreprise indemnifiés sera essentiel pour naviguer en toute sécurité dans le champ de mines du droit d’auteur à l’ère de l’IA.