Die Nacht, in der der Kernel blutete

29. Juni 2026 SupportTrenches IT-Systeme & Prozesse 7 Minuten

Warum kluge Unternehmen verrückt sein müssen, um fremde Software mit ihren Kronjuwelen zu vertrauen

Sie kennen das Datum. Eine einzige Datei, ausgerollt von einem hochkarätigen Sicherheitsanbieter, verwandelte Millionen von Rechnern und Servern in teure Briefbeschwerer. Fluggesellschaften stellten den Betrieb ein. Krankenhäuser stoppten Operationen. Banken verriegelten ihre Tresore. Es war der größte digitale Ausfall der Geschichte.

Diese Datei lief auf der tiefsten Ebene des Betriebssystems. Sie konnte jedes Byte Arbeitsspeicher lesen, jeden Tastendruck, jedes Stück geistigen Eigentums auf diesen Maschinen. Und sie wurde still, automatisch und ohne menschliche Zustimmung ausgeliefert.

Fragen Sie sich jetzt: Wie viele andere Dateien wie diese befinden sich bereits auf Ihren Systemen?

Hier geht es nicht um eine Firma oder ein Land. Es geht um eine strukturelle Verwundbarkeit, der jedes Unternehmen ausgesetzt ist, wenn es seine Sicherheits- und Betriebssoftware an Anbieter auslagert, die enge Verbindungen zu irgendeinem fremden Nachrichtendienst haben. Einige dieser Anbieter sitzen in Demokratien - was keine Garantie dafür ist, dass sie Sie nicht ausspionieren oder sich hinter verschlossenen Türen einen Dreck um Ihre Souveränität scheren. Einige sitzen in Ländern mit dokumentierten Programmen, um kommerzielle Software als Angriffswerkzeug zu missbrauchen. Einige wurden sogar dabei erwischt, mit Scheinfirmen die Lieferkette selbst zu korrumpieren.

Sie müssen nicht wissen, welche Firmen oder Länder das sind. Sie müssen nur wissen, dass das Risiko existiert - und der einzige sichere Schritt ist, Ihre Abhängigkeit zu verringern.

Das Muster ist überall

Denken Sie an ein Softwareprodukt, das mit Systemrechten oder Adminrechten auf jedem Rechner in Ihrem Unternehmen läuft. Der Anbieter schiebt automatische Updates auf Ihre Systeme. Diese Updates können Fehler enthalten, Hintertüren - oder, im schlimmsten Fall, bösartigen Code, der von einem fremden Staat eingeschleust wurde. Die Geschichte hat gezeigt:

• Ein beliebtes Endgeräte-Schutzprodukt ließ einst Millionen von Rechnern abstürzen - wegen einer fehlerhaften Konfigurationsdatei. Die Wiederherstellung erforderte einen Neustart im abgesicherten Modus und das manuelle Löschen einer einzigen Datei. Manuell. Auf jedem Rechner. Kein Fernzugriff. Die Systemadministratoren mussten persönlich in den Serverraum fahren, um das Zeug zu reparieren.
• Die Kerntechnologie desselben Anbieters wies später eine kritische Sicherheitslücke auf, die Angreifern genau die privilegierten Zugriffe verschaffte, die das Tool selbst genoss.
• Ein anderer weit verbreiteter Betriebssystemanbieter führte still und leise eine "Funktion" ein, die regelmäßig Bildschirmfotos von allem machte, was die Benutzer taten. Später wurde es als eingebauter Tastaturspion bezeichnet und nach öffentlichem Aufschrei zurückgenommen. Das müssen wir zumindest so glauben. Ganz zu schweigen von den Hunderten verschiedener Server, die regelmäßig verschlüsselte Netzwerkdaten von Ihren Systemen empfangen.
• Ein Anbieter von Kollaborationssoftware erlitt einen Lieferkettenangriff, der Angreifern Zugang zu den internen Systemen von Zehntausenden von Unternehmen verschaffte. Der Software wurde blind vertraut, weil sie von einem bekannten Hersteller stammte.
• Ein großer Mobiltelefonhersteller wurde dabei erwischt, Geräte mit einer versteckten Komponente einer kleinen ausländischen Softwarefirma auszuliefern, die Daten ohne Zustimmung des Benutzers abziehen konnte. Der Hersteller gab Unwissenheit vor.
• Ein fremder Nachrichtendienst wurde entdeckt, wie er eine komplette Scheinfirma gründete, um Kommunikationsgeräte mit versteckten Sprengsätzen herzustellen - und diese dann an das Ziel zu verkaufen. Die Geräte waren monatelang in der Lieferkette, bevor sie detonierten.

