Vor ein paar Tagen Es wurden Informationen über eine neue kritische Sicherheitslücke veröffentlicht. das Linux-Umgebungen betrifft „Pack2TheRoot“. Katalogisiert unter CVE-2026-41651Dieser Fehler betrifft PackageKit (ein Tool, das als D-Bus-Abstraktionsschicht fungiert, um die Paketverwaltung über mehrere Distributionen hinweg zu vereinheitlichen).
Es wird erwähnt, dass das Urteil Es ermöglicht jedem lokalen Benutzer ohne entsprechende Berechtigungen, Pakete beliebig zu installieren oder zu entfernen. Durch Ausnutzung dieser Sicherheitslücke kann ein Angreifer vollständigen Root-Zugriff auf das kompromittierte System erlangen. Die Auswirkungen sind erheblich, da das Problem seit Version 1.0.2 besteht, die vor über zwölf Jahren (2014) veröffentlicht wurde, und Standardkonfigurationen gängiger Distributionen wie Ubuntu, Debian, Rocky Linux und Fedora betrifft.
Pack2TheRoot: PackageKit-Sicherheitslücke ermöglicht Administratorzugriff unter Linux
El Die Entdeckung von Pack2TheRoot war das Ergebnis einer Untersuchung angeführt vom Roten Team der Deutschen Telekom, Sie verwendeten das künstliche Intelligenzmodell Claude Opus. um ihre Analyse lokaler Möglichkeiten zur Eskalation von Privilegien zu steuern.
LoDie Forscher stellten zunächst fest, dass der Befehl pkcon install ohne Passwort ausgeführt werden konnte.in bestimmten Fedora-Konfigurationen, was den Verdacht aufkommen ließ, dass die zugrundeliegende Autorisierung fehlerhaft sei. Nachdem die Sicherheitslücke bestätigt und den PackageKit-Entwicklern verantwortungsvoll gemeldet wurde, Es wurde ein funktionierender Exploit entwickelt. Die detaillierte Veröffentlichung wurde jedoch strategisch verzögert, um Benutzern und Administratoren die Möglichkeit zu geben, die notwendigen Aktualisierungen vorzunehmen.
Die Mechanik des Angriffs
Die Wurzel des Die Verwundbarkeit liegt in einer beruflichen Situation (TOCTOU-Typ: Zeiterfassung bis Nutzungserfassung) innerhalb Hintergrundprozess-Transaktionsmanagement (Daemon) von PackageKitPackageKit, das als Root-Benutzer agiert, delegiert die Autorisierung an das polkit-System. Wenn ein Client die Installation eines Pakets anfordert, beispielsweise mit der Methode InstallFiles, übermittelt er eine Reihe von Flags, die das Verhalten der Transaktion bestimmen.
Bestimmte Flags, wie z. B. SIMULATE oder ONLY_DOWNLOAD, weisen PackageKit an, die polkit-Autorisierung zu überspringen. da sie sichere Operationen darstellen, die theoretisch den Zustand des Systems nicht verändern. Der Fehler tritt auf, weil der Transaktionshandler überschreibt. Diese Indikatoren werden bei jedem neuen Aufruf bedingungslos zwischengespeichert, ohne zu überprüfen, ob die Transaktion bereits autorisiert wurde oder sich in Ausführung befindet.
Un Ein Angreifer kann mithilfe von „sicheren“ Indikatoren eine Transaktion initiieren. (wodurch die Autorisierung von polkit umgangen wurde) und, Millisekunden später, eine zweite D-Bus-Anfrage senden. Für dieselbe Transaktion, diesmal jedoch mit schädlichen Flags, die eine tatsächliche Installation auslösen. Aufgrund der Prioritätsarchitektur der Ereignisschleife von GLib (bei der D-Bus-Nachrichten vor Leerlauf-Callbacks verarbeitet werden), überschreibt die zweite Anfrage die Parameter unmittelbar vor dem Start des Schedulers.
Als Folge davon wird die zuvor als „sicher“ autorisierte Transaktion mit den geänderten Parametern ausgeführt., das Paket mit Administratorrechten installieren.
Lösungen und Schadensbegrenzung
Es ist zu beachten, dass die Die Sicherheitslücke wurde in PackageKit Version 1.3.5 behoben.Daher raten die Entwickler Systemadministratoren dringend, zu überprüfen, ob ihre Systeme angreifbar sind, indem sie den Dienststatus mit Befehlen wie systemctl status packagekit überprüfen oder die Aktivität mit pkmon überwachen.
Die Die wichtigsten Distributionen, darunter Debian, Ubuntu und Fedora, haben bereits mit der Verteilung der Pakete begonnen. Aktualisierungen werden über die offiziellen Kanäle veröffentlicht. Für Systeme, für die kein Patch sofort verfügbar ist, haben Forscher einen Workaround vorgeschlagen: die Bereitstellung einer benutzerdefinierten Polkit-Regel.
dieser Die Regel verweigert sofort und stillschweigend Installationsaktionen von PackageKit. Für alle Benutzer außer root verhindert dies, dass das Fenster für eine Race Condition geöffnet wird. Es ist wichtig zu beachten, dass der Exploit zwar schnell und unauffällig ist, aber dennoch deutliche Spuren in den Systemprotokollen hinterlässt: Nach einem erfolgreichen Exploit stürzt der PackageKit-Daemon aufgrund eines Assertionsfehlers ab (assertion failed: (!transaction->priv->emitted_finished)). Obwohl systemd den Dienst neu startet und so einen Denial-of-Service-Angriff verhindert, ist das Vorhandensein dieser Meldung in journalctl ein starkes Indiz dafür, dass das System kompromittiert wurde.
Abschließend können Sie, falls Sie mehr darüber erfahren möchten, die folgende Quelle konsultieren: Details im folgenden Link.