Zum Inhalt springen
← Zurück zum Cyberlagebild
Zuletzt aktualisiert 10.09.2026 18:30

CVE-2026-46333

CVSS 7.11 Quelle

Beschreibung

Im Linux-Kernel wurde die folgende Schwachstelle behoben: ptrace: etwas saner 'get dumpable()' Logik Bei der "Dumpability" einer Aufgabe geht es im Wesentlichen um das Speicherbild der Aufgabe - das Konzept kommt davon, ob es Core Dump kann oder nicht - und macht keinen Sinn, wenn Sie keinen zugehörigen mm haben. Und fast alle Benutzer verwenden es tatsächlich nur für den Fall, dass die Aufgabe einen mm-Pointer hat. Aber wir haben einen seltsamen Spezialfall: ptrace may access() verwendet 'dumpable', um verschiedene andere Dinge völlig unabhängig vom MM zu überprüfen (normalerweise explizit mit Flags wie PTRACE MODE READ FSCREDS). Einschließlich Threads, die keine VM mehr haben (und vielleicht nie, wie die meisten Kernel-Threads). Es ist nicht das, wofür diese Flagge entworfen wurde, aber es ist was sie ist. Der ptrace-code überprüft, ob die uid/gid übereinstimmt, so dass sie uid-0 sein müssen, um kernel-thread-details zu sehen, aber das bedeutet, dass das traditionelle drop-fähigkeiten-modell keinen unterschied für all das macht. Machen Sie alles ein *bit * mehr Sinn, indem Sie sagen, dass, wenn Sie keinen MM-Pointer haben, wir ein zwischengespeichertes "letzte Dumpability" -Flag verwenden, wenn der Thread jemals einen MM hatte (es wird Null für Kernel-Threads sein, da es nie gesetzt ist) und eine richtige CAP SYS PTRACE-Fähigkeit benötigen, um sich zu überschreiben.

HerstellerMehrere Hersteller
Produktlinux kernel, debian linux
ProduktfamilieKeine Angaben
Betroffene Versionen>=3.16.52 <3.17, >=4.4.40 <4.5, >=4.8.16 <4.9, >=4.9.1 <5.10.256, >=5.11 <5.15.207, >=5.16 <6.1.173, >=6.2 <6.6.139, >=6.7 <6.12.89, >=6.13 <6.18.31, >=6.19 <7.0.8, 7.1, 11.0
Behobene VersionenKeine Angaben

Quellen & weiterführende Informationen

Hier werden ausschließlich tatsächlich zu dieser Schwachstelle gespeicherte Quellenbelege angezeigt.

Was ist zur Behebung zu tun?

Herstellerhinweise prüfen und das betroffene Produkt kurzfristig patchen oder kompensierende Schutzmaßnahmen aktivieren.

PrioritätGelb
EinordnungZeitnah behandeln: hohes technisches Risiko.

Empfohlene Schritte

  • Betroffene Systeme identifizieren: Mehrere Hersteller linux kernel, debian linux.
  • Exposition prüfen: Internet-Erreichbarkeit, Admin-Oberflächen, VPN, Mail- oder Webdienste.
  • Hersteller-Advisory öffnen und verfügbare Updates, Workarounds oder Deaktivierungen prüfen.
  • Nacharbeiten dokumentieren: betroffene Assets, Maßnahme, Zeitpunkt, Restrestrisiko.

Übergangsmaßnahmen

  • Zugriff auf betroffene Dienste auf vertrauenswürdige Netze einschränken.
  • WAF/IDS/EDR-Regeln und Hersteller-IOCs aktivieren, sofern verfügbar.
  • Nicht benötigte Funktionen, Plugins oder Dienste temporär deaktivieren.