{"id":106827,"date":"2023-02-15T18:48:14","date_gmt":"2023-02-15T16:48:14","guid":{"rendered":"https:\/\/prohoster.info\/?p=106827"},"modified":"2023-02-16T11:50:36","modified_gmt":"2023-02-16T09:50:36","slug":"uyazvimosti-v-git-privodyashhaya-k-utechke-i-perezapisi-dannyh","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/news\/uyazvimosti-v-git-privodyashhaya-k-utechke-i-perezapisi-dannyh","title":{"rendered":"Sicherheitsanf\u00e4lligkeiten in Git, die zu Datenlecks und -\u00fcberschreibungen f\u00fchren","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Korrigierte Releases des verteilten Systems zur Versionskontrolle Git 2.38.4, 2.37.6, 2.36.5, 2.35.7, 2.34.7, 2.33.7, 2.32.6, 2.31.7 und 2.30.8 wurden ver\u00f6ffentlicht, in denen zwei Schwachstellen behoben wurden, die Optimierungen beim lokalen Klonen und den Befehl «git apply» betreffen. Die Aktualisierungen f\u00fcr Paketverteilungen k\u00f6nnen auf den Seiten von Debian, Ubuntu, RHEL, SUSE\/openSUSE, Fedora, Arch, FreeBSD verfolgt werden. Falls ein Update nicht m\u00f6glich ist, wird empfohlen, den Befehl «git clone» mit der Option «—recurse-submodules» f\u00fcr nicht vertrauensw\u00fcrdige Repositories zu vermeiden und die Befehle «git apply» und «git am» mit unzuverl\u00e4ssigem Code nicht zu verwenden. <\/p>\n
\n
Die Schwachstelle CVE-2023-22490 erm\u00f6glicht es einem Angreifer, der die Inhalte des geklonten Repositories kontrolliert, Zugriff auf vertrauliche Daten des Benutzersystems zu erhalten. Zwei M\u00e4ngel f\u00fchren zur Entstehung der Schwachstelle:\n
Der erste Mangel erm\u00f6glicht es bei der Arbeit mit einem speziell gestalteten Repository, lokale Klonoptimierungen anzuwenden, selbst wenn ein Transport verwendet wird, der mit externen Systemen interagiert. <\/p>\n
Der zweite Mangel erlaubt das Platzieren eines symbolischen Links anstelle des Verzeichnisses $GIT_DIR\/objects, \u00e4hnlich wie bei der Schwachstelle CVE-2022-39253, bei deren Behebung das Platzieren von symbolischen Links im Verzeichnis $GIT_DIR\/objects blockiert wurde, jedoch nicht \u00fcberpr\u00fcft wurde, ob das Verzeichnis $GIT_DIR\/objects selbst ein symbolischer Link sein k\u00f6nnte. <\/p>\n
Im Modus des lokalen Klonens \u00fcbertr\u00e4gt Git $GIT_DIR\/objects in das Zielverzeichnis und dereferenziert symbolische Links, was dazu f\u00fchrt, dass die Dateien, auf die die Links verweisen, direkt in das Zielverzeichnis kopiert werden. Der Wechsel zu lokalen Klonoptimierungen f\u00fcr nicht-lokalen Transport erm\u00f6glicht es, die Schwachstelle beim Umgang mit externen Repositories auszunutzen (zum Beispiel kann das rekursive Einschlie\u00dfen von Submodulen mit dem Befehl «git clone —recurse-submodules» zum Klonen eines b\u00f6sartigen Repositories f\u00fchren, das als Submodul in einem anderen Repository verpackt ist). <\/p>\n
Die Schwachstelle CVE-2023-23946 erm\u00f6glicht es, den Inhalt von Dateien au\u00dferhalb des Arbeitsverzeichnisses durch \u00dcbermittlung speziell gestalteter Eingaben an den Befehl «git apply» zu \u00fcberschreiben. Beispielsweise kann ein Angriff durch die Verarbeitung von von einem Angreifer erstellten Patches in «git apply» durchgef\u00fchrt werden. Um das Erstellen von Dateien durch Patches au\u00dferhalb der Arbeitskopie zu blockieren, verhindert «git apply» die Verarbeitung von Patches, die versuchen, eine Datei mit symbolischen Links zu schreiben. Diese Schutzma\u00dfnahme konnte jedoch umgangen werden, indem zun\u00e4chst ein symbolischer Link erstellt wurde. <\/ul>\n