Was sind Open-Source-Lizenzen?

Open-Source-Lizenzen: Definition

Open Source bedeutet nicht „rechtefrei“. Auch freie Software ist urheberrechtlich geschützt; die Lizenz räumt Nutzungsrechte ein und knüpft sie an Bedingungen. Als Open Source gilt Software, deren Quellcode offenliegt und die frei genutzt, verändert und weitergegeben werden darf, wie es etwa die Open Source Initiative definiert.

Wichtig ist: Die Lizenz gilt für jede Komponente einzeln. Ein modernes Projekt besteht oft aus Dutzenden oder Hunderten Bibliotheken, jede mit eigener Lizenz. Wer Software erstellt oder weitergibt, muss deshalb wissen, welche Komponenten enthalten sind und welche Bedingungen daran hängen.

Die wichtigsten Lizenztypen

Grob unterscheidet man permissive Lizenzen, die wenige Pflichten auferlegen, von Copyleft-Lizenzen, die verlangen, dass abgeleitete Werke unter derselben Lizenz stehen. Die Pflichten greifen in der Regel erst bei Weitergabe der Software, bei der AGPL auch bei der Bereitstellung über ein Netzwerk.

• MIT und BSD: sehr freizügig, Lizenztext und Copyright-Hinweis müssen erhalten bleiben
• Apache 2.0: freizügig, mit Patentklausel und Pflicht, Änderungen zu kennzeichnen
• LGPL und MPL 2.0: schwaches Copyleft, Änderungen an der Bibliothek selbst sind offenzulegen
• GPL: starkes Copyleft, abgeleitete Werke sind bei Weitergabe unter der GPL anzubieten
• AGPL: wie die GPL, zusätzlich bei Nutzung als Online-Dienst (SaaS)

Praxis­bei­spiel: Bran­chen­soft­ware mit GPL-Bibliothek

Ein Softwarehersteller aus dem Mittelstand liefert eine Branchenlösung an mehrere Kunden aus. Ein Entwickler hat eine praktische Bibliothek eingebunden, die unter der GPL steht. Bei der Prüfung durch einen Kunden fällt auf: Die Lösung enthält GPL-Code, der Quellcode des eigenen Produkts wird aber nicht offengelegt, und ein Lizenzhinweis fehlt.

Der Hersteller hat zwei Optionen: die Bibliothek durch eine permissiv lizenzierte Alternative ersetzen oder die Lizenzbedingungen erfüllen, was bei Weitergabe eine Offenlegung nach sich ziehen kann. Er entscheidet sich für den Austausch, ergänzt eine Lizenzliste im Produkt und prüft neue Komponenten künftig vor der Einbindung.

Risiken, Grenzen und typische Fehler

Open-Source-Komponenten werden gewöhnlich ohne Gewährleistung und Haftung bereitgestellt. Das ist unproblematisch, wenn man es einplant, bedeutet aber: Sicherheitsupdates liegen in Ihrer Verantwortung. Verstöße gegen Lizenzbedingungen können dazu führen, dass das Nutzungsrecht entfällt; es drohen Unterlassungs- und Schadensersatzansprüche der Rechteinhaber.

Typische Fehler: Lizenzen werden nicht erfasst, Lizenztexte beim Ausliefern entfernt, GPL-Code in proprietäre Produkte eingebunden, Lizenzänderungen von Projekten übersehen oder Einschränkungen zur kommerziellen Nutzung nicht geprüft. Nicht jede Software mit einsehbarem Quellcode ist auch Open Source im Sinne einer anerkannten Lizenz.

Worauf Unternehmen achten sollten

Führen Sie ein Inventar aller eingesetzten Komponenten mit Version und Lizenz, etwa als Software Bill of Materials (SBOM), und prüfen Sie neue Bibliotheken vor der Einbindung. Legen Sie intern fest, welche Lizenzen erlaubt sind. Bei Auftragsentwicklung sollte der Vertrag regeln, wer die Lizenzprüfung übernimmt. Nano Concepts unterstützt bei der Dokumentation verwendeter Komponenten und Lizenzen. Dieser Beitrag ersetzt keine Rechtsberatung.