Der Linux-Kernel entfernt mit AF_ALG eine seit Jahren bestehende Schnittstelle zur Nutzung von Kernel-Verschlüsselungsfunktionen aus dem Userspace. Grund ist die wachsende Bedrohung durch KI-gestützte Sicherheitslücken, die den Betrieb nicht länger vertretbar machen. Die Streichung erfolgt schrittweise und beginnt mit dem kommenden Linux 7.2.
Die Schnittstelle AF_ALG wurde mit Linux 2.6.38 im Jahr 2011 eingeführt und erlaubte es Anwendungen, die im Kernel integrierten Krypto-Algorithmen über Socket-Aufrufe zu nutzen. Ursprünglich als Brücke zu Hardware-Beschleunigern gedacht, hatte AF_ALG jedoch einen hohen Preis: Es öffnete die gesamte Kernel-Krypto-Infrastruktur für unprivilegierte Prozesse und schuf eine breite Angriffsfläche, die nun nicht mehr zu verteidigen ist.
„Nicht mehr zu sichern“ – KI beschleunigt Entdeckung von Sicherheitslücken
Der Google-Entwickler Eric Biggers, der den Entfernungs-Patch vorlegte, begründete den Schritt mit den veränderten Rahmenbedingungen. AF_ALG sei nahezu vollständig überflüssig und lege eine enorm große Angriffsfläche offen. „Moderne Schwachstellen-Entdeckungswerkzeuge haben die Verteidigung überholt“, schrieb Biggers in seinem Patch.
Den unmittelbaren Auslöser lieferte der im April 2026 veröffentlichte Exploit CVE-2026-31431, bekannt als „Copy Fail“. Der Sicherheitsforscher Taeyang Lee von der südkoreanischen Firma Theori entdeckte die Lücke mit einer KI-gesteuerten Code-Analyse-Plattform namens Xint Code. Die Untersuchung des Kernel-Krypto-Subsystems dauerte dabei lediglich eine Stunde. Die Schwachstelle betraf nahezu alle Linux-Distributionen seit 2017 und erlaubte die vollständige Übernahme des Systems mit nur 732 Byte Python-Code – eine Eskalation von Privilegien, wie sie zuletzt bei Dirty Pipe oder Dirty COW beobachtet worden war.
Was ist AF_ALG und warum wird es jetzt entfernt?
AF_ALG war ein Socket-Interface, das Anwendungen den Zugriff auf die Kernel-Krypto-API ermöglichte. Der Hauptzweck war die gemeinsame Nutzung von Hardware-Beschleunigern für Verschlüsselung. Doch in der Praxis nutzten nur wenige Programme diese Schnittstelle. Zu den bekanntesten zählt iwd, ein WLAN-Daemon von Intel. OpenSSL unterstützte AF_ALG ab Version 1.1.0, doch die meisten Installationen nutzen eigene Userspace-Krypto-Bibliotheken. Die Diskrepanz zwischen extrem geringer Nutzung und enormem Sicherheitsrisiko war nicht mehr zu rechtfertigen.
Schrittweiser Abbau: Von Nullkopie zur vollständigen Entfernung
Der Prozess der Abschaffung begann nicht erst mit dem aktuellen Patch. Bereits am 18. Mai 2026 wurde die Nullkopie-Unterstützung (Zero-Copy) aus AF_ALG entfernt. Diese Funktion galt als besonders gefährlich, da sie Angriffen wie TOCTOU (Time-of-Check-to-Time-of-Use) Tür und Tor öffnete. Der Copy-Fail-Exploit nutzte genau diesen Weg über manipulierbare Page-Cache-Seiten.
Der nun vorgelegte Patch deklariert AF_ALG vollständig als veraltet (deprecated) und entfernt die Unterstützung für Hardware-Beschleuniger. Biggers begründete dies mit einem ungünstigen Kosten-Nutzen-Verhältnis: Die Verarbeitung über Hardware-Acceleratoren verursache sowohl in der Performance als auch in der Angriffsfläche höheren Aufwand, ohne nachweisbare Vorteile gegenüber Software-Implementierungen. Falls es tatsächlich Workloads gebe, bei denen ein externer Beschleuniger sinnvoll sei, müsse dafür eine neue API entwickelt werden.
Zurück bleiben vorerst nur Software-Implementierungen der am wenigsten fehleranfälligen Algorithmen, die weiterhin für unprivilegierte Prozesse zugänglich sind. Dies ist jedoch nur eine Übergangslösung. Die vollständige Löschung von AF_ALG ist das erklärte Ziel.
Welche Systeme sind betroffen?
Für die meisten Desktop- und Server-Umgebungen hat die Abschaffung kaum Folgen. Wichtige Komponenten wie dm-crypt (LUKS), kTLS, IPsec, SSH, OpenSSL, GnuTLS und NSS benötigen AF_ALG nicht. Betroffen sind:
- Systeme, die OpenSSL mit explizit aktiviertem afalg-engine nutzen
- Anwendungen, die AF_ALG-Sockets direkt ansprechen
- Embedded-Linux-Systeme, die Hardware-Verschlüsselung über AF_ALG ansteuern
In diesen Fällen ist ein Wechsel auf Userspace-Krypto-Bibliotheken erforderlich.
Angriffsflächenmanagement im Zeitalter der KI
Die Abschaffung von AF_ALG ist kein isolierter Vorfall, sondern ein Symptom für einen grundlegenden Wandel in der Kernel-Entwicklung. Mit Linux 7.1, das sich derzeit im Release-Candidate-Stadium befindet, zeichnet sich bereits ab, wie stark KI die Arbeitsweise verändert hat. Linus Torvalds selbst beklagte eine Flut von KI-generierten Patches und stellte klar, dass KI-erzeugte Fehlerberichte grundsätzlich als öffentlich gelten.
Die Entdeckungskosten für Sicherheitslücken sind drastisch gesunken. Eine Schwachstelle, die neun Jahre lang unentdeckt blieb, wird von einer KI in einer Stunde gefunden. In einer solchen Umgebung ist es nicht mehr tragbar, eine kaum genutzte Schnittstelle mit großer Angriffsfläche zu erhalten. Der Kernel-Krypto-Bereich hat daraus die Konsequenz gezogen: Was sich nicht mehr sichern lässt, wird entfernt.
Eric Biggers schloss seinen Patch mit einem sachlichen Satz: „Lasst uns voranschreiten und die Abschaffung dokumentieren.“ Es ist ein Satz, der zeigt, wie ernst die Lage eingeschätzt wird.
