LONDON (IT BOLTWISE) – Ein Kernel-Fehler im Traffic-Control-Subsystem (CVE-2026-46331, „pedit COW“) erlaubt lokalen Angreifern ohne Privilegien Root-Zugriff, indem sie die gemeinsam genutzte Page-Cache-Kopie eines setuid-Binaries manipulieren. Der funktionierende Proof-of-Concept wurde innerhalb eines Tages nach der CVE-Zuweisung öffentlich. Besonders kritisch ist die Kombination aus ladbarem act_pedit und offenen unprivilegierten User-Namespaces, die in vielen Test- und Container-Umgebungen vorkommen. Red Hat bewertet die Lücke als „important“ und empfiehlt die gepatchten Kernel sowie zusätzliche Härtung, bis Systeme aktualisiert sind.
Linux-Administratoren müssen sich derzeit auf eine besonders heimtückische Klasse von Privilege-Escalation einstellen: Mit CVE-2026-46331 („pedit COW“) lässt sich aus einem unprivilegierten lokalen Kontext Root erlangen. Der Kern des Problems sitzt im Traffic-Control-Subsystem, genauer in der Packet-Editing-Aktion act_pedit innerhalb von packet-editing. Der öffentliche, funktionierende Exploit tauchte Berichten zufolge bereits innerhalb von 24 Stunden nach der CVE-Zuweisung auf. Das Tempo ist deshalb so relevant, weil der Angriff nicht über Dateisystem-Operationen läuft, sondern die in-memory-Repräsentation (Page Cache) eines setuid-root Programms vergiftet.
Technisch betrachtet handelt es sich um einen Out-of-bounds-Write, der den Copy-on-Write-Mechanismus unterläuft. Der Kernel soll bei Eingriffen in gepufferte Daten normalerweise eine private Kopie erzeugen, bevor er an den Puffer schreibt. Bei tcf_pedit_act() wird jedoch nur der Schreibbereich geprüft, bevor alle Offsets zur Laufzeit feststehen. Manche Edit-Keys ermitteln ihre endgültigen Positionen erst während der Verarbeitung. Wenn dann Offsets außerhalb des ursprünglich als schreibbar geprüften Bereichs landen, modifiziert der Kernel nicht eine private Kopie, sondern eine gemeinsam genutzte Page-Cache-Seite. Dieses Muster erinnert an frühere Exploit-Familien wie Dirty Pipe, Copy Fail, DirtyClone oder Dirty Frag.
Neu ist weniger das „Wo“ im Cache als der „Einstiegspunkt“: Unprivilegierte Nutzer können tc-Aktionen aus einer User-Namespace heraus konfigurieren. Genau diese Namespace-Fähigkeit verschafft Angreifern die lokale Netzwerk-Privilegie CAP_NET_ADMIN, die nötig ist, um den Bug überhaupt auszulösen. Das bedeutet für die Praxis: Systeme, bei denen unprivilegierte User-Namespaces standardmäßig aktiviert sind, sind nicht nur theoretisch exponiert. In Tests auf RHEL 10 und Debian 13 (trixie) waren beide Voraussetzungen gegeben. Auf Ubuntu 24.04 spielt AppArmor die Tür zumindest teilweise noch offen, während Ubuntu 26.04 den Pfad durch restriktive AppArmor-Profile typischerweise blockiert, obwohl der Kernel-Defekt weiterhin vorhanden ist.
Für die Marktauswirkung und die Priorisierung in der Betriebsorganisation ist entscheidend, wie schnell aus einem „Patch ist drin“-Moment ein „Exploit ist draußen“-Moment wird. Red Hat stuft CVE-2026-46331 als „important“ ein und stellt die betroffenen Releases zusammen: RHEL 8, 9 und 10 gelten als betroffen, RHEL 7 ist nicht gelistet. Debian hat trixie über den Security-Channel geschlossen; Debian 11 und 12 bleiben hingegen noch als verwundbar ausgewiesen. Ubuntu führt als betroffen offenbar unterstützte Releases von 18.04 bis 26.04, Stand Mitte der Woche. In der Konsequenz landen solche Lücken nicht nur in klassischen „Server-Hardening“-Backlogs, sondern auch in CI/CD- und Build-Workflows, Kubernetes Nodes und geteilten Labor- oder Forschungsumgebungen.
Was sollten Teams konkret tun? Erstens: gepatchten Kernel installieren und rebooten, denn nur ein kompletter Austausch der Kernel-Komponenten beendet den Pfad zuverlässig. Zweitens: dort, wo tc-pedit-Regeln nicht benötigt werden, sollte der Kernelmodul-Pfad abgeschnitten werden. In der Praxis kann man prüfen, ob act_pedit geladen ist, etwa via lsmod | grep act_pedit, und anschließend das Laden unterbinden, indem man install act_pedit /bin/true in eine passende modprobe.d-Konfiguration schreibt. Drittens: wenn man die Angriffsfläche drastisch reduzieren will, hilft das Deaktivieren unprivilegierter User-Namespaces. Auf RHEL wird hierfür user.max_user_namespaces=0 diskutiert, auf Debian/Ubuntu kernel.unprivileged_userns_clone=0; allerdings kann das Rootless-Container, bestimmte CI-Sandboxes und auch Browser-Sandboxen beeinträchtigen.
Wichtig ist außerdem die Erwartungssteuerung bei Detektion und Incident Response. Da der Exploit den Zielzustand über den Page Cache verfälscht, können Datei-Integritätsprüfungen in vielen Setups unauffällig bleiben, weil nichts „auf dem Datenträger“ verändert wird. Selbst das Leeren des Page Caches (z. B. über /proc/sys/vm/drop_caches) kann zwar die vergiftete in-memory Kopie entfernen, beendet aber nicht notwendigerweise bereits eröffnete Root-Shells. Sicherheitsverantwortliche sollten das betroffene System daher als kompromittiert behandeln, bis eine belastbare Forensik und ein sauberes Rebuild/Resync erfolgt sind. Für die Zukunft gilt: Bei Kernel-Data-Corruption-Wegen ist „auf Scanner-Regeln warten“ meist zu spät, weil Weaponization häufig schneller folgt als öffentliche Warnungen.
Ein Blick in den Prozess zeigt, warum das passiert: Der fix wurde nach Angaben aus dem Umfeld bereits im späten Mai auf dem netdev-Mailinglist-Kontext als routineartige Data-Corruption-Korrektur eingeordnet. Details zum ausnutzbaren Pfad lagen dennoch längere Zeit öffentlich, ohne dass unmittelbar ein CVE oder eine Security-Warnung daraus abgeleitet wurde; die CVE kam dann erst am 16. Juni mit der nachgelagerten „Exposure“-Logik. Für Unternehmen heißt das: Patch-Tracking darf nicht bei „Security Advisory“-E-Mails stoppen. Wer Kernel-Builds und Backport-Zyklen ohnehin automatisiert ausrollt, sollte insbesondere Mechanismen rund um Copy-on-Write und Page-Cache-Handling in den Change-Checks priorisieren und bei unprivilegierten User-Namespaces engere Limits oder Profile durchsetzen.
💳 Amazon-Kreditkarte mit 2.000 Euro Limit bestellen!
🔥 Heutige Hot Deals bei Amazon: Bis zu 80% Rabatte!
🎉 Amazon Haul-Store für absolute Schnäppchenjäger!
- ★ 23-stufiges KI-Go-Training – Für Spieler mit Grundkenntnissen der Regeln – Entwickelt als intelligenter Trainingspartner passt sich die KI Spielern von 18K bis 9D an. Ideal für alle, die die Grundregeln bereits beherrschen und ihr Spiel verbessern möchten.
- IHR EMOTIONALER AI-BEGLEITER: Eiliko ist mehr als nur ein Anhänger, es ist ein charismatischer KI-Freund. Mit einem dynamischen LED-Bildschirm, der eine Vielzahl von animierten Gesichtern und Ausdrucksformen anzeigt, reagiert er auf Ihre Interaktionen mit einzigartiger Persönlichkeit und Charme.
- 【MEHR LEBEN FÜR DEINEN SCHREIBTISCH】 Lerne Eilik kennen – deinen kleinen Roboter-Freund mit Persönlichkeit. Mit liebevollen Animationen, ausdrucksstarken Reaktionen und spielerischen Interaktionen bringt Eilik mehr Freude in deinen Alltag. Ob auf dem Schreibtisch, im Büro oder am Nachttisch – Eilik wird schnell zu einem vertrauten Begleiter für besondere Momente.
- 【XL-Größe für gedeihende Pflanzen】Geben Sie Ihren Pflanzen den Raum, den sie verdienen! Unser verbessertes, großes 13,7 cm großes Design bietet Platz für Pflanzen mit einem Durchmesser von bis zu 8,9 cm und damit deutlich mehr Platz für Wurzelwachstum und Pflanzengesundheit im Vergleich zu kleineren, veralteten Modellen. Die Produktabmessungen betragen 13,6 x 13,6 x 13,2 cm und das Gerät wiegt nur 355 g.
- V28 Update - JETZT MIT NEUEN FUNKTIONEN! Als Reaktion auf das Ladeproblem von Loona haben wir das automatische Aufladen 2.0 verbessert. Diese Optimierung hilft Loona, die Ladewege in verschiedenen Szenarien zu erkennen und anzupassen, um die Erfolgsquote beim automatischen Aufladen zu erhöhen. Mobile Hotspots können sich mit Loona verbinden und überwinden WLAN-Einschränkungen, sodass Sie jederzeit und überall mit Loona interagieren können.
- Die besten Bücher rund um KI & Robotik!
- Die besten KI-News kostenlos per eMail erhalten!
- Zur Startseite von IT BOLTWISE® für aktuelle KI-News!
- IT BOLTWISE® kostenlos auf Patreon unterstützen!
- Aktuelle KI-Jobs auf StepStone finden und bewerben!
- Künstliche Intelligenz: Dem Menschen überlegen – wie KI uns rettet und bedroht | Der Neurowissenschaftler, Psychiater und SPIEGEL-Bestsellerautor von »Digitale Demenz«
Du hast einen wertvollen Beitrag oder Kommentar zum Artikel "Linux „pedit COW“: Kernel-Paket-Editing führt zu Root per Cache-Poisoning" für unsere Leser?
#Sophos
#AmazonPrime
#Bestseller
Es werden alle Kommentare moderiert!
Für eine offene Diskussion behalten wir uns vor, jeden Kommentar zu löschen, der nicht direkt auf das Thema abzielt oder nur den Zweck hat, Leser oder Autoren herabzuwürdigen.
Wir möchten, dass respektvoll miteinander kommuniziert wird, so als ob die Diskussion mit real anwesenden Personen geführt wird. Dies machen wir für den Großteil unserer Leser, der sachlich und konstruktiv über ein Thema sprechen möchte.
Du willst nichts verpassen?
Du möchtest über ähnliche News und Beiträge wie "Linux „pedit COW“: Kernel-Paket-Editing führt zu Root per Cache-Poisoning" informiert werden? Neben der E-Mail-Benachrichtigung habt ihr auch die Möglichkeit, den Feed dieses Beitrags zu abonnieren. Wer natürlich alles lesen möchte, der sollte den RSS-Hauptfeed oder IT BOLTWISE® bei Google News wie auch bei Bing News abonnieren.
Nutze die Google-Suchmaschine für eine weitere Themenrecherche: »Linux „pedit COW“: Kernel-Paket-Editing führt zu Root per Cache-Poisoning« bei Google Deutschland suchen, bei Bing oder Google News!