--- title: "Git 2.56.1: Präparierte Repositories können beim rekursiven Klonen Code ausführen" date: 2026-11-11T02:24:49+01:00 modified: 2026-11-11T02:24:49+01:00 category: sicherheit type: news author: Marcel Schönfelder canonical: https://s-edv.com/news/git-2-56-1-cve-2026-111760-rekursives-klonen-submodule keywords: - Git - GitHub - Git for Windows - CVE-2026-111760 - Submodule - CI/CD - Sicherheitsupdate reading_time: 4 ai_notice: "Mit KI erstellt – redaktionelle Prüfung ausstehend" --- # Git 2.56.1: Präparierte Repositories können beim rekursiven Klonen Code ausführen > Mit KI erstellt – redaktionelle Prüfung ausstehend ([KI-Transparenz](https://s-edv.com/ki-transparenz)) Das Git-Projekt hat am 10. November 2026 koordinierte Sicherheitsupdates veröffentlicht: Git 2.56.1 sowie 2.55.1, 2.54.1, 2.53.1, 2.52.1, 2.51.3 und 2.50.2 für ältere Versionsreihen. Die Updates schließen sechs Lücken. Die schwerste, CVE-2026-111760, erlaubt einem präparierten Repository, beim rekursiven Klonen mit Submodulen Code auf dem Rechner auszuführen. Git for Windows 2.56.1 ist seit dem späten Abend des 10. November verfügbar. Betroffen sind Entwicklerrechner, Build-Server und CI-Runner, die fremde Repositories klonen, außerdem selbst betriebene Git-Server wie GitLab, Gitea oder Forgejo, sofern sie Merges serverseitig berechnen. Hinweise auf laufende Angriffe nennen die Quellen nicht. Wer regelmäßig Code aus fremden Quellen klont, sollte trotzdem zeitnah aktualisieren, nicht erst im nächsten Wartungsfenster. ## Was ist passiert? Laut den Release-Notes kann ein Angreifer Git dazu bringen, die `.git`-Datei eines Submoduls durch einen symbolischen Link zu ersetzen. Der Link zeigt auf ein Verzeichnis mit präparierter Konfiguration oder Hooks, also Programmen, die Git an festen Stellen selbst startet. Ursache ist laut GitHub ein Abschneiden von Ganzzahlen bei der Verarbeitung des Index: Ein extrem langer Pfad besteht die Prüfung unter einem Namen und wird dann unter einem kürzeren Namen geschrieben. Die korrigierten Versionen lehnen solche überlangen Pfade ab. Die übrigen fünf Lücken: - CVE-2026-113408: Ein Server kann beim Klonen eines leeren Repositories einen Branch-Namen mit Pfadsprüngen melden. Mit dem Standard-Backend für Referenzen können spätere Aktualisierungen dann in fremde Dateien schreiben. - CVE-2026-114467: Ein Tag mit mehr als zwei GPG-Signaturen beschädigt beim Mergen den Stack. Das ermöglicht Denial of Service, laut Release-Notes möglicherweise auch auf Git-Hostern, die solche Merges ausführen. - CVE-2026-114469: Ein Binärpatch, der sich stark aufbläht, umgeht die Größengrenze von rund 1 GiB und bringt Git zum Absturz. - CVE-2026-105437: Sehr große Merges mit vielen Konflikten und großem `conflict-marker-size` beschädigen den Heap. Laut GitLab ließ sich das auf GitLab bis zur Codeausführung treiben, über den Git-Prozess, den Gitaly für Merge-Prüfungen startet. - CVE-2026-114466: Die fast-import-Funktionen `rewrite-submodules-from`, `rewrite-submodules-to` und `export-pack-edges` konnten beliebige Dateien lesen, `export-pack-edges` laut GitHub auch Dateien anlegen. Alle drei sind jetzt standardmäßig gesperrt. ## Wer ist betroffen? Betroffen sind alle Git-Versionen vor den genannten Korrekturständen. GitHub hat github.com und GitHub Enterprise Cloud bereits abgesichert. Für GitHub Enterprise Server stehen die Versionen 3.19.15, 3.20.11, 3.21.9 und 3.22.4 bereit. Für GitHub Desktop und die GitHub-Copilot-App kündigt GitHub korrigierte Versionen an, ebenso für Codespaces und Actions. Programme, die eine eigene Git-Kopie mitbringen, brauchen ein eigenes Update. ## Wie kritisch ist das? GitHub bewertet CVE-2026-111760 im Advisory mit CVSS 8.0 (hoch). Der Angriff braucht eine Handlung des Opfers: Es muss ein präpariertes Repository rekursiv klonen. Auf Build-Servern und in Pipelines, die Submodule automatisch mitklonen, passiert das ohne Zutun. Für Git-Server ist CVE-2026-105437 die wichtigere Lücke: Liest der Server bei Merge-Prüfungen mit `git merge-tree` Attribute aus dem Repository, kann laut GitLab jeder Nutzer, der pushen und einen Merge-Request öffnen darf, den Fehler auslösen. Auf GitLab führte das laut GitLab bis zur Codeausführung. ## Was sollten Admins jetzt tun? - Inventar: `git --version` auf Arbeitsplätzen, Build-Servern, Runnern und in Container-Images prüfen, auch eingebettete Git-Kopien in IDEs und Desktop-Apps. - Patchstand: Auf 2.56.1 oder den Korrekturstand der eigenen Reihe aktualisieren, unter Windows auf Git for Windows 2.56.1. Bei Linux-Distributionen auf die Pakete der Distribution warten und diese einspielen. - GitHub Enterprise Server auf eine der genannten Versionen heben, GitLab, Gitea und Forgejo auf Hinweise der Hersteller prüfen. - Bis zum Update rät GitHub: nur von vertrauenswürdigen Servern klonen, fremde Repositories nicht rekursiv klonen, keine fremden Inhalte oder Tags mergen, keine fremden Binärpatches oder fast-import-Datenströme verarbeiten. - Git-Server, die nicht sofort aktualisieren können: GitLab empfiehlt, die Zeile `* conflict-marker-size=7` in die Datei `info/attributes` jedes Repositories zu schreiben oder serverseitige Merge-Prüfungen für fremde Repositories abzuschalten. Auf Arbeitsplätzen lässt sich dieselbe Zeile vor Merges in fremden Repositories in `.git/info/attributes` setzen. ## Einordnung für Unternehmen Die schwerste Lücke zielt auf Entwickler und Automatisierung. Wer selbst einen Git-Server betreibt, muss zusätzlich CVE-2026-105437 beachten. In kleinen Firmen sitzt das Risiko oft auf einem einzelnen Build-Rechner oder Runner, der fremde Projekte und Abhängigkeiten klont. Dort ist das Update schnell eingespielt und schließt einen bequemen Weg in die Lieferkette. ## Passende Anleitungen auf S-EDV - [Gitea mit Docker: eigener Git-Server als GitHub-Alternative](https://s-edv.com/anleitungen/gitea-self-hosted-git-server-docker) - [Forgejo mit Actions-Runner: Website per git push ausrollen](https://s-edv.com/anleitungen/forgejo-actions-runner-hugo-website-git-push-ausrollen) - [Gitleaks mit Docker installieren: Schneller Secret-Scanner für Git-Repositories](https://s-edv.com/anleitungen/gitleaks-docker-secret-scanner) ## Quellen - [Git-Projekt: Ankündigung von Git 2.56.1 und weiteren Versionen](https://lore.kernel.org/git/xmqqh5hosgw5.fsf@gitster.g/) - [GitHub: Advisory zu CVE-2026-111760](https://github.com/git/git/security/advisories/GHSA-vp2w-7xxj-jvxr) - [GitHub-Blog: Erklärung der Git-Sicherheitslücken](https://github.blog/open-source/git/git-security-vulnerabilities-announced-7/) - [GitLab: Details zu CVE-2026-105437](https://gitlab.com/gitlab-org/git/-/work_items/814) - [Git for Windows: Release 2.56.1](https://github.com/git-for-windows/git/releases/tag/v2.56.1.windows.1) - [The Hacker News: Bericht zu den Git-Lücken](https://thehackernews.com/2026/11/git-patches-flaw-that-lets-malicious.html)