{"id":148355,"date":"2025-11-14T11:12:02","date_gmt":"2025-11-14T09:12:02","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/uyazvimost-v-kde-lightdm-greeter-povyshayushhaya-privilegii-s-polzovatelya-lightdm-do-root"},"modified":"2025-11-14T11:12:02","modified_gmt":"2025-11-14T09:12:02","slug":"uyazvimost-v-kde-lightdm-greeter-povyshayushhaya-privilegii-s-polzovatelya-lightdm-do-root","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/novosti-interneta\/uyazvimost-v-kde-lightdm-greeter-povyshayushhaya-privilegii-s-polzovatelya-lightdm-do-root","title":{"rendered":"Vulnerability in KDE LightDM Greeter that elevates privileges from lightdm user to root","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
In LightDM KDE Greeter, developed by the KDE project as a login screen implementation based on the LightDM framework, a vulnerability (CVE-2025-62876) has been identified, allowing privilege escalation from an unprivileged lightdm user, under which LightDM runs, to the root user. The vulnerability has been fixed in version lightdm-kde-greeter 6.0.4. <\/p>\n
La vulnerabilit\u00e0 \u00e8 stata rilevata dal team del progetto SUSE dopo la revisione della richiesta di aggiunta del pacchetto lightdm-kde-greeter al repository openSUSE Tumbleweed. Il problema \u00e8 presente nel servizio DBus che consente agli utenti di configurare i propri temi per la schermata di accesso. Il servizio \u00e8 implementato come gestore KAuth eseguito con privilegi di root. La vulnerabilit\u00e0 \u00e8 causata dalla presenza nel codice di una logica separata per la gestione delle impostazioni che iniziano con la stringa \"copy_\". Per tali impostazioni con privilegi di root veniva chiamata una funzione che copiava un file specificato nella cartella \/var\/lib\/lightdm, di propriet\u00e0 dell'utente lightdm. Questa operazione veniva utilizzata per caricare immagini dalla cartella dell'utente, che LightDM non poteva leggere direttamente durante la visualizzazione della schermata di accesso a causa delle restrizioni di accesso. <\/p>\n
L'operazione di copia viene eseguita con i diritti di root e, dopo la copia, viene modificato il proprietario del file risultante. Pertanto, questa funzionalit\u00e0 pu\u00f2 essere utilizzata per copiare in una cartella pubblicamente accessibile \/var\/lib\/lightdm file a cui gli utenti normali non hanno accesso, come \/etc\/shadow. Inoltre, creando un collegamento simbolico con il nome del file trasferibile nella cartella \/var\/lib\/lightdm, \u00e8 possibile organizzare la sovrascrittura di qualsiasi file nel sistema. <\/p>\n
Se l'esecuzione del gestore del cambio tema LightDM \u00e8 consentita nelle impostazioni di Polkit per utenti non privilegiati, la vulnerabilit\u00e0 esaminata consente di elevare i privilegi di qualsiasi utente a root. Tuttavia, in pratica, Polkit richiede solitamente il diritto \"auth_admin_keep\" per eseguire questa azione, il che implica la necessit\u00e0 di inserire la password dell'amministratore. In queste condizioni, un attacco pu\u00f2 essere effettuato se si ha accesso con i diritti dell'utente lightdm. <\/p>\n
Poich\u00e9 per eseguire un attacco \u00e8 necessario manipolare i diritti dell'utente lightdm, al problema \u00e8 stato assegnato un basso livello di pericolo. Si presume che la vulnerabilit\u00e0 possa essere utilizzata come secondo anello per l'escalation dei privilegi dopo il successo di un'altra vulnerabilit\u00e0 in LightDM, che ha consentito l'accesso all'esecuzione di codice con i diritti dell'utente lightdm. \n Fonte: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"