Eine freie Software ist ein Programm, dessen Quellcode für jeden zugänglich, veränderbar und redistributierbar ist, gemäß den Bedingungen einer spezifischen Lizenz. Diese Definition beruht auf vier Freiheiten, die Richard Stallman in den 1980er Jahren formulierte: das Programm auszuführen, seine Funktionsweise zu studieren, Kopien weiterzugeben und modifizierte Versionen zu verteilen. Diese Freiheiten betreffen nicht den Preis, sondern die Kontrolle, die jeder Benutzer über das Werkzeug behält.
Copyleft- und permissive Lizenzen: Was sich durch das Recht konkret ändert
Die Lizenz bestimmt, was ein Benutzer oder ein Unternehmen mit dem Quellcode tun kann. Es gibt zwei große Familien von Lizenzen, und die Wahl der einen oder anderen verändert grundlegend die Art und Weise, wie sich ein Projekt entwickelt.
Die Copyleft-Lizenzen (GNU GPL, AGPL) verlangen, dass jede abgeleitete Version der Software unter derselben Lizenz veröffentlicht wird. Ein Herausgeber, der GPL-Code in sein Produkt integriert, muss seinen eigenen Code zugänglich machen. Dieser Mechanismus verhindert die Privatisierung eines Gemeinschaftsprojekts.
Die permissiven Lizenzen (MIT, BSD, Apache 2.0) erlauben die Wiederverwendung des Codes in proprietären Projekten ohne Verpflichtung zur Gegenseitigkeit. Ganze Teile kommerzieller Infrastrukturen basieren auf unter MIT-Lizenz veröffentlichtem Code, ohne dass die Unternehmen, die ihn nutzen, im Gegenzug beitragen.
Diese Unterscheidung hat direkte Auswirkungen auf die Nachhaltigkeit der Projekte. Eine Software unter Copyleft erzeugt mechanisch ein Ökosystem offener Beiträge, während ein Projekt unter permissiver Lizenz seine Verbesserungen möglicherweise von einem privaten Akteur abgreifen lässt. Um die gemeinschaftlichen Dynamiken rund um diese Lizenzen besser zu verstehen, eine nützliche Ressource: https://www.mondelibre.org/, die die aktuellen Nachrichten und Debatten der frankophonen Freien-Software-Bewegung dokumentiert.
Digitale Souveränität: Die europäischen Migrationen zu freier Software
Das Thema freie Software hat das militante Terrain verlassen und ist in die Budget- und Strategieentscheidungen der öffentlichen Verwaltungen eingetreten. Mehrere europäische Staaten haben seit 2024 massive Migrationen eingeleitet, mit konkreten Zeitplänen.
Das deutsche Bundesland Schleswig-Holstein strebt einen vollständigen Ausstieg aus dem Microsoft-Ökosystem an. Rund 80 % der 30.000 Verwaltungsarbeitsplätze arbeiteten bereits 2025 mit LibreOffice, die E-Mail-Kommunikation wurde auf Open-Xchange und Thunderbird umgestellt, und eine Migration zu Linux-Desktop ist bis 2030 geplant.
Dänemark kündigte im Sommer 2025 die Migration seiner Mitarbeiter zu Linux und LibreOffice an. Einige Monate nach der Ankündigung hatten bereits etwa die Hälfte der betroffenen Arbeitsplätze umgestellt.
Diese Entscheidungen beruhen nicht auf einer ideologischen Wahl. Sie sind eine Reaktion auf eine kritische Abhängigkeit von ausländischen Herausgebern, mit wiederkehrenden Lizenzkosten und einem Verlust der Kontrolle über öffentliche Daten. Die Schweiz bereitet einen Plan B für Open Source als Alternative zu Microsoft 365 vor, ein Zeichen dafür, dass der Trend über die oft in der Vergangenheit zitierten Einzelfälle hinausgeht.
Cyber Resilience Act und Sicherheit von Open-Source-Code
Die europäische Verordnung Cyber Resilience Act (CRA), die 2024 verabschiedet wurde, verpflichtet die Herausgeber digitaler Produkte schrittweise zur Meldung aktiv ausgenutzter Sicherheitslücken. Diese Regelung betrifft auch freie Software, sobald sie im kommerziellen Rahmen verteilt wird.
Die Transparenz des Quellcodes stellt hier einen strukturellen Vorteil dar. Eine Software, deren Code für alle lesbar ist, ermöglicht:
- Ein unabhängiges Audit durch jeden Entwickler oder Sicherheitsdienst, ohne von der guten Willen eines Herausgebers abhängig zu sein
- Eine schnelle Behebung von Sicherheitsanfälligkeiten durch die Gemeinschaft der Mitwirkenden, während ein proprietärer Herausgeber einen Fix aus kommerziellen Gründen verzögern kann
- Eine vollständige Nachverfolgbarkeit der Änderungen am Programm, wobei jede Änderung im öffentlichen Verlauf des Projekts dokumentiert ist
Der CRA schafft einen Druck auf die frei gehaltenen Projekte, die ehrenamtlich gepflegt werden. Ein einzelner Entwickler, der ein freies Werkzeug veröffentlicht, das von Tausenden von Unternehmen genutzt wird, sieht sich mit Compliance-Anforderungen konfrontiert, die für strukturierte Herausgeber gedacht sind. Die GNU-Gemeinschaft und mehrere Stiftungen haben auf diesen Punkt hingewiesen und fordern klare Ausnahmen für nicht-kommerzielle Mitwirkende.
Freie Software im Alltag: Über das Betriebssystem hinaus
Die Auswirkungen freier Software gehen über den Arbeitsplatz hinaus. Firefox, VLC, LibreOffice, Thunderbird sind gängige Tools, deren Quellcode offen ist. Der Webserver Apache und der Linux-Kernel betreiben die Mehrheit der Server, die die täglich besuchten Websites hosten.
Für kleine Unternehmen bietet freie Software einen konkreten Hebel:
- Die Eliminierung wiederkehrender Lizenzkosten, ersetzt durch eine einmalige Investition in Schulung oder Integration
- Die Möglichkeit, die Software von jedem Dienstleister auditieren oder anpassen zu lassen, was die Abhängigkeit von einem einzigen Anbieter beseitigt
- Der Zugang zu offenen Formaten (ODF, PDF/A), die die langfristige Lesbarkeit von Dokumenten garantieren, ohne dass ein Herausgeber programmierte Obsoleszenz einführt
Die Kehrseite existiert. Eine freie Software ohne aktive Gemeinschaft kann ein Risiko darstellen: keine Sicherheitsupdates, lückenhafte Dokumentation, Inkompatibilitäten mit Drittanwendungen. Die Bewertung der Vitalität eines Projekts (Häufigkeit der Commits, Anzahl der Mitwirkenden, Reaktionsfähigkeit auf Tickets) gehört zur Entscheidungsfindung, ebenso wie die Wahl eines proprietären Herausgebers.
Die Bewegung der freien Software strukturiert mittlerweile öffentliche Politiken, Cybersecurity-Standards und Infrastrukturentscheidungen auf kontinentaler Ebene. Die Frage ist nicht mehr, ob freie Software tragfähig ist, sondern wie die Organisationen den Übergang zu Werkzeugen managen, deren Code, Daten und Kosten sie kontrollieren.
