Linux ist im Enterprise angekommen – es wird Zeit, es auch so zu behandeln.

Ich beobachte seit über einem Jahrzehnt, wie Linux an der Schwelle zur breiten Akzeptanz verharrt. Jedes Jahr erklärt jemand das aktuelle zum Jahr des Linux-Desktops. Jedes Jahr bleibt es aus. Doch in diesem Jahr haben sich die Zahlen tatsächlich bewegt. Linux überschritt im Juni in den USA die 5-%-Marktanteilsschwelle. Das klingt zunächst unspektakulär – bis man bedenkt, dass es acht Jahre dauerte, von 1 % auf 2 % zu kommen, und weniger als ein Jahr, um von 4 % auf 5 % zu wachsen. Irgendetwas hat sich verändert.

Ein Teil davon liegt daran, dass Microsoft Nutzer vor die Tür setzt. 240 Millionen PCs können Windows 11 nicht ausführen. Die Hardwareanforderungen haben einen erheblichen Anteil funktionsfähiger Geräte disqualifiziert. Der Support für Windows 10 endete im Oktober. Organisationen stehen nun vor vollkommen funktionsfähiger Hardware und müssen entscheiden: ersetzen, für erweiterte Sicherheitsupdates von Microsoft zahlen oder etwas anderes ausprobieren. Viele entscheiden sich für Letzteres.

Früher hielt ich staatliche Linux-Migrationen meist für symbolisch – Ankündigungen, die gut klangen, aber ins Leere liefen. Das ist heute anders. Schleswig-Holstein migriert 30.000 PCs. Dänemarks Digitalministerium steigt um, nachdem die Microsoft-Kosten in fünf Jahren um 72 % gestiegen sind. Frankreichs Gendarmerie betreibt seit Jahren über 100.000 Linux-Maschinen. Das sind Haushaltsposten mit verbindlichen Fristen, keine Pressemitteilungen.

Die Recall-Situation Mitte 2024 hat Microsofts Position zusätzlich geschwächt. Screenshots unverschlüsselt im Klartext zu speichern war eine merkwürdige Entscheidung für ein Unternehmen, das Vertrauen aufbauen möchte. Die britische Regulierungsbehörde leitete eine Untersuchung ein. Microsoft machte die Funktion nach dem Aufschrei zu einer Opt-in-Option und ermöglichte deren Deinstallation. Ich glaube nicht, dass dieses einzelne Feature jemanden zu Linux getrieben hat. Aber es veranlasste einige Organisationen, kritischere Fragen über ihre technologische Zukunft zu stellen.

Auch KI-Workstations haben die Lage verändert. Wer Modelle trainiert, arbeitet wahrscheinlich auf Linux. PyTorch, TensorFlow und CUDA sind alle darauf optimiert. ROCm läuft ausschließlich darauf. Der Markt für KI-Workstations erzielte letztes Jahr in einem einzigen Quartal 1,88 Milliarden US-Dollar und ist das am schnellsten wachsende Segment im PC-Bereich. Viele der in diesem Jahr ausgelieferten neuen Maschinen werden Linux betreiben, weil die Arbeit es erfordert.

Was mich wirklich überrascht hat: Linux ist inzwischen das häufigste Ziel von Malware – nicht Windows. Über die Hälfte aller Malware-Infektionen im Jahr 2024 richtete sich gegen Linux-Systeme. Die XZ Utils-Backdoor vom März 2024 erreichte auf der Schweregradskala einen perfekten Wert von 10. Jemand investierte drei Jahre darin, das Vertrauen eines Maintainers zu gewinnen, um eine Backdoor in eine Kompressionsbibliothek einzuschleusen, die in den meisten Distributionen enthalten ist. Das war kein opportunistischer Angriff – das war geplant. Und die Ransomware-Gruppen folgten. Akira, RansomHub und Interlock verfügen alle über Linux-Varianten.

Die Sicherheitslage macht die Managementlücke schwerer zu ignorieren. Ich habe mit IT-Leitern gesprochen, die vollständige Transparenz über ihre Windows- und Mac-Flotten haben: Inventar, Patch-Status, Compliance-Posture, Remote-Wipe bei Bedarf. Dann frage ich nach Linux. Die meisten geben zu, dass diese Geräte praktisch unverwaltet sind. Sie wissen, dass es ein Problem ist. Sie haben nur keine gute Lösung.

Die übliche Antwort sind DevOps-Tools: Ansible, Puppet, Chef. Aber diese Tools setzen voraus, dass jemand Code schreiben kann. Sie sind für die Serverkonfiguration gebaut, nicht für das Gerätemanagement. Es gibt kein Asset-Inventar, keine Möglichkeit, ein WLAN-Profil auszurollen, kein Remote-Lock, kein Dashboard, das ein IT-Generalist tatsächlich bedienen kann. Wer nicht im Terminal lebt, kommt mit diesen Tools nicht weit.

Ich ging davon aus, dass einer der großen MDM-Anbieter das Problem inzwischen gelöst hätte. Das ist nicht der Fall. Jamf unterstützt Linux nicht. Kandji hat in diesem Jahr Windows und Android hinzugefügt, Linux aber ausgelassen. Mosyle beschränkt sich auf Apple. Intune unterstützt Linux technisch gesehen, aber nur zwei Distributionen, mit manuellem Enrollment und ohne App-Deployment. Workspace ONE erfordert Command-Line-Setup und Puppet-Kenntnisse. Ein Mitarbeiter von 1Password schrieb, dass man Google zum Schweigen bringen kann, wenn man nach MDM für Linux sucht. Ich habe es versucht. Er hatte recht.

Compliance-Anforderungen machen ein weiteres Hinauszögern immer schwieriger. Die im Dezember 2024 vorgeschlagenen Änderungen der HIPAA Security Rule machen bisher optionale Punkte zur Pflicht. Asset-Inventar, Workstation-Dokumentation und Verschlüsselung werden mit Inkrafttreten der endgültigen Regelung obligatorisch. Die Übergangsfrist für ISO 27001:2022 lief im Oktober ab, und die neuen Controls erfordern dokumentierte Richtlinien für die Endpoint-Konfiguration. SOC-2-Prüfer markieren bereits heute nicht verwaltete Endpunkte als Befund. Die Zahl, die mich nicht loslässt: 92 % der Ransomware-Angriffe im letzten Jahr betrafen ein nicht verwaltetes Gerät. Das ist keine Linux-spezifische Kennzahl. Aber wenn Ihre Linux-Geräte die nicht verwalteten sind, dann sind sie die Lücke.

Wir hätten warten können. Linux wächst vielleicht weiterhin langsam. Die Compliance-Fristen könnten sich weiter verschieben. Die großen Anbieter könnten endlich Support hinzufügen. Aber sechs Faktoren sind gleichzeitig eingetreten: der Migrationsdruck durch Windows, das schnelle Wachstum von KI-Workstations, Linux als primäres Angriffsziel, verschärfte Compliance-Frameworks, ungeeignete Tools für IT-Teams und eine Adoptionsrate, die endlich die Schwelle überschritten hat, ab der es nicht mehr als Randfall behandelt werden kann. Das ist kein einzelnes Signal. Das ist ein Muster.

Ich bin der Überzeugung, dass Linux-Gerätemanagement keine DevOps-Kenntnisse erfordern sollte. IT-Teams verdienen dieselbe Transparenz und Kontrolle über jeden Endpoint, die sie für alle anderen Geräte bereits haben. Genau das haben wir gebaut.