Logiciel libre, open source, gratuiciel : comprendre les vraies différences

Trois notions souvent confondues

Un programme peut être gratuit, donner accès à son code ou autoriser sa modification. Ces caractéristiques sont souvent associées dans les conversations courantes, alors qu’elles répondent à des critères différents. Un gratuiciel se définit d’abord par son prix d’utilisation. Un logiciel open source se caractérise par la possibilité d’étudier et de réutiliser son code dans le cadre d’une licence. Un logiciel libre repose sur des libertés accordées aux utilisateurs, qui vont au-delà de la consultation du code.

La distinction compte dans plusieurs situations concrètes. Une personne qui cherche une application sans payer ne recherche pas forcément un programme libre. Une entreprise qui veut modifier un outil doit examiner les droits prévus par la licence, ainsi que ses obligations en cas de redistribution. Un service informatique qui souhaite maîtriser ses données doit aussi vérifier les conditions d’hébergement, les dépendances et la maintenance du projet.

Le prix, l’accès au code, les droits de modification et les conditions de redistribution sont donc quatre sujets à examiner séparément. Les termes peuvent parfois se recouvrir, mais aucun ne doit être utilisé comme synonyme automatique des deux autres.

Que signifie logiciel libre ?

Le mot libre renvoie à la liberté d’utiliser le logiciel, et non à son absence de coût. Cette conception est notamment formulée par la Free Software Foundation autour de quatre libertés fondamentales : exécuter le programme pour tout usage, étudier son fonctionnement, modifier le code et redistribuer le programme, avec ou sans modifications.

Pour étudier et modifier un logiciel, l’utilisateur doit pouvoir accéder à son code source, c’est-à-dire aux fichiers lisibles par des développeurs avant leur transformation en programme exécutable. La licence précise les conditions de cet accès et les règles applicables aux versions modifiées. Elle peut imposer, par exemple, la conservation des mentions de copyright, la fourniture du code source d’une version distribuée ou la publication sous une licence compatible.

Le logiciel libre n’exige pas que le programme soit distribué gratuitement. Une personne ou une organisation peut vendre une copie, une prestation d’installation, une assistance, une formation ou une version adaptée. La liberté concerne les droits accordés sur le logiciel, tandis que le prix concerne le modèle économique choisi pour sa distribution ou les services associés.

Cette nuance explique pourquoi un logiciel libre peut être payant. Un prestataire peut facturer le téléchargement d’un support, la compilation d’une version particulière, l’intégration dans un système d’information ou la maintenance. Le bénéficiaire paie alors un service ou un support commercial, pas nécessairement un droit exclusif sur le code.

Open source : une approche centrée sur le code et la licence

L’expression open source est apparue pour mettre en avant une méthode de développement et de distribution fondée sur l’accès au code source, la collaboration et des droits de réutilisation définis par une licence. La définition de l’Open Source Initiative énumère des critères portant notamment sur la redistribution, l’accès au code source, les œuvres dérivées et l’absence de discrimination entre utilisateurs ou domaines d’activité.

Dans la pratique, un projet open source permet à des développeurs externes d’examiner le code, de proposer des corrections et parfois de publier des versions dérivées. Cela ne signifie pas que toutes les contributions sont acceptées, ni que chaque projet fonctionne sans gouvernance. Un responsable, une fondation, une entreprise ou une communauté peut organiser les validations, les versions et les décisions techniques.

Les termes logiciel libre et open source désignent souvent des logiciels soumis à des licences compatibles avec les deux approches. La différence est surtout historique et culturelle. Le mouvement du logiciel libre insiste sur les libertés et les enjeux éthiques liés au contrôle des outils numériques. L’approche open source met davantage en avant la collaboration, la qualité du développement et les bénéfices pratiques de l’ouverture du code.

Dans un contexte professionnel, le terme employé ne dispense jamais de lire la licence. L’étiquette open source ne renseigne pas, à elle seule, sur le droit de créer un produit commercial, d’intégrer le code dans un logiciel propriétaire ou de distribuer une version modifiée.

Le gratuiciel désigne avant tout un modèle de prix

Un gratuiciel, souvent appelé freeware, est un logiciel utilisable sans paiement direct dans les conditions prévues par son éditeur. Cette gratuité peut être limitée à un usage personnel, à certaines fonctions, à une durée donnée ou à un nombre d’appareils. Elle ne donne pas automatiquement le droit d’étudier le code, de le modifier ou de redistribuer le programme.

Un gratuiciel est généralement distribué sous une licence propriétaire. Le code source reste fermé et l’utilisateur reçoit un droit d’utilisation encadré. La copie du fichier d’installation peut être autorisée, mais la modification du programme, sa revente, son intégration dans une autre application ou sa désassemblage peuvent être interdits par la licence.

La gratuité peut reposer sur plusieurs modèles : financement par la publicité, fonctionnalités avancées réservées à une offre payante, collecte de données encadrée par des conditions d’utilisation, soutien d’un éditeur ou distribution d’une version allégée. Ces modèles n’ont pas les mêmes conséquences pour la vie privée, la pérennité du service ou la dépendance à un fournisseur.

