Stell dir eine einzige Codezeile vor. Kein genialer Algorithmus, kein KI-Zauber, nur eine kleine Korrektur in einem Linux-Treiber: Ein Randfall wird sauberer behandelt. Diese Zeile ist ausdrücklich ein Gedankenmodell, kein heimlich erfundener Commit. An ihr lässt sich trotzdem eine reale Irritation verfolgen. Der Linux-Kernel kann frei verfügbar sein. Unternehmen können ihn kopieren, untersuchen, verändern und unter den Bedingungen seiner Lizenz weitergeben. Auf deinem alten Notebook kostet der Download null Euro. Gleichzeitig zahlte IBM 2019 ungefähr 34 Milliarden US-Dollar für Red Hat. Hat IBM damit eine sehr teure Kopie von Linux gekauft? Natürlich nicht. Aber die interessantere Antwort lautet auch nicht einfach Support. Zwischen der frei lizenzierten Zeile und einem Vertrag für Red Hat Enterprise Linux liegen Auswahl, Integration, Tests, Rückportierungen, Sicherheitsarbeit, reproduzierbare Pakete, Zertifizierungen, Dokumentation, ein Partnernetz, Verkaufsorganisation, Kundenzugang und die Zusage, dass morgen jemand Verantwortung übernimmt. In der Werkhalle dieses Artikels wandert die Zeile deshalb wie ein austauschbares Metallteil von Hand zu Hand. Niemand darf behaupten, das Teil gehöre ihm exklusiv. Trotzdem kann eine Gruppe großen Wert schaffen, indem sie daraus ein System baut, es über Jahre passend hält und für seinen Betrieb geradesteht. Open Source hebt Geld nicht auf. Es verschiebt den Punkt, an dem Geld sinnvoll verlangt werden kann. Genau das macht den Unterschied zwischen einer kostenlosen Kopie, einem tragfähigen Projekt und einem Milliardenunternehmen. Und es erklärt, warum Linux, Firefox, Blender und Red Hat zwar alle offen sind, aber finanziell in völlig verschiedenen Welten leben.
Die erste Hand reicht Rechte weiter, keinen Nullpreis
Die Linux-Kernel-Dokumentation nennt GPL-2.0-only als Lizenz des Kernels. Einzelne Dateien können kompatible oder alternativ wählbare Lizenzen tragen, doch präzise SPDX-Kennzeichnungen sollen klar machen, welche Regeln gelten. [3] Unsere gedachte Zeile reist daher nicht herrenlos. Sie steht in einem Werk mit Urhebern, Lizenztext und Bedingungen.
Die GNU GPL v2 formuliert den berühmten Unterschied selbst: Freiheit meint nicht Preislosigkeit. Sie erlaubt, Kopien weiterzugeben, Quelltext zu erhalten und Änderungen zu verteilen; sie erlaubt zugleich eine Gebühr für die Übertragung und bezahlten Garantieschutz. [2] Wer Open Source mit kostenlos verwechselt, übersieht also schon im Lizenztext die Möglichkeit eines Geschäfts.
Auch die Open Source Initiative behandelt kommerzielle Nutzung nicht als peinlichen Sonderfall. Open-Source-Software darf geschäftlich genutzt und verkauft werden. Sichtbarer Quelltext allein genügt umgekehrt nicht: Erst eine passende Lizenz gewährt die Rechte. [1] Das Git-Repository ist die Werkstatttür. Die Lizenz sagt, was du mit dem Teil tun darfst.
Für unsere Codezeile heißt das: Mehrere Gruppen dürfen sie in zulässiger Weise aufnehmen, verändern und zu konkurrierenden Angeboten verarbeiten. Niemand erhält automatisch Exklusivität. Genau dieser fehlende Besitzwall zwingt ein Unternehmen dazu, seinen Preis an etwas anderes zu hängen als an die bloße Existenz der Bits.
Im Upstream wird aus der Zeile erst ein gemeinsames Teil
Nehmen wir für das Gedankenmodell an, die Änderung wird geprüft und in ein passendes Linux-Upstream-Projekt aufgenommen. Damit ist sie noch kein Red-Hat-Produkt. Sie steht zunächst in einem Strom aus Code, Reviews, Maintainerentscheidungen und Releases, den viele Distributionen nutzen können. Der Linux-Kernel selbst besitzt tausende Beitragende und viele Rechteinhaber; der Firmenname Red Hat ist nicht mit dem Eigentum an Linux gleichzusetzen.
Der weitere Weg ist ebenfalls keine automatische Rutsche. Fedora kombiniert den Kernel mit sehr vielen anderen Projekten zu einer Distribution. Red Hat beschreibt Fedora als Upstream für künftige große Versionen von Red Hat Enterprise Linux. CentOS Stream liegt näher vor RHEL und dient als kontinuierlicher Entwicklungspfad für kommende kleinere RHEL-Versionen. [4] Eine bestimmte Änderung kann ausgewählt, angepasst, später übernommen oder bewusst nicht übernommen werden.
Unsere Zeile wird dadurch wertvoller und anstrengender zugleich. Sie muss zu einer Kernelversion, einem Compiler, Treibern, Bibliotheken, Installationswegen und Sicherheitsregeln passen. Ein Update darf nicht nur in der neuesten Entwicklerversion funktionieren. Es muss eventuell in eine ältere, lange unterstützte Codebasis zurückgetragen werden, ohne deren übrige Zusagen zu zerlegen.
Das ist die erste bezahlbare Leistung, obwohl sie noch nicht als Rechnung erscheint: Menschen entscheiden, welche offene Innovation in welchem stabilen Kontext sinnvoll ist. Freiheit erzeugt Auswahl. Auswahl erzeugt Integrationsarbeit.
Aus einem freien Teil wird kein Enterprise-System durch Umbenennen
Der zynische Witz über kommerzielles Open Source lautet, jemand lade Community-Code herunter, klebe ein Etikett darauf und stelle eine Rechnung. Bei einem Enterprise-Betriebssystem würde diese Abkürzung nicht lange überleben. Red Hat muss Komponenten auswählen, gemeinsam bauen, Abhängigkeiten festlegen, Fehler untersuchen, Sicherheitsupdates liefern, Änderungen rückportieren und dokumentieren, welche Kombination auf welcher Hardware und in welcher virtuellen Umgebung unterstützt wird.
Red Hats eigenes Subskriptionsdokument nennt getestete und zertifizierte Enterprise-Software, laufende Patches und Bugfixes, Lebenszyklusmanagement, Interoperabilität, technische Unterstützung, Dokumentation, Werkzeuge und ein breites Partnerökosystem. [5] Das ist keine neutrale Fremdbewertung, sondern die Beschreibung des Verkäufers. Sie zeigt aber präzise, wofür Red Hat den Preis ansetzt.
Unsere eine Zeile steckt am Ende vielleicht in einem Paket, das niemand beim Kunden je bewusst öffnet. Ihr wirtschaftlicher Wert entsteht nicht aus ihrer Länge. Er entsteht daraus, dass sie zur richtigen Version gehört, auf einem definierten Systemweg ausgeliefert wird, mit anderen Teilen getestet wurde und bei einem späteren Sicherheitsproblem wiedergefunden werden kann.
Open Source macht diese Arbeit überprüfbarer und teilweise teilbar. Es macht sie nicht kostenlos. Die Werkhalle kann dieselben austauschbaren Teile verwenden wie andere Hallen. Entscheidend bleibt, ob am Ende eine belastbare Maschine dasteht oder eine Kiste mit Einzelteilen.
Der Vertrag verkauft vor allem ein Morgen
Eine Red-Hat-Subskription verkauft keinen geheimen Schalter, der Linux erst einschaltet. Sie verkauft einen laufenden Leistungsrahmen. Red Hat beschreibt zeitgebundene Subskriptionen, abgestufte Supportmodelle, Updates, Upgrades, Knowledge Base, Produkt-Security, Zertifizierungen und Unterstützung über den Lebenszyklus. [5] Der Kunde bezahlt damit nicht nur das, was heute auf dem Datenträger liegt.
Der stärkste Satz im FAQ steht dort, wo ein Vertrag endet: Läuft jede Subskription aus, behält der Kunde das Recht, die Software nach den anwendbaren Lizenzbedingungen weiter zu verwenden. Er verliert jedoch Subskriptionsleistungen wie aktuelle zertifizierte Versionen, Sicherheitskorrekturen, Support und Portalzugang. [5] Genau hier trennen sich Softwarefreiheit und Dienstleistungsvertrag sichtbar.
Unsere Codezeile bleibt also kopierbar. Teuer ist das institutionelle Versprechen um sie herum: Jemand beobachtet relevante Schwachstellen, pflegt eine freigegebene Version, übernimmt einen Fall, kennt den Zertifizierungspfad und kann gegenüber einer großen Organisation verbindlich antworten. Wer diese Leistung nicht braucht, kann einen anderen Linux-Weg wählen. Wer sie braucht, kauft nicht aus Unwissenheit dieselben Bits noch einmal.
Natürlich ist auch dieses Modell nicht automatisch sympathisch oder passend. Subskriptionsregeln können kompliziert sein, Kunden können Abhängigkeiten vom Anbieter fürchten, Communities können Entscheidungen kritisieren. Open Source garantiert Wahlmöglichkeiten im Code. Es garantiert weder einfache Verträge noch Machtgleichheit zwischen einem Konzern und jedem einzelnen Nutzer.
In der Cloud wird Kompatibilität zur eigentlichen Maschine
Ein Betriebssystem läuft heute selten allein unter einem Schreibtisch. Unternehmen verteilen Anwendungen über eigene Rechenzentren, private Cloudumgebungen und mehrere öffentliche Anbieter. Container, Kubernetes, Automatisierung, Identitätsdienste, Speicher und Netzwerke müssen als Plattform zusammenspielen. Der einzelne Linux-Patch verschwindet darin fast vollständig – und wird gleichzeitig wichtiger, weil ein Fehler sehr viele Instanzen treffen kann.
IBM beschrieb die Kombination mit Red Hat 2019 ausdrücklich als Hybrid-Multicloud-Plattform auf Basis offener Technologien wie Linux und Kubernetes, die Anwendungen vor Ort, in privaten und in mehreren öffentlichen Clouds betreiben sollte. [6] Das ist Unternehmenskommunikation aus dem Moment der Übernahme, keine nachträgliche Erfolgsmessung. Sie zeigt aber, welche strategische Maschine IBM kaufen wollte.
Der Wert liegt jetzt in Anschlussfähigkeit: dieselben Betriebsmodelle über unterschiedliche Infrastrukturen, ein Partnerökosystem, Zertifizierungen, Supportgrenzen und Werkzeuge, die nicht an einer einzigen Cloud enden sollen. Red Hat OpenShift, Red Hat Enterprise Linux und die zugehörigen Services werden dadurch zu einer Schicht zwischen offenem Upstream und konkreter Unternehmenslandschaft.
Unsere Codezeile hat auf diesem Weg keinen Preisaufkleber bekommen. Sie ist Teil einer Kette geworden, in der Menschen für Berechenbarkeit zahlen. Das ist ein anderes Gut als Quelltextbesitz – und in einer Cloudlandschaft oft das knappere.
IBM kaufte Red Hat, nicht Linux
Am 9. Juli 2019 schloss IBM die Übernahme von Red Hat ab. IBM zahlte 190 US-Dollar je ausstehender Aktie; der gesamte Eigenkapitalwert lag nach Unternehmensangaben bei ungefähr 34 Milliarden US-Dollar. [6] Diese historische Summe ist das Milliarden im Titel. Sie ist keine heutige Bewertung und schon gar kein Preisschild am Linux-Kernel.
Was wechselte den Eigentümer? Die Red-Hat-Aktien und damit ein Unternehmen mit Beschäftigten, Produkten, Verträgen, Marken, Kundenbeziehungen, Partnern, Vertriebswegen, Entwicklungsprozessen und wiederkehrenden Einnahmen. Was wurde nicht exklusiv? Die bereits unter offenen Lizenzen gewährten Rechte am Linux-Kernel und an anderen Upstream-Projekten. IBM konnte nicht allen anderen die GPL-Kopie wieder wegnehmen.
IBM erklärte den Kauf mit Hybrid Cloud, Red Hats Wachstum, seinem Geschäftsmodell und Möglichkeiten zum gemeinsamen Verkauf von Software und Services. [6] Daraus lässt sich eine nüchterne Interpretation ableiten: Die 34 Milliarden bewerteten nicht die Seltenheit einer Codekopie, sondern die Position einer Organisation in einem offenen technischen Ökosystem.
Das ist der scheinbare Widerspruch in seiner besten Form. Gerade weil Kunden den Code nicht wie ein Geiselpaket nur von einem Eigentümer erhalten können, muss Red Hat etwas Schwierigeres aufbauen: Vertrauen, Rhythmus, Expertise und eine Produktkette, die trotz offen austauschbarer Teile gern erneuert wird.
Firefox finanziert Offenheit über den Suchschlitz
Red Hats Modell ist nicht die Naturform von Open Source. Mozilla Firefox zeigt einen anderen Geldfluss. Der Browser ist frei verfügbar und Open Source; die Mozilla-Organisation erhält unter anderem Royalties, wenn Suchmaschinen von Partnern im Browser als Standard oder Option eingebunden sind. So beschreibt es der geprüfte Konzernabschluss 2024 der Mozilla Foundation und ihrer Tochtergesellschaften. [7]
Die Größenordnung ist konkret. Der Abschluss weist für 2024 498,218 Millionen US-Dollar Royalty-Erlöse aus, bei 680,409 Millionen US-Dollar gesamten Erlösen und Unterstützungen. Für Softwareentwicklung wurden 290,448 Millionen US-Dollar als Aufwand ausgewiesen. [7] Das sind konsolidierte Mozilla-Zahlen, kein isolierter Firefox-Umsatz. Sie zeigen trotzdem, wie teuer ein kostenlos verfügbarer Browser organisatorisch sein kann.
Der Nutzer zahlt hier meist nicht mit einer jährlichen Firefox-Rechnung. Wert entsteht durch Reichweite, Suchpartnerschaften, weitere Abonnements und Werbung. Der gleiche Abschluss meldet, dass 86 Prozent der vertraglichen Kundenerlöse 2024 von einem einzelnen Kunden stammten. [7] Offenheit beseitigt also nicht automatisch Finanzierungsrisiken. Sie kann mit einer sehr konzentrierten Erlösquelle koexistieren.
Für eine Softwareentscheidung ist das relevant. Ein kostenloser Download verrät nicht, wer die Entwicklungsarbeit trägt und welche Abhängigkeit das Projekt dafür eingeht. Bei Red Hat ist der zahlende Unternehmenskunde sichtbar. Bei Firefox sitzt ein großer Teil der Geldspur im Suchfeld.
Blender lässt Nutzer, Industrie und Studio gemeinsam tragen
Blender liefert die dritte Gegenprobe. Die 3D-Software steht unter der GNU General Public License. [8] Künstler, Studios, Lernende und Unternehmen können sie ohne klassischen Kaufpreis einsetzen. Gleichzeitig benötigt die Kernentwicklung bezahlte Zeit – gerade weil professionelle 3D-Werkzeuge ständig mit neuen Hardwarepfaden, Dateiformaten, Rendertechniken und Produktionsanforderungen leben.
Der Blender Development Fund sammelt wiederkehrende Beiträge von Einzelpersonen und Unternehmen und verbindet diese Unterstützung ausdrücklich mit Fehlerkorrekturen und neuen Funktionen. [9] Das ist weder Red Hats per-Instanz-Subskription noch Mozillas Suchpartnerschaft. Viele Akteure finanzieren ein gemeinsames Werkzeug, von dessen Offenheit sie selbst und andere profitieren.
Daneben betreibt Blender Studio ein Abomodell für Trainings, Produktionswissen und Assets. Die Einnahmen halten den Dienst und offene Produktionen am Laufen; die Produktionen testen Blender im echten kreativen Einsatz und arbeiten mit Kernentwicklern zusammen. [10] Bezahlt wird also ein Paket aus Wissen, Zugang und Produktion, während die Software offen bleibt.
Wer mit Freunden einen Kurzfilm rendert, kann Blender gratis herunterladen. Wer von den offenen Filmen lernen möchte, kann Blender Studio abonnieren. Ein großer Hardware- oder Kreativakteur kann den Development Fund unterstützen. Dieselbe Softwarefreiheit trägt damit mehrere freiwillige und institutionelle Geldwege, ohne zu Red Hat oder Firefox werden zu müssen.
Folge dem Geld, aber auch dem Versprechen
Am Ende liegt unsere gedachte Codezeile wieder auf der Werkbank. Sie durfte kopiert werden. Vielleicht landete sie in einem Upstream, vielleicht wurde sie für eine Distribution ausgewählt, vielleicht in eine ältere Produktlinie rückportiert, getestet und über Jahre gepflegt. Keine dieser Stationen ist durch das Wort offen automatisch erledigt.
Darum ist die bessere Frage bei Software nicht: kostenlos oder kommerziell? Frag stattdessen im Gespräch, welche Rechte ohne Zahlung bleiben, welche konkrete Leistung der Vertrag hinzufügt, wer die laufende Arbeit finanziert und was morgen endet, wenn der Geldfluss versiegt. Bei Red Hat endet ohne Subskription ein Leistungspaket. Bei Mozilla hängt viel an Royalties. Bei Blender verteilen Fund und Studio-Abo die Last anders.
Das schützt vor zwei gleichermaßen müden Posen. Open Source ist nicht bloß Hobbycode, den Unternehmen kostenlos absaugen dürfen. Es ist aber auch kein moralischer Reiniger, der jedes Geschäftsmodell fair, jedes Projekt demokratisch oder jede Abhängigkeit harmlos macht. Die Lizenz öffnet Handlungsspielräume. Menschen und Institutionen entscheiden, was sie darin bauen.
IBM zahlte deshalb nicht 34 Milliarden Dollar für eine Linux-Zeile. IBM zahlte für eine Organisation, die aus frei zugänglichen Teilen ein weltweit verkaufbares Versprechen gemacht hatte und strategisch in eine Hybrid-Cloud-Erzählung passte. Der Code durfte offen bleiben. Gerade darum musste der Rest so gut sein, dass Kunden trotzdem bezahlten. Das ist kein Widerspruch. Das ist die eigentliche Ingenieursleistung hinter einem tragfähigen Open-Source-Geschäft.
Geöffnete Quellen zu Linux, Red Hat, IBM, Firefox und Blender
- Open Source Initiative – FAQ (institution)
- GNU Project – GNU General Public License Version 2 (license-primary)
- Linux Kernel Documentation – Licensing Rules (technical-primary)
- Red Hat – What Is CentOS Stream? (vendor-primary)
- Red Hat – Subscription Model FAQ (vendor-primary)
- IBM Investor Relations – IBM Completes Acquisition of Red Hat (company-primary)
- Mozilla Foundation and Subsidiaries – 2024 Audited Financial Statements (audited-primary)
- Blender Manual – License (project-primary)
- Blender Foundation – Development Fund (foundation-primary)
- Blender Studio – Subscription and Open Productions (project-primary)
Recherche- und Redaktionsstand: 17. August 2026. Redaktionell verantwortlich: Benjamin Metzig.