Im LightDM KDE Greeter, einer von KDE entwickelten Implementierung des Anmeldebildschirms, die auf dem LightDM-Framework basiert, wurde eine Sicherheitsanfälligkeit (CVE-2025-62876) entdeckt, die es ermöglicht, Privilegien von einem nicht privilegierten Benutzer lightdm, unter dem LightDM ausgeführt wird, auf root zu erhöhen. Die Schwachstelle wurde in der Version lightdm-kde-greeter 6.0.4 behoben.
Die Sicherheitsanfälligkeit wurde vom SUSE-Projektteam nach der Überprüfung des Antrags auf die Hinzufügung des Pakets lightdm-kde-greeter zum openSUSE Tumbleweed-Repository entdeckt. Das Problem besteht im DBus-Dienst, der es Benutzern ermöglicht, ihre eigenen Anmeldebildschirm-Themen anzupassen. Der Dienst wird als KAuth-Handler implementiert, der mit root-Rechten ausgeführt wird. Die Schwachstelle wird durch das Vorhandensein separater Logik im Code verursacht, die für die Verarbeitung von Einstellungen, die mit der Zeile 'copy_' beginnen, zuständig ist. Für solche Einstellungen mit root-Rechten wurde eine Funktion aufgerufen, die eine bestimmte Datei in das Verzeichnis /var/lib/lightdm kopiert, das dem Benutzer lightdm gehört. Diese Operation wurde verwendet, um Bilder aus dem Benutzerverzeichnis zu laden, die LightDM während der Anzeige des Anmeldebildschirms aufgrund von Zugriffsrechten nicht direkt lesen konnte.
Der Kopiervorgang wird mit Root-Rechten ausgeführt und der Eigentümer der resultierenden Datei wird nach dem Kopieren geändert. Daher kann diese Möglichkeit genutzt werden, um Dateien in das öffentlich zugängliche Verzeichnis /var/lib/lightdm zu kopieren, auf die normale Benutzer keinen Zugriff haben, wie z. B. /etc/shadow. Darüber hinaus kann durch das Erstellen eines symbolischen Links mit dem Namen der zu übertragenden Datei im Verzeichnis /var/lib/lightdm eine Überschreibung beliebiger Dateien im System organisiert werden.
Wenn die Ausführung des Thememanagers LightDM in den Polkit-Einstellungen für unprivilegierte Benutzer zulässig ist, ermöglicht die besprochene Schwachstelle, die Berechtigungen eines beliebigen Benutzers auf Root zu erhöhen. In der Praxis erfordert Polkit für diese Aktion normalerweise jedoch das Recht 'auth_admin_keep', was die Eingabe eines Administratorpassworts erfordert. Unter diesen Bedingungen kann ein Angriff erfolgen, wenn Zugang mit Benutzerrechten von lightdm besteht.
Da für einen Angriff Manipulationen an den Rechten des Benutzers lightdm erforderlich sind, wurde das Problem als wenig gefährlich eingestuft. Es wird angenommen, dass die Schwachstelle als zweiten Schritt zur Erhöhung der Privilegien verwendet werden kann, nachdem eine andere Schwachstelle in LightDM erfolgreich ausgenutzt wurde, die den Zugriff auf die Ausführung von Code mit den Rechten des Benutzers lightdm ermöglicht hat.
Quelle: opennet.ru
