Un logiciel libre est un programme qui vous garantit le droit de l’utiliser, d’en étudier le code, de le modifier et de le partager, selon les conditions d’une licence libre. Le mot « libre » désigne ces libertés, pas nécessairement l’absence de prix : une entreprise peut vendre le logiciel, son installation, son hébergement ou son accompagnement.
Pour une association, une TPE ou un particulier, cette distinction change la manière de choisir et de gérer ses outils numériques. Nous pouvons examiner le code source, adapter un programme à un besoin précis et éviter qu’un seul fournisseur décide de son évolution. Pour avancer avec méthode, gardons en tête ces repères :
- Liberté d’utilisation : lancer le programme pour l’usage de votre choix.
- Liberté d’étude et de modification : comprendre son fonctionnement et l’adapter grâce à son code source.
- Liberté de distribution : transmettre le programme, avec ou sans modifications, dans le respect de sa licence.
Ces principes relient choix technique, maîtrise des coûts et autonomie. Nous allons préciser leur définition, distinguer le logiciel libre des notions voisines, puis examiner ses usages, ses limites et les vérifications utiles avant une adoption professionnelle.
Logiciel libre : définition, code source et origine du mouvement
Un logiciel libre accorde à ses utilisateurs des droits précis sur le programme. Pour les exercer, l’accès au code source est nécessaire : ce texte écrit par les développeurs contient les instructions qui sont ensuite transformées en éléments exécutables par l’ordinateur. Une application propriétaire fournit généralement le programme prêt à l’emploi, sans donner accès à ces instructions ni autoriser librement leur modification.
Nous pouvons comparer le code source à une recette. Utiliser le logiciel revient à déguster le plat, tandis que l’étudier permet de consulter les étapes de préparation ; le modifier autorise l’adaptation des ingrédients, et le distribuer permet de partager la recette ou une version ajustée. Cette comparaison a ses limites, car un logiciel exige des compétences techniques pour être modifié, mais elle aide à comprendre pourquoi la transparence ne se réduit pas à un accès gratuit.
La philosophie du logiciel libre s’est affirmée dans les années 1980, notamment avec Richard Stallman et le projet GNU au MIT. L’objectif était de permettre aux utilisateurs de contrôler leurs outils informatiques et de coopérer sans dépendre entièrement d’un éditeur. Le noyau Linux, lancé par Linus Torvalds en 1991, a ensuite contribué à l’essor des systèmes GNU/Linux, développés grâce à des contributions individuelles, universitaires et professionnelles.
La licence libre transforme un principe en droits concrets
Un programme n’est pas libre simplement parce qu’il est téléchargeable ou que son code est visible sur un site. La licence précise les permissions accordées et les obligations applicables, par exemple la conservation des mentions de droit d’auteur ou la mise à disposition du code correspondant lors de certaines redistributions. Nous devons donc consulter la licence plutôt que déduire les droits à partir du prix ou de la présentation du produit.
Le droit d’auteur continue de protéger un logiciel libre. Son auteur ne renonce pas automatiquement à ses droits : il choisit plutôt d’accorder à chacun des permissions définies. Cette organisation donne un cadre légal au partage et permet à des entreprises de construire des services commerciaux autour d’un programme libre, comme le fait Red Hat avec les solutions professionnelles fondées sur Linux.
Pour une entreprise, l’enjeu est concret : accéder aux instructions peut permettre un audit, une adaptation ou un changement de prestataire, mais cela ne rend pas chaque utilisateur capable de réaliser ces opérations sans aide. Le logiciel libre ouvre des possibilités ; la licence et les compétences disponibles déterminent comment nous pouvons réellement les exercer.
Les quatre libertés fondamentales d’un logiciel libre
La Free Software Foundation présente quatre libertés, désignées par les numéros 0 à 3. Elles se complètent : pouvoir exécuter un programme sans pouvoir l’étudier ni le partager ne suffit pas à le rendre libre au sens de cette définition. Pour vérifier un outil, nous pouvons donc examiner chacune d’elles et les conditions de sa licence.
Utiliser, étudier, modifier et redistribuer
La liberté 0 autorise l’exécution du programme pour tout usage. Vous pouvez l’employer chez vous, dans une école ou dans votre activité professionnelle, sans devoir demander une permission distincte selon le secteur. Une suite comme LibreOffice peut ainsi être installée sur plusieurs postes sans acheter une licence par utilisateur, sous réserve des conditions applicables à la version et aux services retenus.
La liberté 1 permet d’étudier le fonctionnement du programme et suppose l’accès au code source. Une organisation qui traite des données sensibles peut mandater un spécialiste pour examiner le comportement d’un outil, ses dépendances et ses réglages. L’accès rend l’audit possible, mais ne garantit pas qu’il soit réalisé ni qu’aucune faille ne subsiste.
La liberté 2 autorise la redistribution de copies du programme original. Une association peut transmettre une application à ses membres ou une société peut la fournir à ses équipes, selon les termes de la licence. La diffusion peut être gratuite ou commerciale : le droit de partager n’impose pas un prix nul.
La liberté 3 permet de modifier le programme et de diffuser une version adaptée. Une agence qui utilise WordPress, par exemple, peut faire développer une extension répondant à son processus de facturation, puis partager cette amélioration si elle respecte les obligations de la licence concernée. Une modification interne peut aussi rester privée, selon le logiciel et le mode de diffusion choisi.
La collaboration dépend aussi des règles de partage
Ces libertés favorisent la collaboration : une correction réalisée par une équipe peut être proposée au projet, examinée par d’autres contributeurs, puis intégrée à une version ultérieure. Toutes les contributions ne sont pas automatiquement retenues, car les responsables du projet vérifient leur qualité, leur sécurité et leur compatibilité. Ce processus de revue aide à éviter qu’un changement isolé déstabilise le programme.
Redistribuer un logiciel ne signifie pas effacer le travail des auteurs. Il faut respecter les mentions de droit d’auteur et les conditions de la licence ; certaines licences imposent aussi de transmettre le code source ou de conserver la même licence pour une version dérivée. Avant de diffuser un outil modifié à des clients, nous avons donc intérêt à demander une analyse juridique adaptée, notamment si le programme comprend plusieurs composants.
Ces libertés donnent un cadre au partage sans supprimer les responsabilités techniques et légales. Leur valeur pratique dépend de notre capacité à conserver les sources, documenter les modifications et organiser la maintenance sur la durée.
Cette grille de lecture permet aussi de distinguer le logiciel libre de produits simplement gratuits ou accessibles en ligne, une nuance essentielle avant de comparer les offres.
Logiciel libre, open source, freeware et shareware : quelles différences ?
Les termes « logiciel libre » et « open source » sont souvent employés pour parler de programmes dont le code est accessible et qui peuvent être utilisés, modifiés ou redistribués sous certaines conditions. Les deux approches se recoupent largement dans la pratique, mais elles ne mettent pas l’accent sur les mêmes arguments : le mouvement du logiciel libre insiste sur les libertés des utilisateurs, tandis que l’open source met volontiers en avant les bénéfices d’un développement ouvert, comme la revue collective du code.
Cette différence de perspective ne permet pas, à elle seule, de juger les permissions d’un programme. Pour savoir si vous pouvez modifier et redistribuer un outil, il faut lire sa licence précise. Un dépôt de code consultable n’accorde pas automatiquement le droit de le réutiliser : certains projets rendent les fichiers visibles tout en limitant légalement leur copie ou leur diffusion.
| Catégorie | Code source accessible | Modification | Partage |
|---|---|---|---|
| Logiciel libre | Oui, selon la licence | Autorisée sous conditions de licence | Autorisé sous conditions de licence |
| Open source | Oui, selon une licence reconnue | Prévue par la licence | Prévu par la licence |
| Freeware | Généralement non | Généralement interdite | Limitée par l’éditeur |
| Shareware | Généralement non | Limitée ou interdite | Souvent encadré par une période d’essai |
Un prix nul ne garantit pas l’autonomie
Un freeware est distribué sans paiement dans un cadre donné, mais son éditeur peut conserver le contrôle du code, des fonctionnalités et des conditions d’utilisation. Une application gratuite peut donc intégrer de la publicité, limiter certains usages ou changer de modèle économique. Il faut aussi examiner le traitement des données : gratuité et confidentialité ne sont pas synonymes.
Un shareware correspond généralement à un logiciel propriétaire proposé à l’essai, avec des limites de durée ou de fonctionnalités, ou des rappels d’achat. WinRAR est un exemple connu de logiciel qui affiche des invitations à acheter une licence après la période d’évaluation. Le programme n’est pas libre pour autant, car l’accès au code et le droit de le modifier ne découlent pas de son essai prolongé.
Comparer les licences plutôt que les étiquettes
Une licence libre peut être dite permissive lorsqu’elle autorise une réutilisation large, y compris dans certains produits propriétaires, sous réserve de conserver les avis exigés. D’autres licences, comme la GNU GPL, imposent des obligations de réciprocité lorsqu’une version couverte est redistribuée : les conditions précises dépendent du cas, de la licence et de la manière dont les composants sont combinés.
Pour une équipe projet, cette vérification peut être intégrée à l’achat d’un outil. Une solution comme un logiciel de gestion de projet open source peut offrir un code consultable et des possibilités d’adaptation, mais il reste utile d’identifier la licence, les services payants, les mises à jour et les responsabilités d’hébergement.
La distinction la plus utile n’est donc pas « gratuit ou payant », mais « quels droits obtenons-nous et quelles obligations acceptons-nous ? ». Une fois cette question posée, nous pouvons évaluer les bénéfices économiques et les risques de dépendance avec davantage de précision.
Pourquoi choisir un logiciel libre : coûts, sécurité et autonomie
Le premier bénéfice souvent envisagé est la réduction du coût des licences. Pour une structure de 12 personnes qui paie 18 euros par mois et par compte pour un outil, la dépense directe atteint 2 592 euros par an, avant les taxes et les options. Une alternative libre peut réduire cette ligne budgétaire, mais il faut comparer le coût total : migration, formation, hébergement, support et maintenance peuvent représenter une part importante du projet.
Évaluer le coût complet avant de migrer
Prenons le cas fictif de l’atelier Luma, une petite agence de huit salariés. Elle remplace progressivement sa suite bureautique par LibreOffice et choisit Nextcloud pour certains échanges de fichiers, tout en conservant un service commercial pour l’assistance et les sauvegardes. Elle évite des abonnements pour des postes supplémentaires, mais prévoit deux journées de formation, un test de compatibilité avec ses documents et un budget de maintenance.
Cette démarche graduelle évite de confondre absence de redevance et absence de dépenses. Les documents complexes, les macros ou les échanges fréquents avec des clients utilisant d’autres formats peuvent nécessiter des réglages. Pour mesurer le gain, Luma compare ses factures annuelles avant et après migration, le temps consacré au support et les éventuels frais d’intégration.
Transparence et sécurité : des possibilités, pas une garantie automatique
L’accès au code améliore la transparence, car des experts peuvent examiner le traitement des données, repérer une faiblesse et proposer un correctif. Une communauté active peut faire progresser la détection des problèmes, mais l’ouverture ne garantit ni un audit systématique ni une correction immédiate. Un projet peu maintenu peut présenter davantage de risques qu’un produit propriétaire bénéficiant d’une équipe de sécurité réactive.
Nous vérifions donc la fréquence des mises à jour, la qualité de la documentation, le canal de signalement des failles et l’existence d’une version maintenue. Il faut également appliquer les correctifs, limiter les accès, protéger les sauvegardes et surveiller les composants ajoutés. La sécurité résulte d’un ensemble de pratiques, pas d’une étiquette apposée au logiciel.
Réduire la dépendance à un fournisseur
Lorsque l’organisation maîtrise les données et peut changer de prestataire, elle diminue le risque de verrouillage technologique. Elle peut conserver une copie de son installation, faire appel à une autre équipe ou adapter le programme si l’éditeur cesse son activité. Cette possibilité ne rend pas le transfert instantané : les formats, les compétences disponibles et les intégrations avec d’autres outils doivent être anticipés.
Une association qui héberge son propre outil de partage peut, par exemple, conserver le contrôle de ses fichiers et choisir son prestataire d’hébergement. Elle doit en contrepartie organiser les sauvegardes, les mises à jour et la gestion des comptes. Pour des documents sensibles, il convient aussi de choisir des procédures de conservation et de suppression adaptées, comme le rappelle ce guide sur la destruction sécurisée des documents.
Le meilleur choix n’est pas toujours celui qui affiche le prix d’entrée le plus bas. Nous comparons les dépenses, la réversibilité, les compétences internes et les exigences de sécurité pour savoir si l’autonomie promise est réellement accessible à notre organisation.
Exemples de logiciels libres, licences et adoption en entreprise
L’écosystème libre couvre la bureautique, les systèmes d’exploitation, la création graphique, les communications et l’hébergement web. Linux est très présent dans les serveurs et se décline pour les postes de travail avec des distributions comme Ubuntu ou Fedora. LibreOffice répond à des besoins bureautiques courants, tandis que GIMP sert à la retouche d’image et Audacity à l’édition audio.
Pour créer et administrer des sites, WordPress est largement diffusé et repose sur la licence GPL. Des serveurs comme Apache, ainsi que des bases de données telles que MySQL, participent à de nombreuses infrastructures web. Dans la collaboration, Thunderbird peut gérer les courriels et Nextcloud proposer le partage de fichiers ou l’agenda, selon la configuration choisie et les services associés.
Choisir un outil à partir d’un besoin vérifiable
Une TPE n’a pas besoin de remplacer tous ses logiciels en une fois. Elle peut commencer par un poste pilote équipé de LibreOffice, vérifier l’ouverture de ses fichiers et demander à deux salariés de réaliser leurs tâches habituelles pendant quelques semaines. Elle observe ensuite les écarts de mise en page, les fonctions manquantes et les besoins de formation avant d’étendre l’essai.
Pour un site web, une équipe peut tester WordPress dans un environnement de préproduction, sans toucher au site utilisé par ses clients. Elle y vérifie les extensions, les sauvegardes, les mises à jour et les risques de conflit entre composants. Le fait qu’une extension soit gratuite ou qu’elle apparaisse dans un catalogue ne suffit pas : nous contrôlons son origine, son niveau de maintenance et sa licence.
Comprendre GPL, CeCILL et les obligations associées
La GNU GPL est une licence de logiciel libre qui comprend un mécanisme de réciprocité, souvent appelé copyleft. Lorsqu’une version couverte est redistribuée, certaines obligations peuvent imposer la transmission des mêmes libertés aux destinataires et l’accès au code source correspondant. L’application exacte dépend de la version de la licence et de la façon dont le logiciel est distribué ; une entreprise qui commercialise un produit dérivé doit faire vérifier son montage.
La licence CeCILL a été élaborée en France avec la participation du CEA, du CNRS et de l’INRIA. Elle fournit un cadre de licence libre rédigé en tenant compte du droit français et européen. Comme pour toute licence, sa présence ne dispense pas de lire ses conditions : la distribution d’un programme assemblant plusieurs bibliothèques peut demander une analyse composant par composant.
En France, la loi pour une République numérique de 2016 a notamment renforcé la diffusion de certaines informations publiques et encadré l’accès aux codes sources produits ou reçus par les administrations, sous réserve des exceptions légales. Elle ne signifie pas que chaque logiciel employé par une administration doit être automatiquement rendu public. Pour un organisme concerné, le statut du code et les règles de communicabilité doivent être étudiés au cas par cas.
Déployer avec une méthode réaliste
Nous recommandons de commencer par un inventaire des besoins, des formats utilisés, des données hébergées et des contrats en cours. Il faut ensuite désigner un pilote, mesurer les résultats, préparer l’assistance et définir une stratégie de sauvegarde et de retour arrière. Pour une équipe de dix personnes, un test de quatre à six semaines peut révéler des problèmes d’usage avant un déploiement plus large.
Enfin, la pérennité repose sur la documentation et la continuité des compétences. Conservez les paramètres, les versions installées, les procédures de restauration et les coordonnées du prestataire qui accompagne le projet. Un logiciel libre apporte la possibilité de reprendre la main ; une organisation structurée transforme cette possibilité en autonomie durable.