{"id":103885,"date":"2022-04-27T15:36:48","date_gmt":"2022-04-27T13:36:49","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/uyazvimosti-v-networkd-dispatcher-pozvolyayushhie-poluchit-prava-root"},"modified":"2022-04-27T15:36:48","modified_gmt":"2022-04-27T13:36:49","slug":"uyazvimosti-v-networkd-dispatcher-pozvolyayushhie-poluchit-prava-root","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/news\/uyazvimosti-v-networkd-dispatcher-pozvolyayushhie-poluchit-prava-root","title":{"rendered":"Sicherheitsanf\u00e4lligkeiten in networkd-dispatcher, die root-Rechte erm\u00f6glichen","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Sicherheitsforscher von Microsoft haben zwei Schwachstellen (CVE-2022-29799, CVE-2022-29800) im Dienst networkd-dispatcher entdeckt, die den Codenamen Nimbuspwn tragen und es einem nicht privilegierten Benutzer erm\u00f6glichen, beliebige Befehle mit Root-Rechten auszuf\u00fchren. Das Problem wurde in der Version networkd-dispatcher 2.2 behoben. Informationen \u00fcber die Ver\u00f6ffentlichung von Updates durch die Distributionen liegen derzeit nicht vor (Debian, RHEL, Fedora, SUSE, Ubuntu, Arch Linux). <\/p>\n

Networkd-dispatcher wird in vielen Linux-Distributionen verwendet, einschlie\u00dflich Ubuntu, das f\u00fcr die Netzwerkkonfiguration den Hintergrundprozess systemd-networkd nutzt, und erf\u00fcllt Funktionen, die dem NetworkManager-dispatcher \u00e4hnlich sind, d.h. er f\u00fchrt Skripte beim \u00c4ndern des Netzwerkverbindungsstatus aus, zum Beispiel wird er zur Ausf\u00fchrung verwendet VPN<\/a> nach der Einrichtung der prim\u00e4ren Netzwerkverbindung. <\/p>\n

Der mit networkd-dispatcher verbundene Hintergrundprozess l\u00e4uft mit Root-Rechten und empf\u00e4ngt Signale \u00fcber Ereignisse \u00fcber den D-Bus. Informationen \u00fcber Ereignisse, die mit dem Statuswechsel von Netzwerkverbindungen zusammenh\u00e4ngen, werden von dem Dienst systemd-networkd gesendet. Das Problem besteht darin, dass nicht privilegierte Benutzer ein Ereignis \u00fcber einen nicht vorhandenen Status erzeugen und die Ausf\u00fchrung ihres Skripts initiieren k\u00f6nnen, das dann mit Root-Rechten ausgef\u00fchrt wird. <\/p>\n

Systemd-networkd ist daf\u00fcr ausgelegt, nur systemeigene Handler-Skripte auszuf\u00fchren, die im Verzeichnis \/etc\/networkd-dispatcher platziert sind und nicht vom Benutzer ersetzt werden k\u00f6nnen. Aufgrund einer Sicherheitsanf\u00e4lligkeit (CVE-2022-29799) im Code zur Verarbeitung von Dateipfaden bestand jedoch die M\u00f6glichkeit, \u00fcber das Basisverzeichnis hinauszugehen und beliebige Skripte auszuf\u00fchren. Insbesondere wurden bei der Erstellung des Dateipfads zum Skript die \u00fcber D-Bus \u00fcbergebenen Werte OperationalState und AdministrativeState verwendet, ohne spezielle Zeichen zu bereinigen. Ein Angreifer konnte einen eigenen Zustand generieren, dessen Name die Zeichen \u201e..\/\u201c enthielt, und die Anfrage an den networkd-dispatcher in ein anderes Verzeichnis umleiten. <\/p>\n

Die zweite Sicherheitsanf\u00e4lligkeit (CVE-2022-29800) betrifft einen Zeitfenster-Fehler \u2014 zwischen der \u00dcberpr\u00fcfung der Skriptparameter (Zugeh\u00f6rigkeit zu root) und deren Ausf\u00fchrung gab es einen kurzen Zeitraum, in dem es m\u00f6glich war, die Datei zu ersetzen und die \u00dcberpr\u00fcfung auf die Benutzerzugeh\u00f6rigkeit des Skripts zu umgehen. Dar\u00fcber hinaus fehlte im networkd-dispatcher eine \u00dcberpr\u00fcfung auf symbolische Links, insbesondere bei der Ausf\u00fchrung von Skripten \u00fcber den Aufruf von subprocess.Popen, was die Durchf\u00fchrung eines Angriffs erheblich erleichterte. <\/p>\n

Betriebstechnik: <\/p>\n