Git-Sicherheitsupdate: Auch CI-Runner müssen gepatcht werden

Sechs Git-Schwachstellen betreffen unter anderem rekursive Klone und binäre Patches. Erfassen Sie lokale, gebündelte und automatisierte Installationen.

José Palanco José Palanco
Last Updated:
1 min read
Teilen
Git-Sicherheitsupdate: Auch CI-Runner müssen gepatcht werden

Mehr als ASPM

Proof-Driven AppSec für Teams, die mit KI entwickeln

Plexicus nutzt AI Swarm Pentest, um autorisierte Anwendungspfade zu erkunden, ausnutzbare Risiken zu validieren und Teams Belege für die Priorisierung der Remediation zu geben.

AI Swarm Pentest ansehen

Am 10. November veröffentlichte das Git-Projekt Korrekturen für sechs Schwachstellen. Eine kann beim rekursiven Klonen eines bösartigen Repositorys Codeausführung ermöglichen. Betroffen ist Git selbst: Zum Inventar gehören Entwicklerrechner, CI-Runner und Anwendungen mit eigener Git-Kopie.

Was das Release behebt

GitHubs Ankündigung nennt CVE-2026-111760 bei rekursiven Klonen und CVE-2026-113408 beim von einem Server angekündigten HEAD. Weitere Fehler betreffen Merges signierter Tags, binäre Patches, große Merges und fast-import-Datenströme. Ihre Auswirkungen unterscheiden sich; nicht jeder Fehler erlaubt entfernte Codeausführung.

Installieren Sie Git 2.56.1 oder die korrigierte Version Ihres Wartungszweigs: 2.55.1, 2.54.1, 2.53.1, 2.52.1, 2.51.3 oder 2.50.2. Prüfen Sie Hinweise und Backports Ihres Anbieters und aktualisieren Sie Anwendungen mit gebündeltem Git.

Praktische Schritte

  1. Erfassen Sie Git-Versionen auf Rechnern, in Build-Images, CI-Runnern und Diensten zur Repository-Verarbeitung.
  2. Patchen Sie über vertrauenswürdige Anbieter, bauen Sie Images neu und prüfen Sie die tatsächlich laufende Version.
  3. Vermeiden Sie bis zum Update rekursive Klone nicht vertrauenswürdiger Repositorys sowie nicht vertrauenswürdige Merges, binäre Patches und fast-import-Streams. Das ersetzt das Update nicht.
  4. Legen Sie Verantwortliche fest und verfolgen Sie die Behebung; ein Repository-Scan belegt nicht die Git-Version eines Runners.

Wie Plexicus unterstützt

Plexicus Remediation unterstützt die Nachverfolgung validierter Anwendungssicherheitsbefunde. Dieses Release benötigt zusätzlich einen Infrastruktur-Patchprozess: Ein Anwendungsscan aktualisiert Git nicht automatisch.

Titelbild: Git-Logo von Jason Long, CC BY 3.0; unverändertes Original auf einem redaktionellen Hintergrund.

Geschrieben von
José Palanco
José Palanco
José Ramón Palanco ist der CEO/CTO von Plexicus, einem Pionierunternehmen im Bereich ASPM (Application Security Posture Management), das 2024 gegründet wurde und KI-gestützte Behebungsfähigkeiten anbietet. Zuvor gründete er 2014 Dinoflux, ein Threat Intelligence-Startup, das von Telefonica übernommen wurde, und arbeitet seit 2018 mit 11paths zusammen. Seine Erfahrung umfasst Rollen in der F&E-Abteilung von Ericsson und bei Optenet (Allot). Er hat einen Abschluss in Telekommunikationstechnik von der Universität Alcalá de Henares und einen Master in IT-Governance von der Universität Deusto. Als anerkannter Experte für Cybersicherheit war er Redner auf verschiedenen renommierten Konferenzen, darunter OWASP, ROOTEDCON, ROOTCON, MALCON und FAQin. Seine Beiträge zum Bereich der Cybersicherheit umfassen mehrere CVE-Veröffentlichungen und die Entwicklung verschiedener Open-Source-Tools wie nmap-scada, ProtocolDetector, escan, pma, EKanalyzer, SCADA IDS und mehr.
Mehr lesen von José
More to read

Related posts

Bereit, das Wesentliche zu validieren?

Bereit zu validieren, was zählt.

Plexicus ist Proof-Driven AppSec: validierte Funde, kontextuelles Verständnis und geprüfte Remediation — in Evidenz verankert, mit Ihnen gescoped.

Qualifizierung

Prüfen Sie, ob AI Swarm Pentest zu Ihrer Umgebung passt.

Teilen Sie den wichtigsten Kontext. Wir prüfen den Umfang und nennen den nächsten kommerziellen Schritt.

Vor dem Absenden — prüfen Sie, ob Sie passen

0 / 280

Keine Verpflichtung. Wenn Sie nicht passen, sagen wir es Ihnen.

SAMPLE HANDOVER · ILLUSTRATIVE

Sample evidence handover

A trimmed view of what your team receives at the end of an AI Swarm Pentest engagement. Real engagements include full technical evidence, executive narrative, and a remediation plan.

VALIDATED FINDING Evidence attached

Server-Side Request Forgery in webhooks/receiver

demo-project/sample-app · src/webhooks/receiver.py:42

SeverityHigh CVSS 3.18.6 Priority79 Confirmedvia replay

Untrusted caller-supplied URLs reach an internal egress without an allowlist. Replayed in a sandbox against a fresh authorized target — the same control was validated to fail twice.

REVIEWER-READY REMEDIATION Merge-ready PR

Validate the target URL against an allowlist of permitted hostnames. Reject private/internal IP ranges. Enforce HTTPS only.

plexicus/remediation/webhooks-ssrf 3 changed · 0 new files
42resp = requests.get(target_url)
42+if not is_allowed_host(target_url):
43+  raise WebhookRejected(target_url)
44+resp = requests.get(target_url, timeout=5)
Every engagement hands over:
  • Executive briefing
  • Validated findings list
  • Merge-ready PRs
  • Compliance mapping (NIS2 · DORA · CRA)
Private Runde Für Investoren