Open-Source-Lizenzen sind standardisierte Lizenzverträge, die Nutzern das Recht einräumen, Software-Quellcode einzusehen, zu verändern und weiterzuverbreiten — mit unterschiedlichen Auflagen je nach Lizenztyp.
Rubrik: Recht & Wirtschaft · Unterrubrik: Medienrecht · Niveau: Fortgeschritten Synonyme / Auch bekannt als: FOSS-Lizenzen, Free Software License, OSS-Lizenz
Was sind Open-Source-Lizenzen?
„Open Source" bedeutet, dass der Quellcode einer Software öffentlich zugänglich ist. Doch „offen" ist kein Freifahrtschein — fast alle Open-Source-Projekte unterliegen einer Lizenz, die Nutzung, Modifikation und Weitergabe regelt. Für Designer, Medienagenturen und Kreative, die Tools, Frameworks oder Schriften aus Open-Source-Quellen verwenden, ist das Verständnis dieser Lizenzen unverzichtbar.
Die wichtigsten drei Lizenzfamilien sind:
- MIT-Lizenz (sehr permissiv)
- GNU General Public License (GPL) (starkes Copyleft)
- Apache License 2.0 (permissiv mit Patentklausel)
Erklärung
Die MIT-Lizenz
Die MIT-Lizenz (Massachusetts Institute of Technology) ist eine der kürzesten und liberalsten Open-Source-Lizenzen überhaupt. Sie erlaubt nahezu alles:
- Verwendung in kommerziellen Produkten
- Veränderung des Quellcodes
- Einbindung in proprietäre (geschlossene) Software
- Weitergabe ohne Offenlegungspflicht
Die einzige Pflicht: Der ursprüngliche Lizenzvermerk und Copyright-Hinweis muss in der Dokumentation erhalten bleiben.
Relevanz für Designer: Viele JavaScript-Bibliotheken (React, Vue.js, jQuery), Icon-Sets (z. B. Feather Icons) und Design-Frameworks (z. B. Tailwind CSS) stehen unter MIT-Lizenz. Sie können bedenkenlos in kommerziellen Projekten eingesetzt werden.
Die GNU GPL (General Public License)
Die GPL (aktuell Version 3 — GPL v3, 2007) ist die wichtigste „Copyleft"-Lizenz. Copyleft bedeutet: Wer GPL-Software modifiziert oder in eigene Software einbettet und weitergeben möchte, muss das Gesamtprodukt ebenfalls unter GPL veröffentlichen — inklusive des vollständigen Quellcodes.
Wichtige Unterscheidung:
- GPL v2: Ältere Version, kompatibilitätsprobleme mit GPL v3
- GPL v3: Enthält zusätzlich eine Patent- und DRM-Klausel
- LGPL (Lesser GPL): Abgeschwächte Version, erlaubt Verlinkung von Bibliotheken ohne automatisches Copyleft
- AGPL (Affero GPL): Gilt auch für Dienste, die über das Netz angeboten werden (Software-as-a-Service)
Relevanz für Designer: WordPress (GPL), GIMP (GPL) und viele Linux-Tools stehen unter GPL. Wer eine GPL-Bibliothek in eine eigene App einbettet und diese verteilt, muss den gesamten App-Code unter GPL veröffentlichen. Das schließt kommerzielle Produkte oft aus oder erfordert eine Dual-Licensing-Vereinbarung.
GPL-Falle: Ein Medienunternehmen baut eine interne App, die eine GPL-Bibliothek nutzt. Solange die App nur intern verwendet wird (keine Weitergabe), greift das Copyleft nicht. Wird sie aber als Produkt vertrieben oder öffentlich zugänglich gemacht, muss der Quellcode offengelegt werden.
Die Apache License 2.0
Die Apache License 2.0 (Apache Software Foundation, 2004) ist ebenfalls permissiv wie MIT, enthält aber zwei wichtige Zusätze:
- Patentklausel: Lizenzgeber gewähren dem Nutzer eine Patentlizenz für alle relevanten Patente. Wer gegen Nutzer Patentklage erhebt, verliert automatisch alle Lizenzrechte.
- Kennzeichnungspflicht bei Veränderungen: Modifikationen müssen als solche kenntlich gemacht werden.
Relevanz für Designer: Viele große Open-Source-Projekte (Android, Apache HTTP Server, TensorFlow, Kubernetes) stehen unter Apache 2.0. Die Lizenz ist für kommerzielle Nutzung gut geeignet und wird oft in Unternehmensumgebungen bevorzugt.
Weitere relevante Lizenzen für Kreative
SIL Open Font License (OFL): Speziell für Open-Source-Schriften (z. B. Google Fonts) entwickelt. Schriften dürfen frei genutzt werden — auch kommerziell — solange keine Verkauf der Schrift selbst als eigenständiges Produkt erfolgt. Einbettung in PDFs oder Websites ist ausdrücklich erlaubt.
Creative Commons für Software: Die Creative Commons Foundation rät ausdrücklich davon ab, CC-Lizenzen für Software zu verwenden — sie sind für Inhalte (Texte, Bilder) konzipiert, nicht für Quellcode.
Public Domain (CC0): Einige Software-Projekte werden unter CC0 (Verzicht auf alle Rechte) veröffentlicht — das ist technisch die liberalste Option, aber in manchen Ländern nicht vollständig durchsetzbar.
Beispiele
React in einer Werbeagentur: Die Agentur nutzt React (MIT-Lizenz) für eine Kunden-Website. Der React-Lizenzhinweis muss in die Dokumentation, nicht aber auf der Website selbst erscheinen. Die Website selbst muss nicht unter MIT veröffentlicht werden.
WordPress-Theme für Verkauf: Ein Theme-Entwickler verkauft ein WordPress-Theme. Da WordPress unter GPL steht, muss das Theme ebenfalls unter GPL stehen. Das bedeutet: Andere dürfen das Theme weiterverteilen — aber der Entwickler kann trotzdem Support und Updates als Mehrwert verkaufen (Dual-Licensing-Modell).
Google Fonts in einer App: Google Fonts stehen unter SIL OFL. Sie dürfen in Apps, Websites und Printprodukten kostenlos verwendet werden, auch kommerziell. Die Schriften dürfen aber nicht als eigenständige Schriftpakete weiterverkauft werden.
GIMP-Plugin entwickeln: Ein Fotograf entwickelt ein GIMP-Plugin für den eigenen Gebrauch. Kein Problem — die GPL gilt nur bei Weitergabe. Verkauft er das Plugin, muss er den Quellcode unter GPL offenlegen.
In der Praxis
Für Designer und Medienagenturen:
- Lizenzcheck vor Projektbeginn: Welche Open-Source-Komponenten werden eingesetzt? Welche Lizenzen haben sie?
- Lizenzdatei aufbewahren: MIT, Apache und andere Lizenzen verlangen, dass die Lizenz im Produkt erhalten bleibt. Eine NOTICES- oder LICENSE-Datei im Projektarchiv genügt oft.
- GPL-freie Alternativen suchen: Falls GPL problematisch ist (z. B. proprietäre App), gibt es oft MIT- oder Apache-lizenzierte Alternativen.
- Schriftlizenzen explizit prüfen: Nicht alle Schriften auf Google Fonts haben dieselbe Lizenz — immer die jeweilige Schrift-Lizenz prüfen.
- Softwareinventarisierung: Große Agenturen führen eine Liste der eingesetzten Open-Source-Komponenten und deren Lizenzen.
Vergleich & Abgrenzung
| Lizenz | Kommerziell nutzbar | Copyleft | Patentklausel | Quellcode offenlegen |
|---|---|---|---|---|
| MIT | Ja | Nein | Nein | Nein |
| Apache 2.0 | Ja | Nein | Ja | Nein |
| GPL v3 | Ja (mit Pflichten) | Ja | Ja | Ja (bei Weitergabe) |
| LGPL | Ja | Schwach | Ja (v3) | Nur Bibliothek |
| AGPL | Ja (mit Pflichten) | Ja + SaaS | Ja | Ja |
| SIL OFL | Ja | Teilweise | Nein | Nein |
Open Source vs. [Creative-Commons-Lizenzen: Überblick und Anwendung](/wiki/recht-wirtschaft/medienrecht/creative-commons/): CC-Lizenzen für kreative Inhalte; OS-Lizenzen für Software-Code. Eine Verwechslung kann rechtliche Probleme verursachen.
Open Source vs. proprietäre Lizenz: Proprietäre Software (z. B. Adobe-Tools) hat eigene Lizenzen, die keine Quellcode-Offenlegung oder Weitergabe erlauben.
Häufige Fragen (FAQ)
Muss ich auf meiner Website angeben, dass ich React/Vue/etc. verwende? Bei MIT-Lizenz muss der Lizenzhinweis „irgendwo" vorhanden sein — in der Regel in den Quelldateien oder einer Lizenz-Readme. Eine Nennung auf der Website ist nicht zwingend, aber gute Praxis.
Kann ich GPL-Software in einem kommerziellen SaaS-Dienst nutzen? GPL greift bei Weitergabe. Wenn die Software nur intern als Dienst betrieben wird (kein Download, keine Weitergabe), greift GPL nicht — außer bei AGPL.
Was ist „Dual Licensing"? Manche Projekte bieten ihre Software gleichzeitig unter GPL (kostenlos, Copyleft) und unter einer kommerziellen Lizenz (kostenpflichtig, ohne Copyleft) an. Unternehmen können die kommerzielle Lizenz kaufen, um GPL-Pflichten zu vermeiden.
Verwandte Einträge
- Creative-Commons-Lizenzen: Überblick und Anwendung — Offene Lizenzen für Inhalte (nicht Software)
- Urheberrecht: Grundlagen für Kreative — Urheberrechtlicher Schutz von Software
- Abmahnungen: Prävention und Reaktion für Kreative — Folgen bei Lizenzverstößen
Weiterführend
- Open Source Initiative: Approved Licenses, opensource.org/licenses
- GNU Foundation: GNU General Public License v3.0, gnu.org/licenses/gpl-3.0.html
- Apache Software Foundation: Apache License 2.0, apache.org/licenses/LICENSE-2.0
- SIL International: Open Font License, scripts.sil.org/OFL
- Välimäki, Mikko: The Rise of Open Source Licensing, TKK Helsinki University of Technology, 2005
Kein Rechtsrat. Für konkrete Fragen zu Softwarelizenzen in kommerziellen Projekten empfiehlt sich anwaltliche Beratung durch eine Fachanwältin oder einen Fachanwalt für IT-Recht.
