{"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\/news\/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 korrigierten Versionen der verteilten Quelltextverwaltungssoftware 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, die f\u00fcnf Schwachstellen beheben. Die schwerwiegendste Schwachstelle (CVE-2024-32002), die als kritisch eingestuft wird, erm\u00f6glicht die Ausf\u00fchrung von Schadcode beim Klonen eines vom Angreifer kontrollierten Repositorys mit dem Befehl \u201egit clone\u201c. <\/p>\n
Die Schwachstelle tritt nur in Dateisystemen auf, die die Gro\u00df- und Kleinschreibung nicht ber\u00fccksichtigen und symbolische Links unterst\u00fctzen, wie sie standardm\u00e4\u00dfig unter Windows und macOS verwendet werden. Der Angreifer kann einen Untermodulverzeichnis und einen symbolischen Link erstellen, die sich nur durch die Gro\u00df- und Kleinschreibung unterscheiden, wodurch die M\u00f6glichkeit besteht, Dateien im Verzeichnis .git\/ statt im Arbeitsverzeichnis des Untermoduls zu schreiben. Durch die Schreibrechte im .git\/-Verzeichnis kann der Angreifer Hook-Aufrufe \u00fcber .git\/hooks \u00fcberschreiben und beliebigen Code w\u00e4hrend des \u201egit clone\u201c-Vorgangs ausf\u00fchren. <\/p>\n
Weitere Sicherheitsanf\u00e4lligkeiten: <\/p>\n
\n
CVE-2024-32004 \u2014 In einem Mehrbenutzersystem kann ein Angreifer ein speziell gestaltetes lokales Repository vorbereiten, das beim Klonen die Ausf\u00fchrung von Code erm\u00f6glicht. Insbesondere kann der Angreifer ein lokales Repository erstellen, das wie ein teilweises Klon aussieht, in dem ein bestimmtes Objekt fehlt. Das Klonen dieses Repositorys f\u00fchrt zur Ausf\u00fchrung von Code mit den Rechten des Benutzers, der den Klonvorgang ausf\u00fchrt.\n
CVE-2024-32465 \u2014 Das Klonen von ZIP-Archiven, die ein vollst\u00e4ndiges git-Repository mit Hooks im Verzeichnis .git\/ enthalten, f\u00fchrt zur Ausf\u00fchrung dieser Hooks.\n
CVE-2024-32020 \u2014 Das Erstellen lokaler Klone eines Repositorys auf demselben Datentr\u00e4ger in einem Mehrbenutzersystem erm\u00f6glicht es anderen Benutzern, Dateien zu \u00e4ndern, f\u00fcr die harte Links verwendet werden.\n
CVE-2024-32021 \u2014 Das Klonen eines lokalen Repositorys 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 neuen Versionen wurden auch mehrere \u00c4nderungen vorgeschlagen, die darauf abzielen, den Schutz vor Schwachstellen zu erh\u00f6hen, die zu Remote-Code-Ausf\u00fchrung f\u00fchren und symbolische Links w\u00e4hrend des Klonens manipulieren. Zum Beispiel warnte git jetzt bei Vorhandensein von symbolischen Links im Verzeichnis .git\/. Die Pfade zu Submodulen d\u00fcrfen jetzt nur echte Verzeichnisse enthalten. Bei der Kreuzung von symbolischen Links und Verzeichnissen werden Verzeichnisse behandelt. Bei der Ausf\u00fchrung von \u201egit clone\u201c wurde ein Schutz gegen die Ausf\u00fchrung von Hooks w\u00e4hrend des Klonens hinzugef\u00fcgt und die \u00dcberpr\u00fcfungen des Parameters core.hooksPath wurden verst\u00e4rkt. \n Quelle: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"