Jeder einzelne dieser Vorfälle betrifft Software oder Hardware, die von einem Anbieter stammt, der unter fremder Rechtshoheit operiert - oft mit bekannten oder vermuteten Verbindungen zum Nachrichtendienst dieses Landes. Wenn Ihr Unternehmen Software von einem fremden Anbieter mit Kernel-Zugriff betreibt, sind Sie demselben Risiko ausgesetzt.

Ein echter Albtraum: Eine Präzisionstechnikfirma

Lassen Sie mich Ihnen von einer Firma mit etwa 500 Technikern erzählen, die hochwertige Industrieregler herstellte. Ihr gesamtes Firmware-Repository wurde auf Servern gespeichert, die von einem beliebten Endgeräte-Erkennungsprodukt eines großen ausländischen Anbieters geschützt wurden.

Am Tag des großen Absturzes versagte der Kernel-Treiber dieses Anbieters katastrophal. Jeder Server, der das Produkt ausführte, zeigte den blauen Bildschirm des Todes (BSOD). Das Firmware-Repository wurde durch den Absturz beschädigt, und der Wiederherstellungsprozess war langsam und schmerzhaft.

Das Unternehmen verlor drei Tage Produktion. Ihr größter Kunde hatte eine Vertragsstrafe für Ausfallzeiten. Die endgültige Rechnung belief sich auf weit über eine Million Euro.

Aber das Schlimmste kam später. Während der hektischen Wiederherstellung steckte ein junger Mitarbeiter einen nicht vertrauenswürdigen USB-Stick an ein teilweise wiederhergestelltes System. Vermutlich verbreitete sich Schadsoftware in die wiederaufgebaute Umgebung. Einige Wochen, nachdem sich der Staub gelegt hatte, tauchte ihr Firmware-Quellcode auf einem Schwarzmarkt-Forum auf. Sie haben nie herausgefunden, ob ein Angreifer den Absturz selbst ausgenutzt hatte, um die Schadsoftware zu platzieren, oder ob der USB-Stick der Übertragungsweg war. Was sie wissen, ist, dass ein einziger ausländischer Anbieter mit Kernel-Zugriff zu ihrem Single Point of Failure wurde.

Heute verwendet dieses Unternehmen ein völlig anderes Betriebssystem für seine Entwicklungsumgebung, setzt auf Open-Source-Sicherheitswerkzeuge und bewahrt Offline-Sicherungen aller kritischen Daten in einem feuerfesten Tresor auf. Sie verlangen außerdem, dass jede Drittanbieter-Software mit privilegiertem Zugriff von einem lokalen Labor geprüft wird, bevor sie in die Nähe ihres Netzwerks kommt.

Das Zitat, das alles sagt

Ein bekannter Tech-CEO sagte einmal, dass das Verlassen des Ökosystems eines dominanten ausländischen Softwareanbieters schwieriger sei als das Erreichen eines großen Weltraumerkundungs-Meilensteins. Diese Einschätzung trifft zu. Diese proprietären Systeme sind so konzipiert, dass sie klebrig wie Rattenfallen für Ihre Kunden sind. Je mehr Sie integrieren, desto schwieriger ist es, zu gehen. Und seien wir ehrlich: Die Integration funktioniert ohnehin nie so, wie beworben - sie ist nur ein Köder, um den Fuß bei Ihnen in die Tür zu bekommen.

Aber Sie müssen nicht komplett aussteigen. Sie müssen nur ein Rettungsboot bauen, das nicht von der Software eines einzelnen ausländischen Anbieters mit Kernel-Zugriff abhängt.

Wie Sie sich befreien können: Einige Vorschläge

Sie können nicht einfach einen Schalter umlegen und gehen. Aber hier sind praktische Schritte, um Ihr Risiko im Laufe der Zeit zu verringern:

