Code auf GitHub ist nicht automatisch Open Source. Ein öffentlicher Blick ins Repository beantwortet nur, ob man lesen kann. Open Source beginnt mit rechtlich gewährten Freiheiten – und sagt danach noch erstaunlich wenig darüber, wer Änderungen entscheidet, Support bezahlt oder die Marke kontrolliert.
Die Lizenz ist die ausführbare Regel
Urheberrecht gewährt zunächst Ausschlussrechte. Eine Open-Source-Lizenz erlaubt Nutzung, Untersuchung, Veränderung und Weitergabe unter festgelegten Bedingungen. Die Open Source Definition verlangt dabei mehr als bloßen Gratiszugang, etwa Quellcode und die Möglichkeit abgeleiteter Werke. [1]
Fehlt eine Lizenz, bleibt ein öffentliches Repository grundsätzlich urheberrechtlich geschützt. „Source available“ kann Einblick oder begrenzte Nutzungen erlauben, aber Einschränkungen enthalten, die nicht mit der Open Source Definition vereinbar sind. [2]
Permissiv und Copyleft lösen verschiedene Probleme
| Familie | Typische Bedingung | Strategische Wirkung |
|---|---|---|
| permissiv | Hinweise und Lizenztext erhalten | leichte Integration auch in proprietäre Produkte |
| schwaches Copyleft | Änderungen an bestimmten Komponenten offenlegen | Grenze um Bibliothek oder Datei |
| starkes Copyleft | abgeleitetes Gesamtwerk unter gleichen Freiheiten | Freiheit entlang der Weitergabe erhalten |
| Netzwerk-Copyleft | Pflichten auch bei Nutzung über ein Netz | SaaS-Lücke adressieren |
Offener Code, geschlossene Entscheidung
Ein Projekt kann Beiträge akzeptieren und trotzdem von einer Firma kontrolliert werden. Maintainer entscheiden über Merge, Roadmap und Releases; Stiftungen können Marken und Infrastruktur halten; technische Lenkungsgremien verteilen Verantwortung. Governance muss separat dokumentiert werden.
Die Linux Foundation beschreibt Open Source als kollaboratives Entwicklungsmodell, in dem Organisationen und Einzelne gemeinsam Infrastruktur schaffen. [3] Das ist eine Möglichkeit, keine Lizenzklausel. Ein Ein-Personen-Projekt bleibt ebenso Open Source, wenn die Lizenz die Freiheiten gewährt.
Wie Unternehmen mit Offenheit Geld verdienen
- Support, Integration und garantierte Reaktionszeiten
- Hosting und Betrieb als Dienst
- zertifizierte oder besonders lange gepflegte Distributionen
- Hardware, deren Nutzen durch offene Software wächst
- Dual Licensing unter Open-Source- und kommerziellen Bedingungen
- Erweiterungen oder Dienste – mit möglicher Spannung zur Community
Die Wartungsfrage hinter dem Downloadknopf
Kostenloser Bezug bedeutet nicht kostenlose Herstellung. Review, Sicherheitsreaktion, Dokumentation, Paketierung und Moderation sind Arbeit. Viele kritische Bibliotheken hängen von wenigen Maintainers ab. Ein Unternehmen, das Code nutzt, kann Geld, Personal, Tests oder verständliche Fehlerberichte beitragen.
Lizenzwissen ist dabei Lieferkettenwissen. Die Linux Foundation führt Ressourcen zur Lizenz- und Compliancepraxis. [4] Wer Abhängigkeiten inventarisiert, Versionen fixiert und Hinweise erhält, behandelt Open Source als Infrastruktur statt als unerschöpfliche Gratisquelle.
Vier Fragen vor dem Einsatz
- Welche Lizenz und Version gelten für genau dieses Artefakt?
- Welche Pflichten entstehen beim internen Einsatz, Verteilen oder Bereitstellen als Dienst?
- Wer kann Sicherheitsfixes mergen und Releases signieren?
- Wie finanziert und verteilt sich die Wartungsarbeit?
Definition, Lizenzpraxis und Governance
- Open Source Initiative – Open Source Definition (standard-primary)
- Open Source Initiative – FAQ (institution)
- Linux Foundation – What Is Open Source Software? (institution)
- Linux Foundation – Open Source License Best Practices (specialist-guidance)
- U.S. Copyright Office – More Information on Fair Use (legal-primary)
Recherche- und Redaktionsstand: 15. August 2026. Redaktionell verantwortlich: Benjamin Metzig.