Linux-Sicherheitslücke CVE-2026-98432: Was Unternehmen jetzt prüfen sollten

 

Eine Sicherheitslücke im Linux-Kernel kann Angreifern ermöglichen, betroffene Systeme über das Netzwerk anzugreifen – ohne Anmeldung und ohne Zutun eines Mitarbeiters. Unternehmen sollten deshalb zeitnah prüfen, welche ihrer Systeme betroffen sind und ob die erforderlichen Sicherheitsupdates bereits wirksam installiert wurden.

Dabei geht es um mehr als klassische Linux-Server: Auch Geräte und Plattformen, deren Betriebssystem auf Linux basiert, gehören in die Bestandsaufnahm

Was steckt hinter der Sicherheitslücke?

Die Schwachstelle **CVE-2026-98432** betrifft die Verarbeitung eingehender IPv4-TCP-Verbindungen. Unter bestimmten Bedingungen greift der Kernel auf Speicher zu, der bereits freigegeben wurde. Dieser Fehler wird als „Use-after-free“ bezeichnet.

Mögliche Folgen sind Systemabstürze, Speicherbeschädigungen und unter bestimmten Voraussetzungen die Ausführung von Schadcode. Red Hat bewertet die Schwachstelle als kritisch. Angreifer benötigen weder Zugangsdaten noch eine Benutzeraktion. [Quelle: Red Hat](https://access.redhat.com/security/cve/cve-2026-98432).

Für Unternehmen bedeutet das: Ein erreichbarer Netzwerkdienst auf einem ungepatchten System kann zum Risiko für den Geschäftsbetrieb werden.

Welche Systeme müssen geprüft werden?

Die Bestandsaufnahme sollte zunächst Linux-Server und virtuelle Maschinen umfassen, die eingehende Netzwerkverbindungen annehmen. Zusätzlich sollten Verantwortliche für Firewalls, NAS-Systeme und Virtualisierungsplattformen prüfen, ob der jeweilige Hersteller eine Betroffenheit bestätigt und Updates bereitstellt.

**Die bloße Verwendung von Linux beweist noch keine konkrete Betroffenheit.**
Entscheidend sind das Produkt, der eingesetzte Kernel, bereits enthaltene Sicherheitskorrekturen und die Erreichbarkeit des Systems.

Auch eine ältere Kernel-Versionsnummer bedeutet nicht automatisch, dass die Lücke noch offen ist: Distributionen übernehmen Sicherheitskorrekturen häufig in bestehende Versionen. Maßgeblich ist deshalb die Sicherheitsmeldung des jeweiligen Herstellers. [Quelle: Red Hat zur Bewertung von Versionsständen](https://access.redhat.com/security/cve/cve-2026-98432)

Warum eine einzelne Einstellung nicht genügt

Der bislang demonstrierte Weg zur Codeausführung steht mit Multipath TCP, kurz MPTCP, in Verbindung. Daraus lässt sich jedoch keine Entwarnung für andere Systeme ableiten.

Red Hat stellt ausdrücklich klar: **Auch Systeme ohne aktiviertes MPTCP können betroffen sein.** Das Abschalten dieser Funktion beseitigt die zugrunde liegende Schwachstelle nicht. Zusätzliche Paketfilter können das Risiko vorübergehend reduzieren, ersetzen aber kein Sicherheitsupdate. [Quelle: Red Hat Security Bulletin](https://access.redhat.com/security/vulnerabilities/RHSB-2026-016)

Diese Schritte empfehlen wir Unternehmen

1. **Systeme erfassen:**
Welche Linux-Systeme und Geräte sind im Einsatz? Wer ist für deren Wartung verantwortlich?

2. **Herstellerinformationen abgleichen:**
Liegt für das konkrete Produkt und die eingesetzte Version ein freigegebenes Update vor?

3. **Updates priorisieren:**
Aus dem Internet erreichbare Systeme sollten zuerst bewertet werden.

4. **Wartungsfenster planen:**
Datensicherung, mögliche Unterbrechungen und erforderliche Neustarts vorab berücksichtigen.

5. **Wirksamkeit kontrollieren:**
Nach der Aktualisierung prüfen, ob tatsächlich der korrigierte Kernel läuft und die benötigten Dienste funktionieren.

Beim üblichen Kernel-Update wird die Korrektur erst durch einen Neustart aktiv. Allein das Herunterladen oder Installieren des Pakets reicht deshalb nicht aus. AWS weist in seiner Anleitung ausdrücklich auf den Neustart und die anschließende Kontrolle hin. [Quelle: AWS](https://docs.aws.amazon.com/lightsail/latest/userguide/address-cve-2026-98432.html)

Sie benötigen Unterstützung bei der Prüfung?

Wenn unklar ist, welche Systeme betroffen sind oder wie sich Updates mit möglichst geringer Betriebsunterbrechung einspielen lassen, sprechen Sie uns an. Gemeinsam klären wir den Handlungsbedarf und stimmen die nächsten Schritte für Ihre Umgebung ab.

Bei unseren Wartungsvertragskunden haben wir die erforderlichen Sicherheitsupdates bereits präventiv und ohne gesonderte Aufforderung durchgeführt.