Pochi giorni fa Sono state rilasciate informazioni su una nuova vulnerabilità critica che influenza gli ambienti Linux chiamati "Pack2TheRoot". Catalogato con il codice CVE-2026-41651Questa falla interessa PackageKit (uno strumento che funge da livello di astrazione D-Bus per unificare la gestione dei pacchetti tra diverse distribuzioni).
Si menziona che la sentenza Consente a qualsiasi utente locale senza privilegi di installare o rimuovere pacchetti arbitrariamente. Sfruttando questa vulnerabilità, un utente malintenzionato può ottenere l'accesso root completo al sistema compromesso. L'impatto è considerevole, dato che il problema è presente dalla versione 1.0.2, rilasciata oltre dodici anni fa (nel 2014), e interessa le configurazioni predefinite di distribuzioni popolari come Ubuntu, Debian, Rocky Linux e Fedora.
Pack2TheRoot: una vulnerabilità di PackageKit concede l'accesso di amministratore su Linux
El La scoperta di Pack2TheRoot è stata il risultato di un'indagine guidato dal Red Team di Deutsche Telekom, che Hanno utilizzato il modello di intelligenza artificiale Claude Opus per guidare la loro analisi dei vettori locali di escalation dei privilegi.
LoI ricercatori hanno inizialmente osservato che il comando pkcon install poteva essere eseguito senza richiedere una password.in alcune configurazioni di Fedora, il che ha sollevato sospetti sull'autorizzazione sottostante. Dopo aver confermato e segnalato responsabilmente la vulnerabilità ai manutentori di PackageKit, È stato sviluppato un exploit funzionante, sebbene la sua pubblicazione dettagliata sia stata strategicamente posticipata per consentire a utenti e amministratori di applicare gli aggiornamenti necessari.
La meccanica dell'attacco
la radice del La vulnerabilità risiede in una condizione di carriera (Tipo TOCTOU: Dal momento del controllo al momento dell'utilizzo) all'interno gestione delle transazioni di processo in background (demone) di PackageKitPackageKit, operando come utente root, delega l'autorizzazione al sistema polkit. Quando un client richiede l'installazione di un pacchetto, ad esempio utilizzando il metodo InstallFiles, trasmette una serie di flag che determinano il comportamento della transazione.
Flag specifici, come SIMULATE o ONLY_DOWNLOAD, indicano a PackageKit di ignorare l'autorizzazione di polkit. poiché rappresentano operazioni sicure che, in teoria, non modificano lo stato del sistema. L'errore si verifica perché il gestore delle transazioni sovrascrive Questi indicatori vengono memorizzati nella cache incondizionatamente ad ogni nuova chiamata, senza verificare se la transazione sia già stata autorizzata o sia in fase di esecuzione.
Un Un attaccante può avviare una transazione utilizzando indicatori "sicuri". (aggirando così l'autorizzazione di polkit) e, millisecondi dopo, inviare una seconda richiesta D-Bus per la stessa transazione, ma questa volta con flag dannosi che comandano un'installazione effettiva. A causa dell'architettura di priorità del ciclo di eventi di GLib (in cui i messaggi D-Bus vengono elaborati prima delle callback inattive), la seconda richiesta sovrascrive i parametri appena prima che lo scheduler avvii l'operazione.
Di conseguenza, la transazione precedentemente autorizzata come "sicura" viene eseguita con i parametri sostituiti., installando il pacchetto con privilegi di amministratore.
Soluzioni e misure di mitigazione
Va notato che il La vulnerabilità è stata corretta nella versione 1.3.5 di PackageKit.Pertanto, gli sviluppatori esortano gli amministratori di sistema a verificare se i loro sistemi sono vulnerabili controllando lo stato del servizio utilizzando comandi come systemctl status packagekit o monitorando l'attività con pkmon.
Le Le principali distribuzioni, tra cui Debian, Ubuntu e Fedora, hanno già iniziato a distribuire i pacchetti. Gli aggiornamenti vengono rilasciati tramite i canali ufficiali. Per i sistemi in cui una patch non è immediatamente disponibile, i ricercatori hanno proposto una soluzione alternativa: implementare una regola polkit personalizzata.
Questa La regola nega immediatamente e silenziosamente le azioni di installazione di PackageKit. Per qualsiasi utente diverso da root, questo impedisce l'apertura della finestra di race condition. È importante notare che, sebbene l'exploit sia veloce e silenzioso, lascia una traccia chiara nei log di sistema: dopo un exploit riuscito, il demone PackageKit si arresta in modo anomalo a causa di un errore di asserzione (asserzione fallita: (!transaction->priv->emitted_finished)). Sebbene systemd riavvii il servizio, impedendo un attacco denial-of-service, la presenza di questo messaggio in journalctl è un forte indicatore che il sistema è stato compromesso.
Infine, se sei interessato a saperne di più, puoi consultare il dettagli nel seguente collegamento.