
Schon interessant, wie sich die Zeiten ändern. Früher dauerte es oft Tage oder Wochen, bis zu einer neuen CVE ein Proof of Concept oder sogar ein Exploit in freier Wildbahn auftauchte. Heute reden wir teilweise über Stunden.
KI sei Dank? Ganz so einfach ist es nicht. Aber CopyFail ist ein sehr gutes Beispiel dafür, wohin sich Vulnerability Research gerade entwickelt.
Bei CopyFail, geführt als CVE-2026-31431, handelt es sich um eine lokale Privilege-Escalation-Schwachstelle im Linux-Kernel. Die Schwachstelle betrifft den kryptografischen Kernel-Bereich rund um AF_ALG beziehungsweise algif_aead. Laut Xint/Theori kann ein nicht privilegierter lokaler Benutzer über die Kombination aus AF_ALG und splice()einen kontrollierten 4-Byte-Schreibvorgang in den Page Cache auslösen und dadurch unter anderem setuid-Binaries manipulieren, ohne die Datei auf der Festplatte direkt zu verändern. Das Ergebnis: Aus einem normalen lokalen Benutzer kann Root werden. (Xint)
Wichtig ist dabei: Das ist keine klassische Remote-Code-Execution. Ein Angreifer muss bereits Code auf dem System ausführen können, zum Beispiel über einen kompromittierten SSH-Zugang, einen Webshell-Foothold, einen CI/CD-Runner oder einen Container. Genau deshalb ist die Schwachstelle trotzdem so kritisch: In realen Angriffsketten ist ein erster Zugriff häufig nur der Anfang. Eine zuverlässige lokale Rechteausweitung macht aus einem begrenzten Zugriff sehr schnell eine vollständige Systemkompromittierung. Microsoft beschreibt die Schwachstelle ebenfalls als lokale Privilege Escalation mit niedrigen benötigten Rechten und ohne Benutzerinteraktion. (Microsoft)
Besonders brisant ist die Zuverlässigkeit. Laut Xint/Theori funktioniert der veröffentlichte Proof of Concept mit einem sehr kleinen Python-Skript auf getesteten Distributionen wie Ubuntu, Amazon Linux, RHEL und SUSE. Der Exploit kommt ohne Race Condition, ohne Kompilierung und ohne distributionsspezifische Anpassungen aus. Genau das unterscheidet CopyFail von vielen älteren Kernel-LPEs, bei denen Timing, Kernel-Versionen oder Speicherlayout eine größere Rolle spielten. (Xint)
Der eigentliche Weckruf ist aber nicht nur die Schwachstelle selbst, sondern der Weg dorthin. Xint/Theori beschreibt, dass die Entdeckung KI-unterstützt war. Ein Forscher hatte den relevanten Angriffsbereich im Linux-Crypto-Subsystem identifiziert und Xint Code genutzt, um diesen Bereich systematisch zu analysieren. Nach etwa einer Stunde war CopyFail laut Xint der kritischste Fund im Report. Das ist ein wichtiger Unterschied zur stark vereinfachten Aussage „eine KI hat autonom einen Zero-Day gefunden“. Nach den Primärinformationen war es eher: Menschliche Forschungsrichtung plus KI-gestützte Skalierung der Codeanalyse. Aber genau das reicht schon, um die Lage grundlegend zu verändern. (Xint)
Für Verteidiger bedeutet das: Die Zeit zwischen Veröffentlichung, PoC, breiter technischer Analyse und möglicher Ausnutzung schrumpft massiv. Was früher ein gewisses Reaktionsfenster bot, kann heute innerhalb eines Arbeitstages eskalieren. Bei CopyFail liegt ein öffentlicher PoC vor, CERT-EU warnt vor der breiten Betroffenheit moderner Linux-Distributionen seit 2017, und CISA führt CVE-2026-31431 im Known Exploited Vulnerabilities Catalog. (CERT-EU)
Für Unternehmen ist die praktische Konsequenz klar: Linux-Systeme dürfen bei solchen Schwachstellen nicht mehr „irgendwann im nächsten Wartungsfenster“ behandelt werden. Priorität haben vor allem Systeme mit externem Zugriff, Kubernetes-Nodes, Container-Hosts, CI/CD-Runner, Bastion Hosts, Entwickler-Server, Webserver und Systeme, auf denen untrusted Code ausgeführt wird. Gerade Container-Umgebungen sind kritisch, weil Container denselben Host-Kernel nutzen. Microsoft und Xint weisen darauf hin, dass CopyFail auch Auswirkungen auf Container- und Cloud-Umgebungen haben kann. (Xint)
Die sauberste Maßnahme bleibt: Kernel patchen. Wo noch kein Patch verfügbar ist oder ein Neustart nicht sofort möglich ist, empfiehlt CERT-EU als temporäre Maßnahme das Deaktivieren des betroffenen algif_aead-Kernelmoduls. Zusätzlich empfiehlt CERT-EU, die Erstellung von AF_ALG-Sockets in containerisierten Workloads und Pipelines per seccomp zu blockieren. Solche Workarounds müssen aber getestet werden, weil sie je nach Umgebung Auswirkungen auf Anwendungen haben können, die AF_ALG direkt nutzen. (CERT-EU)
Aus Security-Sicht ist CopyFail vor allem ein Signal: KI macht Angreifer nicht automatisch allmächtig. Aber sie senkt die Kosten, beschleunigt Analyseprozesse und verkürzt die Zeit bis zu verwertbaren Ergebnissen. Das gilt für legitime Forschung genauso wie für offensive Akteure. Wer heute noch mit langsamen Patch-Prozessen, unvollständigem Asset-Inventar und manueller Alarmbearbeitung arbeitet, wird bei solchen Fällen schlicht zu spät sein.
Die Lehre ist unbequem, aber eindeutig: Schwachstellenmanagement muss schneller, technischer und besser priorisiert werden. Es reicht nicht, CVEs nur nach CVSS zu sortieren. Entscheidend sind Fragen wie: Gibt es einen öffentlichen Exploit? Wird die Schwachstelle aktiv ausgenutzt? Betrifft sie Systeme mit Initial-Access-Risiko? Gibt es Container-, Cloud- oder CI/CD-Auswirkungen? Und können wir innerhalb weniger Stunden zumindest eine belastbare Zwischenmaßnahme umsetzen?
CopyFail ist damit weniger ein einzelner Linux-Bug als ein Vorgeschmack auf die neue Realität. Die Geschwindigkeit auf Angreiferseite steigt. Verteidigung muss darauf reagieren – mit aktuellem Inventar, klaren Patch-Prozessen, funktionierender Angriffserkennung und vorbereiteten Notfallmaßnahmen. Alles andere ist bei solchen Schwachstellen zu langsam.
CopyFail zeigt: Bei kritischen Schwachstellen zählt nicht nur der Patch, sondern die Reaktionsgeschwindigkeit.
Wir unterstützen Unternehmen dabei, Schwachstellen schneller zu bewerten, Systeme gezielt zu härten und Sicherheitsvorfälle frühzeitig zu erkennen. In einem kostenfreien Erstgespräch besprechen wir, wo Sie aktuell stehen und welche Maßnahmen für Ihre Umgebung wirklich sinnvoll sind.
Kostenfreies Erstgespräch buchen:
https://calendly.com/aroundsoc/erstgespraech
