{"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\/de\/blog\/novosti-interneta\/uyazvimost-v-kde-lightdm-greeter-povyshayushhaya-privilegii-s-polzovatelya-lightdm-do-root","title":{"rendered":"Sicherheitsanf\u00e4lligkeit im KDE LightDM Greeter, die Privilegien von lightdm-Benutzern auf root-Niveau erh\u00f6ht","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Im LightDM KDE Greeter, einer von KDE entwickelten Implementierung des Anmeldebildschirms, die auf dem LightDM-Framework basiert, wurde eine Sicherheitsanf\u00e4lligkeit (CVE-2025-62876) entdeckt, die es erm\u00f6glicht, Privilegien von einem nicht privilegierten Benutzer lightdm, unter dem LightDM ausgef\u00fchrt wird, auf root zu erh\u00f6hen. Die Schwachstelle wurde in der Version lightdm-kde-greeter 6.0.4 behoben. <\/p>\n
Die Schwachstelle wurde vom SUSE-Projektteam nach der Pr\u00fcfung des Antrags zur Hinzuf\u00fcgung des Pakets lightdm-kde-greeter zum openSUSE Tumbleweed-Repository festgestellt. Das Problem besteht im DBus-Dienst, der es Benutzern erm\u00f6glicht, ihre eigenen Anmeldebildschirm-Themen anzupassen. Der Dienst wird als KAuth-Handler implementiert, der mit Root-Rechten ausgef\u00fchrt wird. Die Schwachstelle resultiert aus der Existenz einer separaten Logik im Code zur Verarbeitung von Einstellungen, die mit dem String \u201ecopy_\u201c beginnen. Bei solchen Einstellungen mit Root-Rechten wurde eine Funktion aufgerufen, die die angegebene Datei in das Verzeichnis \/var\/lib\/lightdm kopierte, das dem Benutzer lightdm geh\u00f6rt. Dieser Vorgang wurde verwendet, um Bilder aus dem Benutzerverzeichnis zu laden, die LightDM aufgrund von Zugriffsrechten w\u00e4hrend der Anzeige des Anmeldebildschirms nicht direkt lesen konnte. <\/p>\n
Der Kopiervorgang wird mit Root-Rechten ausgef\u00fchrt und der Eigent\u00fcmer der resultierenden Datei wird nach dem Kopieren ge\u00e4ndert. Daher kann diese M\u00f6glichkeit genutzt werden, um Dateien in das \u00f6ffentlich zug\u00e4ngliche Verzeichnis \/var\/lib\/lightdm zu kopieren, auf die normale Benutzer keinen Zugriff haben, wie z. B. \/etc\/shadow. Dar\u00fcber hinaus kann durch das Erstellen eines symbolischen Links mit dem Namen der zu \u00fcbertragenden Datei im Verzeichnis \/var\/lib\/lightdm eine \u00dcberschreibung beliebiger Dateien im System organisiert werden. <\/p>\n
Wenn die Ausf\u00fchrung des LightDM-Themenwechsel-Handlers in den Polkit-Einstellungen f\u00fcr unprivilegierte Benutzer erlaubt ist, erm\u00f6glicht die betrachtete Schwachstelle es, die Privilegien eines beliebigen Benutzers auf root zu erh\u00f6hen. In der Praxis ist jedoch normalerweise die Berechtigung \u201eauth_admin_keep\u201c erforderlich, um diese Aktion in Polkit auszuf\u00fchren, was die Eingabe des Administratorkennworts voraussetzt. Unter diesen Umst\u00e4nden k\u00f6nnte der Angriff mit Zugriff auf die Rechte des Benutzers lightdm durchgef\u00fchrt werden. <\/p>\n
Da f\u00fcr einen Angriff Manipulationen an den Rechten des Benutzers lightdm erforderlich sind, wurde das Problem als wenig gef\u00e4hrlich eingestuft. Es wird angenommen, dass die Schwachstelle als zweiten Schritt zur Erh\u00f6hung der Privilegien verwendet werden kann, nachdem eine andere Schwachstelle in LightDM erfolgreich ausgenutzt wurde, die den Zugriff auf die Ausf\u00fchrung von Code mit den Rechten des Benutzers lightdm erm\u00f6glicht hat. \n Quelle: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"