{"id":106404,"date":"2023-01-19T06:48:10","date_gmt":"2023-01-19T04:48:10","guid":{"rendered":"https:\/\/prohoster.info\/?p=106404"},"modified":"2023-01-19T14:02:40","modified_gmt":"2023-01-19T12:02:40","slug":"dve-uyazvimosti-v-git-sposobnye-privesti-k-udalyonnomu-vypolneniyu-koda","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/novosti-interneta\/dve-uyazvimosti-v-git-sposobnye-privesti-k-udalyonnomu-vypolneniyu-koda","title":{"rendered":"Zwei Sicherheitsanf\u00e4lligkeiten in Git, die zu einer Remote-Codeausf\u00fchrung f\u00fchren k\u00f6nnen","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Es wurden fehlerbehebende Versionen des verteilten Verwaltungssystems f\u00fcr Quelltexte Git 2.39.1, 2.38.3, 2.37.5, 2.36.4, 2.35.6, 2.34.6, 2.33.6, 2.32.5, 2.31.6 und 2.30.7 ver\u00f6ffentlicht, in denen zwei Sicherheitsanf\u00e4lligkeiten behoben wurden, die die Ausf\u00fchrung eigenen Codes auf dem Benutzerger\u00e4t bei Verwendung des Befehls «git archive» und dem Umgang mit unsicheren externen Repositories erm\u00f6glichen. Die Schwachstellen resultieren aus Fehlern im Formatierungscode f\u00fcr Commits und der Analyse der Datei «.gitattributes», die beim Verarbeiten externer Repositories zu Schreibvorg\u00e4ngen au\u00dferhalb des Heap-Speichers und zum Lesen beliebiger Daten aus dem Speicher f\u00fchren k\u00f6nnen. <\/p>\n
Beide Schwachstellen wurden w\u00e4hrend eines Sicherheitsaudits der Git-Codebasis entdeckt, das von der Firma X41 im Auftrag des OSTIF (Open Source Technology Improvement Fund) durchgef\u00fchrt wurde. Dieser wurde ins Leben gerufen, um die Sicherheit offener Projekte zu verbessern. Neben den beiden kritischen Problemen, die nachfolgend behandelt werden, wurden bei dem Audit auch eine gef\u00e4hrliche Schwachstelle, eine Schwachstelle mittlerer Schwere und vier unkritische Probleme gefunden. Dar\u00fcber hinaus wurden 27 Empfehlungen zur Verbesserung der Sicherheit der Codebasis ausgesprochen. <\/p>\n
\n
CVE-2022-41903: Ganzzahl\u00fcberlauf im Formatierungscode f\u00fcr Commit-Informationen, der bei der Verarbeitung gro\u00dfer Offset-Werte in F\u00fclloperatoren wie «%<(«, «%<|(«, «%>(«, «%>>(» und «%><(» auftritt. Der Ganzzahl\u00fcberlauf tritt in der Funktion format_and_pad_commit() auf, da der Typ int f\u00fcr die size_t-Variable verwendet wird, die bei dem Aufruf von memcpy() an der Bestimmung der Offset-Gr\u00f6\u00dfe des kopierten Blocks beteiligt ist.\n
Die Schwachstelle zeigt sich sowohl bei direkter Ausf\u00fchrung mit speziell gestalteten Formatierungsparametern (z.B. bei der Ausf\u00fchrung von \"git log --format=...\"), als auch bei indirekter Anwendung der Formatierung w\u00e4hrend der Ausf\u00fchrung des Befehls \"git archive\" in einem vom Angreifer kontrollierten Repository. Im zweiten Fall werden die Formatierungsmodifikatoren \u00fcber den Parameter export-subst in der Datei \".gitattributes\" definiert, die der Angreifer in seinem Repository platzieren kann. Dieses Problem kann ausgenutzt werden, um beliebige Bereiche im Speicher zu lesen und zu schreiben, was zur Ausf\u00fchrung von sch\u00e4dlichem Code f\u00fchren kann, wenn mit unzuverl\u00e4ssigen Repositories gearbeitet wird. <\/p>\n
CVE-2022-23521: Ganzzahlen\u00fcberlauf beim Parsen des Inhalts von Dateien «.gitattributes» im Repository, der sich bei der Verarbeitung einer sehr gro\u00dfen Anzahl von Dateipfadschemas oder einer Vielzahl von Attributen mit einem Schema zeigt, sowie beim Parsen sehr gro\u00dfer Attributnamen. Das Problem kann ausgenutzt werden, um beliebige Bereiche im Heap zu lesen und zu schreiben, und k\u00f6nnte zur Ausf\u00fchrung von Angreifer-Code f\u00fchren, wenn mit einem nicht vertrauensw\u00fcrdigen Repository gearbeitet wird, in dem der Angreifer eine speziell gestaltete .gitattributes-Datei bereitstellt und deren Aufnahme in den Index sicherstellt. <\/ul>\n
Die Ver\u00f6ffentlichung von Paketupdates in verschiedenen Distributionen kann auf den folgenden Seiten verfolgt werden: Debian, Ubuntu, Gentoo, RHEL, SUSE, Arch, FreeBSD, NetBSD. Um das Risiko eines Angriffs zu verringern, sollten Sie bei Nichterhalt von Updates von nicht vertrauensw\u00fcrdigen Repositories absehen und die Verwendung des Befehls «git archive» vermeiden. Es ist wichtig, sich zu erinnern, dass der Befehl «git archive» im Hintergrund ausgef\u00fchrt werden kann, beispielsweise durch den git daemon. Um die Ausf\u00fchrung von «git archive» in git daemon zu deaktivieren, sollte die Option daemon.uploadArch mit dem Befehl «git config —global daemon.uploadArch false» ge\u00e4ndert werden. <\/p>\n
Zus\u00e4tzlich kann eine weitere Sicherheitsanf\u00e4lligkeit (CVE-2022-41953) im Produkt Git f\u00fcr Windows erw\u00e4hnt werden. Diese erm\u00f6glicht die Ausf\u00fchrung von Code beim Klonen \u00fcber die grafische Benutzeroberfl\u00e4che von nicht verifizierten externen Repositories. Das Problem entsteht, da Git GUI f\u00fcr Windows nach dem Befehl \u201echeckout\u201c automatisch einige Nachbearbeitungsbefehle ausf\u00fchrt, wie z. B. das Ausf\u00fchren des Programms zur Rechtschreibpr\u00fcfung, wobei die Suchpfade f\u00fcr die Datei zur Rechtschreibpr\u00fcfung auch das geklonte Arbeitsverzeichnis umfassen (der Angriff besteht darin, spell-check in das Arbeitsverzeichnis des Repositories hinzuzuf\u00fcgen). \n Quelle: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"