{"id":184239,"date":"2026-11-12T11:41:56","date_gmt":"2026-11-12T09:41:56","guid":{"rendered":"https:\/\/prohoster.info\/blog\/news\/uyazvimost-v-git-dopuskayushhaya-vypolnenie-koda-pri-klonirovanii-iz-vredonosnogo-git-repozitoriya"},"modified":"2026-11-12T11:42:03","modified_gmt":"2026-11-12T09:42:03","slug":"git-vulnerability-allows-code-execution-when-cloning-a-malicious-git-repository","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/news\/git-vulnerability-allows-code-execution-when-cloning-a-malicious-git-repository","title":{"rendered":"Ein Sicherheitsproblem in Git, das die Ausf\u00fchrung von Code beim Klonen aus einem b\u00f6sartigen Git-Repository zul\u00e4sst.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Die korrigierten Versionen des verteilten Versionskontrollsystems Git 2.56.1, 2.55.1, 2.54.1, 2.53.1, 2.52.1, 2.51.3 und 2.50.2 wurden ver\u00f6ffentlicht, in denen 6 Sicherheitsanf\u00e4lligkeiten behoben wurden. Die gef\u00e4hrlichste Anf\u00e4lligkeit (CVE-2026-111760) erm\u00f6glicht die Ausf\u00fchrung von Code bei Verwendung des Befehls \"git clone\" im Modus \"--recurse-submodules\" mit von einem Angreifer kontrollierten Repositories.<\/p>\n
Das Problem ergibt sich daraus, dass die L\u00e4nge des Namens im Index als 32-Bit-Ganzzahl berechnet wird. Bei der \u00dcbermittlung eines sehr langen Namens wie \".git\/...\" tritt ein ganzzahliges \u00dcberlaufproblem auf, sodass der Angreifer eine L\u00e4nge von 4 Byte berechnen kann. Infolgedessen werden bei der \u00dcberpr\u00fcfung des Wertes die tats\u00e4chlichen Daten verwendet, w\u00e4hrend bei der Durchf\u00fchrung der Operation die gek\u00fcrzte Version \".git\" verwendet wird, was es dem Angreifer erm\u00f6glicht, die Datei \".git\" im Submodul durch einen symbolischen Link zu ersetzen, der auf ein Verzeichnis mit Konfigurationen und Hooks verweist.<\/p>\n
Weitere Sicherheitsanf\u00e4lligkeiten:<\/p>\n
\n
CVE-2026-113408 \u2014 Verzeichnis\u00fcberlauf in refs\/ durch \u00dcbermittlung eines symbolischen Links mit dem Wert \"refs\/heads\/...\/...\/TARGET\" als HEAD-Zweig beim Klonen eines leeren Repositories \u00fcber das Protokoll Git v2. Bei der anschlie\u00dfenden Ausf\u00fchrung von \"git commit\" wird die Datei TARGET im Stammverzeichnis des Repositories erstellt, die genutzt werden kann, um Dateien im Repository zu \u00fcberschreiben und die Ausf\u00fchrung von Code zu erm\u00f6glichen.\n
CVE-2026-114467 \u2014 Stack-\u00dcberlauf beim Entfernen von GPG-Signaturen, was m\u00f6glicherweise zur Ausf\u00fchrung beliebigen Codes f\u00fchren kann. Das Problem resultiert daraus, dass die Funktion remove_signature() die Positionen von Signaturen in einem festen Array speichert, das maximal f\u00fcr zwei Signaturen ausgelegt ist. Bei der \u00dcbermittlung eines Tags mit drei oder mehr Signaturen werden die Daten au\u00dferhalb des Arrays gespeichert.\n
CVE-2026-114469 \u2014 Bei der \u00dcberpr\u00fcfung der Einschr\u00e4nkungen f\u00fcr die Gr\u00f6\u00dfe von bin\u00e4ren Patches wurden die Daten vor der Dekompression der komprimierten Daten ber\u00fccksichtigt, was dazu f\u00fchrte, dass Inhalte au\u00dferhalb der Puffergrenzen gelesen wurden.\n
CVE-2026-105437 \u2014 Speicherbesch\u00e4digung bei der Durchf\u00fchrung gro\u00dfer Merge-Operationen aufgrund der Ansammlung der Ergebnisgr\u00f6\u00dfe im Feld vom Typ int. In der GitLab-Konfiguration kann die Anf\u00e4lligkeit ausgenutzt werden, um Code auszuf\u00fchren (das Problem ist in GitLab 19.5.4 behoben).\n
CVE-2026-114466 \u2014 \u00dcberschreibung beliebiger Dateien im Dateisystem \u00fcber den Befehl \"git fast-import\" aufgrund einer unzureichenden Behebung der Sicherheitsanf\u00e4lligkeit CVE-2019-1348.\n<\/ul>\n