Un gratuiciel peut donc être pratique et légalement gratuit sans être libre ni open source. À l’inverse, un logiciel libre peut être payant, même si beaucoup de projets libres sont disponibles sans coût de téléchargement.

Tableau comparatif des trois notions

Critère	Logiciel libre	Open source	Gratuiciel
Prix d’utilisation	Pas de règle imposant la gratuité	Pas de règle imposant la gratuité	Utilisation proposée sans paiement direct selon les conditions prévues
Accès au code source	Requis pour permettre l’étude et la modification	Prévu par une licence open source reconnue	Généralement non
Modification	Autorisée dans le cadre de la licence	Autorisée dans le cadre de la licence	Souvent interdite
Redistribution	Autorisée selon les obligations de la licence	Autorisée selon les obligations de la licence	Limitée ou interdite par la licence propriétaire
Idée centrale	Les libertés accordées à l’utilisateur	L’ouverture du développement et du code	L’absence de paiement direct

Ce tableau présente des tendances générales. La licence exacte reste la référence juridique. Deux projets qui se déclarent libres ou open source peuvent imposer des obligations différentes concernant la redistribution, les marques, les brevets, les modules associés ou la publication des modifications.

Les licences déterminent les droits réels

Le nom du logiciel ou la description publiée sur une page de téléchargement ne suffit pas à connaître les droits accordés. La licence est le document à consulter en priorité. Elle se trouve souvent dans un fichier nommé LICENSE, dans les mentions légales, dans la documentation du projet ou dans les informations affichées par le gestionnaire de paquets.

Les licences libres et open source sont généralement classées en deux grandes familles. Les licences dites permissives, comme MIT, BSD ou Apache 2.0, autorisent en principe une réutilisation large, y compris dans un produit propriétaire, sous réserve du respect de leurs conditions. Elles peuvent exiger la conservation d’avis de copyright, de la licence et, dans certains cas, d’informations relatives aux brevets.

Les licences dites à réciprocité, comme la GNU GPL, prévoient des obligations particulières lorsqu’une version modifiée ou intégrée est distribuée. La licence ne transforme pas nécessairement tout le système qui utilise le logiciel, car l’analyse dépend de la manière dont les composants sont combinés et distribués. La GNU LGPL, par exemple, a été conçue pour permettre certains liens avec des logiciels soumis à d’autres licences, sous des conditions précises.

Il existe aussi des licences copyleft faibles, des licences orientées bibliothèques, des licences pour les contenus et des licences incompatibles entre elles. Copier un composant dans un projet sans vérifier cette compatibilité peut créer une difficulté juridique ou empêcher la distribution prévue.

Comment vérifier la nature d’un logiciel avant son installation

Une vérification en plusieurs étapes réduit les erreurs de qualification et les risques liés à une source inconnue.

1. Identifier le nom exact et l’éditeur du projet. Les noms génériques ou les copies diffusées sur des plateformes tierces peuvent masquer un programme différent.
2. Rechercher la licence. Lire le fichier LICENSE, les mentions légales ou la rubrique consacrée aux conditions de distribution. Une mention comme « gratuit pour un usage personnel » ne correspond pas à une licence libre.
3. Vérifier la disponibilité du code source. L’existence d’un dépôt public ne prouve pas que le code peut être réutilisé. Le dépôt doit être accompagné d’une licence claire.
4. Examiner la version et les composants. Une application peut intégrer des bibliothèques sous des licences distinctes. Les avis de copyright et les fichiers de licence doivent être conservés.
5. Contrôler l’authenticité du téléchargement. Utiliser une source reconnue par le projet, vérifier la signature numérique ou l’empreinte cryptographique quand elles sont publiées, puis comparer la version annoncée avec celle installée.
6. Lire les conditions relatives aux données. Une application libre ou gratuite peut communiquer avec un service en ligne. Le caractère ouvert du code ne garantit pas automatiquement l’absence de collecte ou de transmission.

Sur un ordinateur professionnel, cette vérification doit être complétée par les règles internes concernant les licences, les logiciels autorisés, les droits administrateur et la conservation des preuves de conformité.

Logiciel libre ne veut pas dire logiciel sans risque

L’ouverture du code apporte une possibilité d’audit et de contribution, mais elle ne garantit ni l’absence de vulnérabilité ni une maintenance continue. Un projet peut avoir peu de contributeurs, publier des correctifs de manière irrégulière ou dépendre d’une bibliothèque ancienne. Un gratuiciel propriétaire peut également être maintenu sérieusement, tandis qu’un autre peut devenir indisponible ou changer de modèle économique.

Avant de retenir un outil, il est pertinent d’examiner :

• la date des dernières versions et des correctifs de sécurité ;
• la présence d’une documentation technique et d’un moyen de signaler les vulnérabilités ;
• la compatibilité avec le système utilisé ;
• la possibilité d’exporter les données dans un format exploitable ;
• la procédure de désinstallation et de suppression du compte ;
• la liste des autorisations demandées sur un smartphone ou une tablette ;
• la dépendance à un service distant indispensable au fonctionnement.

