Open Source einfach erklärt
Programme entstehen als Quelltext: lesbare Anweisungen in einer Programmiersprache, die anschließend in eine ausführbare Form übersetzt oder direkt ausgeführt werden. Bei vielen kommerziellen Programmen bleibt der Quelltext beim Hersteller; Kundinnen und Kunden erhalten nur das fertige Programm und ein Nutzungsrecht. Bei Open Source ist es umgekehrt: Wer das Programm bekommt, kann auch in den Bauplan schauen und ihn für eigene Zwecke verändern.
Was als Open Source gilt, beschreibt die Open Source Initiative in ihrer Open Source Definition mit zehn Kriterien. Dazu gehören die freie Weitergabe, der Zugang zum Quelltext, die Erlaubnis zu Änderungen und abgeleiteten Werken sowie das Verbot, bestimmte Personen oder Einsatzbereiche auszuschließen. Eine Lizenz, die etwa die kommerzielle Nutzung untersagt, erfüllt diese Definition nicht.
Wichtig ist der Unterschied zu bloß sichtbarem Code. Liegt ein Projekt ohne Lizenz öffentlich im Netz, können Sie den Quelltext zwar lesen, weiterverwenden dürfen Sie ihn aber nicht ohne Weiteres, weil die nötigen Nutzungsrechte fehlen. Erst die Lizenz räumt sie ein. Das deutsche Urheberrecht sieht diesen Weg ausdrücklich vor: § 32 Abs. 3 UrhG erlaubt es, allen Interessierten kostenlos ein einfaches Nutzungsrecht zu gewähren.
Freizügig oder mit Copyleft
Wie jede Softwarelizenz regelt auch eine Open-Source-Lizenz, was Sie mit dem Programm tun dürfen und welche Bedingungen daran hängen. Grob lassen sich zwei Familien unterscheiden:
- Freizügige Lizenzen wie die MIT-Lizenz erlauben fast jede Verwendung, auch in eigenen kommerziellen Produkten. Ihre zentrale Bedingung: Urheberrechtsvermerk und Lizenztext müssen in allen Kopien oder wesentlichen Teilen der Software erhalten bleiben. Gewährleistung und Haftung der Urheber schließt der Lizenztext aus.
- Copyleft-Lizenzen wie die GNU General Public License verlangen, dass weitergegebene, auch veränderte Fassungen dieselben Freiheiten behalten. Wer ein solches Programm verändert und weitergibt, muss allen, die es von ihm erhalten, die gleichen Rechte einräumen, einschließlich des Zugangs zum Quelltext.
Bei vielen Lizenzen knüpfen die Pflichten an die Weitergabe an. Wer Open-Source-Software nur im eigenen Haus nutzt, hat daher in der Regel weniger zu beachten als ein Unternehmen, das sie mit eigenen Produkten ausliefert. Manche Copyleft-Lizenzen erfassen allerdings auch Software, die anderen über ein Netzwerk bereitgestellt wird. Im Einzelfall klären Sie die Pflichten mit rechtlicher Beratung; dieser Text ersetzt sie nicht.
Steuerungssoftware mit fremden Bausteinen
Angenommen, ein Sondermaschinenbauer mit 60 Mitarbeitenden liefert seine Anlagen mit einem Bedienpanel aus. Die Software darauf stammt vom eigenen Entwicklungsteam, nutzt aber ein Dutzend Open-Source-Bibliotheken, etwa für Grafik, Netzwerk und Protokollierung. Vor einer größeren Auslieferung bittet ein Kunde um eine Aufstellung der enthaltenen Fremdkomponenten.
Das Team legt daraufhin eine Liste aller Bibliotheken mit Version und Lizenz an. Für die Bausteine unter MIT-Lizenz ergänzt es die Lizenztexte in einem Menüpunkt „Lizenzhinweise“ auf dem Panel. Eine Bibliothek steht unter einer Copyleft-Lizenz; hier klärt das Unternehmen mit rechtlicher Beratung, ob es den zugehörigen Quelltext bereitstellen muss oder den Baustein ersetzt. Seitdem wird die Liste bei jedem Update mitgepflegt.
Was Open Source für Unternehmen bedeutet
Open Source heißt nicht automatisch kostenlos und ohne Aufwand. Der offene Quelltext erlaubt es, nachzuvollziehen, was ein Programm tut, und Anpassungen selbst vorzunehmen oder in Auftrag zu geben. Stellt ein Anbieter seine Weiterentwicklung ein, kann eine andere Firma oder Gemeinschaft das Projekt fortführen. Vor dem Einsatz sollten Sie trotzdem einige Fragen klären:
- Pflege: Wird das Projekt aktiv weiterentwickelt, und wie bindet Ihr Patch-Management die Sicherheitsupdates ein?
- Support: Gibt es eine vertraglich zugesicherte Ansprechperson oder nur ein öffentliches Forum für Fehlermeldungen? Die Lizenz selbst sagt keinen Support zu.
- Lizenz: Passt sie zu dem, was Sie mit der Software vorhaben, besonders wenn Sie sie weitergeben?
- Anbindung: Bietet das Programm eine API oder offene Formate, damit es sich mit Ihrer übrigen Software verbinden lässt?
Auch Schnittstellen für KI-Assistenten, etwa nach dem Model Context Protocol, erscheinen teils als offene Projekte. Hier wie überall entscheidet die Lizenz und nicht die Sichtbarkeit des Codes darüber, was Sie damit tun dürfen.
Wie ProNet unterstützt
Wir veröffentlichen Werkzeuge aus unserem Servicealltag auf GitHub; sieben von acht Projekten stehen unter der MIT-Lizenz. Bei einem Server, über den KI-Assistenten unser Ticketsystem nutzen können, fehlt bislang eine Lizenz; er gilt darum als öffentliches Projekt, nicht als Open Source. Zweck, Lizenz und Entwicklungsstand jedes Werkzeugs zeigt die Seite zu unseren Open-Source-Werkzeugen. Möchten Sie eine Anwendung mit offener Schnittstelle in Ihre Umgebung einbinden oder anpassen lassen, finden Sie unser Vorgehen unter API-Integration.