Intersect ruft Cardano-Betreiber zum Patchen der kritischen Linux-Kernel-Lücke CVE202698432 auf

Intersect, eine mitgliederbasierte Cardano-Organisation, hat Stake-Pool-Betreiber aufgefordert, Block-Producer und Relay-Server zu patchen und neu zu starten, sobald Fixes für eine kritische Linux-Kernel-Schwachstelle verfügbar sind. In einem Update vom 30. Oktober riet Intersect Betreibern, die Kernel auf beiden Servertypen zu prüfen und den korrigierten Kernel ihrer Distribution zu installieren, sobald er veröffentlicht wird. Die Schwachstelle CVE202698432 hat laut kernel.org einen CVSS-3.1-Score von 9,8 und gilt damit als kritisch. Der Fehler betrifft die Verarbeitung eingehender IPv4-TCP-Verbindungen durch den Kernel. Er kann dazu führen, dass der Kernel auf bereits freigegebenen Speicher zugreift. Laut Red-Hat-Sicherheitsbulletin könnte ein entfernter Angreifer ohne Anmeldedaten die Race Condition ausnutzen, um Code auszuführen. Die Beschreibung nennt zudem Systemabstürze und Speicherkorruption als Risiken. Bei Cardano umfasst die Warnung sowohl die Maschinen, die Blöcke erzeugen, als auch die Relays, die sie mit dem übrigen Netzwerk verbinden. Die Betreiberdokumentation von Cardano empfiehlt, Block-Producer nur mit eigenen oder vertrauenswürdigen Relays zu verbinden, um sie vom Internet abzuschirmen. Der Intersect-Hinweis berichtet nicht von einer Ausnutzung gegen Cardano und beziffert nicht, wie viele Pools anfällige Kernel einsetzen. Patches und Übergangslösungen Der Ubuntu-Tracker, zuletzt aktualisiert am 30. Oktober, führt die Standard-Kernel für Ubuntu 22.04, 24.04, 26.04 und 26.10 als anfällig; Fixes sind in Arbeit. Das Red-Hat-Bulletin vom 30. Oktober listet RHEL 8, 9 und 10 als betroffen und kündigt beschleunigte Fixes an. AlmaLinux meldete am 30. Oktober, gepatchte Kernel für die Versionen 8, 9 und 10 seien in Test-Repositories verfügbar, vor der Produktionsfreigabe. Ein korrigierter RHEL-Kernel lag zu diesem Zeitpunkt nicht vor. Der Fehler reicht bis Linux 4.4 zurück; Upstream-Fixes wurden in gepflegte Stable-Branches zurückportiert. Der demonstrierte Angriff nutzte Multipath TCP (MPTCP). Forscher von Anthropic erklärten, ihr Proof of Concept könne Pakete an einen Linux-Server mit MPTCP-Listener senden und Befehle als Root ausführen – ohne Anmeldedaten oder Nutzerinteraktion. Das Go Security Team warnte, der zugrunde liegende Fehler sei nicht MPTCP-spezifisch. Auch Systeme ohne solche Listener können anfällig sein. AlmaLinux rät, MPTCP zu deaktivieren, wo es nicht benötigt wird, und Dienste mit bestehenden MPTCP-Listenern neu zu starten. Eine reine Einstellungsänderung stoppt nur die Erstellung neuer MPTCP-Sockets. Red Hat bietet außerdem eine Firewall-Maßnahme, die eingehende IPv4-TCP-Pakete mit IP-Optionen filtert. Betreiber sollen die Regel vor dem Einsatz gegen ihre Workloads testen. Die Filterung könne die Angriffsfläche verringern, eine Ausnutzung aber nicht vollständig verhindern. Beide Anbieter betonen, dass Übergangslösungen die Installation eines gepatchten Kernels nicht ersetzen. Intersect weist Betreiber ausdrücklich an, nach dem Update neu zu starten.