Pour une installation téléchargée manuellement, une sauvegarde des documents et des paramètres doit précéder la mise en place. Sur un appareil mobile, les applications doivent être installées depuis une source de confiance et bénéficier des mises à jour prévues. L’utilisateur doit éviter de désactiver les mécanismes de sécurité du système pour installer un paquet dont l’origine ne peut pas être vérifiée.

Les conséquences pour un usage professionnel

Dans une entreprise ou une équipe, la question ne se limite pas au coût de licence. Il faut aussi évaluer la conformité, la maintenance, la responsabilité de l’intégration et la réversibilité. Un projet libre peut réduire la dépendance à un fournisseur, mais l’organisation doit prévoir qui assurera les mises à jour, la surveillance des failles, les sauvegardes et l’assistance aux utilisateurs.

Une méthode de contrôle peut être organisée autour des étapes suivantes :

1. dresser la liste des composants utilisés par l’application ;
2. associer chaque composant à sa version et à sa licence ;
3. noter les obligations de redistribution et de conservation des avis légaux ;
4. vérifier la compatibilité des licences entre elles ;
5. documenter les modifications apportées au code ;
6. définir un calendrier de veille et de mise à jour ;
7. prévoir une solution d’export et un plan de remplacement.

Cette démarche est souvent désignée par l’expression gestion des composants open source. Elle peut s’appuyer sur un inventaire logiciel, parfois appelé Software Bill of Materials, ou SBOM. Un tel inventaire permet de connaître les composants intégrés à un produit et de réagir plus rapidement lorsqu’une faille touche une version précise. Il ne remplace pas l’analyse juridique ni l’audit de sécurité, mais il améliore la traçabilité.

Les erreurs de raisonnement les plus fréquentes

Plusieurs raccourcis conduisent à de mauvaises décisions.

• « Gratuit signifie libre » : le prix ne renseigne pas sur l’accès au code ni sur les droits de modification.
• « Open source signifie sans restriction » : toute licence impose des conditions, même lorsqu’elle est permissive.
• « Le code public peut être copié sans formalité » : la publication du code ne supprime pas le droit d’auteur ni les obligations de licence.
• « Libre signifie sans assistance » : des sociétés et des communautés peuvent fournir du support, de la formation ou de la maintenance autour d’un logiciel libre.
• « Un projet connu est forcément à jour » : chaque version et chaque dépendance doivent être vérifiées.
• « Une application open source protège automatiquement les données » : le code peut être examiné, mais les pratiques du service en ligne et sa configuration restent déterminantes.

La bonne question n’est donc pas « ce logiciel est-il gratuit ? », mais plutôt : quels droits sont accordés, quelles obligations s’appliquent, qui maintient le projet, où vont les données et que se passe-t-il si le service disparaît ?

Quelle notion retenir selon son besoin ?

Pour choisir un outil, le vocabulaire fournit un premier indice, pas une conclusion. Une personne qui veut éviter un abonnement doit comparer les conditions du gratuiciel avec ses limites fonctionnelles et ses pratiques de données. Une équipe qui souhaite adapter le programme doit rechercher une licence autorisant les modifications et organiser la maintenance du code. Une organisation qui prévoit de redistribuer une solution doit analyser les obligations de chaque composant avant la publication.

Le logiciel libre et l’open source peuvent favoriser la transparence, la réutilisation et la maîtrise technique. Le gratuiciel répond pour sa part à une logique de tarification. Ces catégories peuvent se croiser : un logiciel peut être à la fois libre, open source et disponible gratuitement. Elles peuvent aussi être séparées : un programme peut être gratuit mais propriétaire, ou libre mais vendu avec des services professionnels.

La décision la plus fiable repose sur quatre vérifications : la licence, la sécurité, la pérennité du projet et le traitement des données. En conservant les textes de licence, les versions installées et les preuves de téléchargement, l’utilisateur ou l’équipe dispose d’une base utile pour maintenir son parc et expliquer ses choix.

FAQ

Un logiciel libre est-il forcément gratuit ?

Non. La liberté concerne les droits d’utilisation, d’étude, de modification et de redistribution. Une copie, une assistance, une intégration ou une maintenance peuvent être facturées.

Un gratuiciel peut-il être open source ?

Oui. Un projet peut être disponible sans paiement et publier son code sous une licence open source. Toutefois, la gratuité et l’ouverture du code restent deux caractéristiques distinctes.

Peut-on modifier n’importe quel logiciel open source ?

Non. La modification est possible lorsque la licence l’autorise, mais cette autorisation s’accompagne parfois d’obligations concernant les mentions légales, la publication du code modifié ou la redistribution.

Comment savoir si une application est libre ?

Il faut consulter sa licence, vérifier l’accès au code source et lire les conditions de redistribution. Une page indiquant « gratuit » ne permet pas de conclure qu’il s’agit d’un logiciel libre.

L’open source garantit-il la sécurité ?

Non. L’accès au code peut faciliter l’audit et la correction, mais la sécurité dépend aussi de la qualité du code, de la réactivité des mainteneurs, des mises à jour, de la configuration et des dépendances.