👉 Entmachten Sie den Kernel. Drängen Sie auf Sicherheitswerkzeuge, die auf Benutzerebene laufen, nicht auf Kernel-Ebene. Nutzen Sie Betriebssystemfunktionen wie eBPF unter Linux, um Sicherheitseinblicke zu erhalten, ohne die Schlüssel aus der Hand zu geben. Wenn ein Anbieter sich weigert, eine benutzerebenen Alternative anzubieten, betrachten Sie das als Alarmzeichen.

👉 Diversifizieren Sie Ihre Betriebssystem-Basis. Verwenden Sie für Server und Entwicklerarbeitsplätze quelloffene Betriebssysteme, bei denen Sie die Update-Pipeline kontrollieren. Behalten Sie ein Altsystem für reine Compliance-Aufgaben, aber behandeln Sie es wie einen ThinClient für sensible Daten.

👉 Prüfen Sie jedes Stück Software mit privilegiertem Zugriff. Erstellen Sie eine Liste aller Treiber, Dienste und Agenten, die mit Systemrechten laufen. Stellen Sie jeden in Frage: "Brauchen wir das wirklich? Kann es in einer Sandbox laufen? Gibt es eine Alternative von einem Anbieter in unserer eigenen Rechtshoheit oder eine quelloffene Alternative?"

👉 Nutzen Sie Quellcode-Treuhandschaft. Verlangen Sie für jede kritische Drittanbieter-Software, dass der Anbieter den Quellcode bei einem neutralen Dritten hinterlegt. Wenn er abtrünnig wird oder verschwindet, können Sie den Code zumindest prüfen und forken.

👉 Betreiben Sie sensible Arbeitslasten auf einer Infrastruktur, die Sie kontrollieren. Nutzen Sie lokale Rechenzentren oder Anbieter, die unter dem Rechtsrahmen Ihres Landes arbeiten. Meiden Sie Cloud-Anbieter, die ausländischen Überwachungsgesetzen unterliegen. Stellen Sie sicher und bestehen Sie darauf, dass die Mitarbeiter, die Ihre Daten in der Cloud verwalten und unterstützen, nicht in Drittweltländern auf der anderen Seite der Welt sitzen.

👉 Führen Sie eine Null-Vertrauens-Netzwerkarchitektur ein. Gehen Sie davon aus, dass jede fremde Software und Hardware kompromittiert sein kann. Segmentieren Sie Ihr Netzwerk, so dass ein einzelner kompromittierter Endpunkt nicht Ihre Kronjuwelen stehlen kann.

👉 Halten Sie Offline-Sicherungen vor. Bewahren Sie Ihr wertvollstes geistiges Eigentum auf verschlüsselten Festplatten auf, die niemals mit dem Netzwerk verbunden sind. Rotieren Sie sie an einem externen Standort.

👉 Ersetzen Sie ausländische Sicherheitswerkzeuge durch quelloffene Alternativen. Es gibt ausgezeichnete quelloffene Endgeräte-Erkennungs- und Reaktionswerkzeuge, die Ihnen volle Einblicke ohne das Risiko der ausländischen Lieferkette geben.

Das Fazit

Der große Absturz war kein Unfall. Er war eine vorhersehbare Folge einer Monokultur, in der eine Handvoll ausländischer Unternehmen die Kernel-Ebene, die Cloud und die Update-Pipeline besitzen. Der nächste Vorfall könnte schlimmer sein. Es könnte ein heimlich Daten abziehender Treiber sein, der nicht abstürzt - sondern nur leise Ihren Wettbewerbsvorteil auf einen Server in einer fremden Rechtshoheit kopiert. Oder es könnte eine böswillige Nation sein, die solche Werkzeuge kapert, um vollen Zugriff auf Ihr System, Ihr Netzwerk und Ihre Daten zu erhalten.

Sie müssen keinem Anbieter nur wegen einer bekannten Marke vertrauen. Vertrauen wird verdient, und die Bilanz ist oft nicht gut.

Bauen Sie Ihre eigenen Verteidigungslinien auf. Ab heute.

👇 Welche ausländische Software-Abhängigkeit raubt Ihnen den Schlaf? Was haben Sie bereits ersetzt?

Dieser Artikel ist auch auf English verfügbar.

EuropaJustizManagementMonopoleOutsourcingPolitikSicherheitTechnologieZukunft