Scroll to top
    Zurück zum Blog
    IT-Sicherheit · Linux-Schwachstelle 2026

    Pack2TheRoot: Kritische Linux-Lücke ermöglicht Root-Zugriff

    CVE-2026-41651 (CVSS 8.8): Jeder lokale Benutzer kann auf Ubuntu, Debian, Fedora und Rocky Linux zu root werden – über den PackageKit-Daemon. Auch für Unternehmen im Kreis Heinsberg ein akutes Risiko.

    28.04.2026 9 min Lesezeit
    Pack2TheRoot Linux Sicherheitslücke – Hacker mit Tux-Pinguin im Fadenkreuz, Warnung Root-Zugriff
    CVE
    2026-41651
    CVSS 3.1
    8.8 (High)
    Komponente
    PackageKit
    Fix in
    ≥ 1.3.5

    Was steckt hinter Pack2TheRoot?

    Die Schwachstelle steckt im PackageKit-Daemon – einer distro-übergreifenden Abstraktionsschicht für Paketverwaltung, die in nahezu jedem Linux-Desktop und vielen Servern (über Cockpit) im Hintergrund läuft. Jeder unprivilegierte lokale Benutzer kann Pakete installieren oder entfernen – ohne Passwort, ohne Authentifizierung.

    Entdeckt wurde die Lücke vom Red Team der Deutschen Telekom – KI-unterstützt mit Claude Opus, manuell verifiziert und im April 2026 verantwortungsvoll an die PackageKit-Maintainer gemeldet. Betroffen sind PackageKit 1.0.2 bis 1.3.4 – also Code, der seit über 12 Jahren in Distributionen ausgerollt wird.

    Lokal heißt: Wer eine Shell bekommt – via SSH, Ticket-Tool, Build-Agent oder kompromittiertem User-Account – wird zu root.

    Welche Systeme sind betroffen?

    Die Telekom hat folgende Distributionen in Standard-Installationen mit apt und dnf Backend explizit verifiziert:

    Ubuntu Desktop
    18.04 (EOL), 24.04.4 LTS, 26.04 LTS Beta
    Ubuntu Server
    22.04 – 24.04 LTS
    Debian Desktop
    Trixie 13.4
    RockyLinux Desktop
    10.1
    Fedora
    43 Desktop & Server
    RHEL (Cockpit)
    potenziell betroffen, sofern PackageKit aktiv

    Es ist davon auszugehen: Jede Distribution, die PackageKit aktiv ausliefert, ist verwundbar.

    pack2theroot-check.sh
    # Debian / Ubuntu: PackageKit-Version prüfen
    $ dpkg -l | grep -i packagekit
    # Fedora / RHEL / Rocky: PackageKit-Version prüfen
    $ rpm -qa | grep -i packagekit
    # Daemon-Status prüfen
    $ systemctl status packagekit
    # Aktivität testen (PackageKit < 1.3.3)
    $ pkmon
    # oder ab PackageKit >= 1.3.3
    $ pkgcli monitor
    # IOC – Crash nach erfolgreicher Ausnutzung
    $ journalctl --no-pager -u packagekit | grep -i emitted_finished

    Indicator of Compromise (IOC)

    Eine erfolgreiche Ausnutzung erzeugt eine reproduzierbare Spur: Der PackageKit-Daemon stürzt mit einer Assertion ab. Systemd startet den Daemon automatisch neu, der Fehler bleibt aber in journalctl sichtbar.

    Apr 18 09:56:36 host packagekitd: PackageKit:ERROR:../src/pk-transaction.c:514:
      pk_transaction_finished_emit: assertion failed:
      (!transaction->priv->emitted_finished)
    Apr 18 09:56:36 host packagekitd: Bail out! PackageKit:ERROR:...

    Findet sich dieser Eintrag in deinen Logs, ist das ein starker Hinweis auf einen aktiven Exploit-Versuch – auch rückwirkend.

    Mögliche Folgen für dein Unternehmen

    Vollzugriff auf Server

    Beliebiger lokaler User wird zu root – Konfigurationen, Daten und Dienste sind komplett kontrollierbar.

    Datenabfluss

    Datenbanken, Backups und Geheimnisse können lautlos exfiltriert werden, oft wochenlang unentdeckt.

    Manipulation von Systemen

    Schadcode wird per Paketinstallation persistent verankert, Updates manipuliert, Audit-Trails verfälscht.

    Ransomware-Vorbereitung

    Pack2TheRoot ist klassischer Initial Access für Lateral Movement, Domain-Übernahme und spätere Verschlüsselung.

    Was du jetzt tun solltest

    01

    Sofort patchen

    PackageKit auf 1.3.5 oder Distro-Backport aktualisieren. Debian, Ubuntu und Fedora haben CVE-2026-41651 bereits adressiert. Wenn PackageKit nicht benötigt wird: deinstallieren oder Daemon deaktivieren.

    02

    Systeme prüfen

    Logs auf den IOC-Crash 'pk_transaction_finished_emit: assertion failed' analysieren. Cockpit-Hosts und Entwickler-Workstations gezielt auditieren – auch dort läuft PackageKit oft im Hintergrund.

    03

    Zugriffe härten

    Least-Privilege konsequent durchsetzen. Lokale Shells und SSH-Zugänge auf wirklich notwendige Personen reduzieren. Sudo-Rechte regelmäßig überprüfen.

    04

    Monitoring aktivieren

    Privilege-Escalation-Versuche, Prozessbäume und ungewöhnliche D-Bus-Aufrufe in EDR/XDR und SIEM korrelieren. Ohne diese Sichtbarkeit bleibt der Angriff unentdeckt.

    Wasacon Insight: Realität 2026

    Pack2TheRoot ist kein „weiterer Bug". Die Lücke war 12 Jahre lang im Code. Wer heute davon ausgeht, dass „Linux per Design sicher" sei, übersieht die zentrale Wahrheit moderner Angriffe:

    Geh davon aus, dass der Angreifer schon drin ist.

    Prävention allein reicht nicht. Unternehmen brauchen EDR und XDR, um lokale Privilege Escalation früh zu erkennen, Threat Intelligence, um Muster wie Pack2TheRoot in den eigenen Logs überhaupt zu identifizieren, sowie eine konsequente Netzwerksegmentierung, damit ein einzelner kompromittierter Linux-Host nicht das gesamte Netzwerk öffnet.

    Ist dein Linux-System bereits kompromittiert?

    Wir prüfen deine Infrastruktur auf Pack2TheRoot, andere Privilege-Escalation-Lücken und aktive Angriffsmuster – mit Schwachstellenanalyse, Angriffserkennung und Härtung deiner Server. Persönlich vor Ort im Kreis Heinsberg, deutschlandweit per Remote.

    Häufig gestellte Fragen

    Diskussion

    0 Beiträge

    Lade Kommentare …
    Neuer Kommentar
    0/2000

    E-Mail wird nur zur Verifizierung verwendet, nicht veröffentlicht. Beiträge werden manuell geprüft.

    IT-Budget Quick-Check

    Wie viel sollte Ihr Unternehmen jährlich in IT investieren?

    Risiko-Level: Mittel · Multiplikator: 1.2×

    Richtwerte auf Basis von BSI/NIST/ENISA-Branchenbenchmarks. Keine verbindliche Empfehlung.

    Das könnte Sie auch interessieren

    Haftungsausschluss: Die auf Wasacon bereitgestellten Inhalte dienen nur zu Informationszwecken. Wir garantieren nicht die Qualität, Genauigkeit oder Vollständigkeit der Informationen aus Drittquellen.

    Sind Zugangsdaten Ihres Unternehmens bereits im Umlauf?

    Wir prüfen Ihre Domain kostenlos gegen bekannte Infostealer- und Leak-Datenbanken – vertraulich und unverbindlich.

    Bekannt aus

    Wasa Consult, Data Recovery Service, Heinsberg, Nordrhein-Westfalen