{"id":115816,"date":"2024-05-16T02:59:27","date_gmt":"2024-05-16T00:59:27","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/pyat-uyazvimostej-v-git-sredi-kotoryh-odna-kriticheskaya-i-dve-opasnye"},"modified":"2024-05-16T02:59:27","modified_gmt":"2024-05-16T00:59:27","slug":"pyat-uyazvimostej-v-git-sredi-kotoryh-odna-kriticheskaya-i-dve-opasnye","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/novosti-interneta\/pyat-uyazvimostej-v-git-sredi-kotoryh-odna-kriticheskaya-i-dve-opasnye","title":{"rendered":"F\u00fcnf Sicherheitsanf\u00e4lligkeiten in Git, darunter eine kritische und zwei gef\u00e4hrliche.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Die Korrekturversionen der verteilten Quellverwaltungssysteme Git 2.45.1, 2.44.1, 2.43.4, 2.42.2, 2.41.1, 2.40.2 und 2.39.4 wurden ver\u00f6ffentlicht, in denen f\u00fcnf Sicherheitsanf\u00e4lligkeiten behoben wurden. Die schwerwiegendste Schwachstelle (CVE-2024-32002), die als kritisch eingestuft wird, erm\u00f6glicht es Angreifern, beim Ausf\u00fchren des Befehls «git clone» ein Repository, das vom Angreifer kontrolliert wird, auszuf\u00fchren. <\/p>\n
Die Schwachstelle tritt nur in Dateisystemen auf, die die Gro\u00df- und Kleinschreibung nicht unterscheiden und symbolische Links unterst\u00fctzen, beispielsweise die standardm\u00e4\u00dfig in Windows und macOS verwendeten. Die Ausnutzung erfolgt durch das Erstellen eines Submoduls mit einem Verzeichnis und einem symbolischen Link, der sich nur durch die Gro\u00df- und Kleinschreibung unterscheidet, was dazu f\u00fchrt, dass Dateien in das Verzeichnis .git\/ anstelle des Arbeitsverzeichnisses des Submoduls geschrieben werden. Wenn ein Angreifer Schreibzugriff auf .git\/ hat, kann er Hook-Aufrufe \u00fcber .git\/hooks \u00fcberschreiben und die Ausf\u00fchrung beliebigen Codes w\u00e4hrend des «git clone»-Vorgangs erreichen. <\/p>\n
Weitere Schwachstellen: <\/p>\n
\n
CVE-2024-32004 — Ein Angreifer in einer Multi-User-Umgebung kann ein speziell gestaltetes lokales Repository vorbereiten und die Ausf\u00fchrung von Code beim Klonen erreichen. Insbesondere kann der Angreifer ein lokales Repository erstellen, das wie ein partielles Klon aussieht, in dem ein bestimmtes Objekt fehlt. Das Klonen dieses Repositories f\u00fchrt zur Ausf\u00fchrung von Code mit den Rechten des Benutzers, der die Klonoperation ausf\u00fchrt.\n
CVE-2024-32465 — Das Klonen aus Zip-Archiven, die ein komplettes Git-Repository mit Hooks im Verzeichnis .git\/ enthalten, f\u00fchrt zur Ausf\u00fchrung dieser Hooks.\n
CVE-2024-32020 — Das Erstellen lokaler Klone eines Repositories auf derselben Festplatte in einer Multi-User-Umgebung erm\u00f6glicht es anderen Benutzern, Dateien zu \u00e4ndern, f\u00fcr die harte Links verwendet werden.\n
CVE-2024-32021 — Das Klonen eines lokalen Repositories mit symbolischen Links kann verwendet werden, um harte Links auf beliebige Dateien im Verzeichnis objects\/ zu erstellen. <\/ul>\n
Neben der Behebung von Sicherheitsanf\u00e4lligkeiten in den neuen Versionen wurden auch mehrere \u00c4nderungen vorgeschlagen, die darauf abzielen, den Schutz vor Schwachstellen zu erh\u00f6hen, die zur Remote-Codeausf\u00fchrung f\u00fchren und symbolische Links beim Klonen manipulieren. Beispielsweise gibt Git jetzt eine Warnung aus, wenn symbolische Links im Verzeichnis .git\/ vorhanden sind. Die Pfade zu Submodulen d\u00fcrfen ab sofort nur echte Verzeichnisse enthalten. Bei einer Kreuzung von symbolischen Links und Verzeichnissen werden Verzeichnisse behandelt. Bei der Ausf\u00fchrung von «git clone» wurde der Schutz vor der Ausf\u00fchrung von Hooks w\u00e4hrend des Klonens hinzugef\u00fcgt und die \u00dcberpr\u00fcfungen des Parameters core.hooksPath verst\u00e4rkt. \n Quelle: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"