CVE-2026-19478: Unauthentifizierte Manipulation in GitLab CE/EE (self-managed)
This text was generated using artificial intelligence (AI).GitLab hat eine Schwachstelle in GitLab CE/EE (self-managed) behoben, die unter bestimmten Bedingungen einem nicht authentifizierten Angreifer ermöglichen kann, öffentliche Projekte und Nutzerdaten aus der Ferne zu verändern oder zu löschen. Der beschriebene Angriffsweg erfolgt über eine GraphQL-Directive. Der CVSS-Score ist laut GitLab mit 9.4 angegeben. Quelle: GitLab Advisory.
GitLab nennt laut Advisory folgende betroffene Bereiche (self-managed GitLab CE/EE):
>= 18.2 und < 18.11.11
>= 19.0 und < 19.0.8
>= 19.1 und < 19.1.6
>= 19.2 und < 19.2.4
Als gepatchte Versionen werden genannt:
18.11.11
19.0.8
19.1.6
19.2.4
Quelle: GitLab (Advisory/Work Item und Patch-Release-Dokumentation).
Operative Relevanz: Warum diese Lücke priorisiert werden sollte
Für Security-, Plattform- und DevOps-Teams ist die Kombination aus Remote-Angriff, keinen erforderlichen Privilegien (PR:N) and keiner User-Interaktion (UI:N) ein klares Signal für hohe Priorität. Der CVSS-Vektor weist zudem auf hohe Auswirkungen auf Integrität und Verfügbarkeit (I:H/A:H) hin.
GitLab dokumentiert in den vorliegenden Informationen keine Indicators of Compromise (IOCs) und führt die Schwachstelle not als aktiv ausgenutzt. Die Priorisierung ergibt sich daher primär aus Angriffsweg, Berechtigungsniveau und möglicher Auswirkung sowie der Tatsache, dass Patch-Releases verfügbar sind.
Organisationen in Deutschland und Österreich, die GitLab CE/EE self-managed in NIS-2-pflichtigen Umgebungen betreiben, sollten den Patchstatus zeitnah dokumentieren und intern eskalieren. Für Organisationen in der Schweiz gilt analog das revidierte Informationssicherheitsgesetz (ISG) mit Meldepflicht ans BACS. Kommt es im Zuge einer Ausnutzung zu einem Datenschutzvorfall mit Personenbezug, greift die DSGVO-Meldepflicht nach Art. 33 (72-Stunden-Frist gegenüber der zuständigen Aufsichtsbehörde).
Quelle: GitLab.
Patch-Strategie (self-managed): Vorgehen entlang der Release-Zweige
GitLab stellt Fixes als Patch-Releases für mehrere Release-Zweige bereit. Operativ bedeutet das:
Check for impact: Liegt die eingesetzte GitLab CE/EE-Version in einem der genannten Bereiche?
Upgrade im genutzten Zweig: Upgrade to 18.11.11, 19.0.8, 19.1.6 or 19.2.4 (je nach Branch).
Priorisierung nach Exponierung: Systeme mit externer Erreichbarkeit und Relevanz für öffentliche Projekte zuerst.
Dokumentation: Patchstatus und Umsetzung nachvollziehbar festhalten.
Als Orientierung nennt GitLab zudem: GitLab.com-Instanzen seien dem üblichen Vendor-Muster zufolge bereits gepatcht; GitLab Dedicated-Kunden müssten typischerweise keine Aktion einleiten.
Quelle: GitLab.
EASM- und VRM-Perspektive auf CVE-2026-19478
Bei Schwachstellen in selbst gehosteten Plattformen wie GitLab hängt die praktische Risikolage häufig daran, welche Instanzen überhaupt extern sichtbar sind (z. B. unter einer organisations-eigenen Domain) und damit als Angriffsfläche zählen. GitLab CE/EE ist typischerweise extern fingerprintierbar (z. B. über HTTP-Banner oder Version-Disclosure) und wird häufig unter kunden-eigenen Domains betrieben — nicht selten auch auf Subdomains oder in Cloud-Umgebungen, die dem zentralen Asset-Inventar nicht vollständig bekannt sind.
External Attack Surface Management (EASM) unterstützt dabei, exponierte GitLab-Instanzen systematisch zu erfassen — einschließlich solcher, die als Schatten-IT oder vergessene Deployments betrieben werden — und für die Patch-Priorisierung in den Blick zu nehmen. Ergänzend kann Vendor Risk Management (VRM) helfen, Zuständigkeiten und Umsetzungswege zu klären, wenn Betrieb oder Updates durch Dritte erfolgen.
LocateRisk ist Made in Germany und auf DSGVO-Compliance ausgelegt; der Betrieb erfolgt ausschließlich in zertifizierten deutschen Rechenzentren, ohne Datenweiterleitung an US-Dienstleister.
Am I affected?
Betroffen ist gitlab in den oben genannten Versionen; behoben wurde die Schwachstelle in 18.11.11, 19.0.8, 19.1.6, 19.2.4. Wer wissen will, ob gitlab in der eigenen extern erreichbaren Infrastruktur überhaupt sichtbar ist, kann den CVE Quick Check Use the tool at the end of this article: It shows exposed systems and the software that is visible from the outside.
Die konkret installierte Version lässt sich von außen nicht in jedem Fall bestimmen — ausschlaggebend ist der Abgleich mit dem Hersteller-Advisory.
Betroffen sind laut GitLab alle self-managed CE/EE-Installationen in den Bereichen >= 18.2 und < 18.11.11, >= 19.0 und < 19.0.8, >= 19.1 und < 19.1.6 sowie >= 19.2 und < 19.2.4. Versionen unterhalb von 18.2 werden in der aktuellen Advisory nicht als betroffen aufgeführt.
Nein — dem üblichen Patch-Muster von GitLab zufolge sind GitLab.com-Instanzen bereits auf die gepatchte Version aktualisiert. GitLab-Dedicated-Kunden müssen typischerweise ebenfalls keine eigene Aktion einleiten. Handlungsbedarf besteht ausschließlich für Betreiber von self-managed GitLab CE/EE-Installationen.
GitLab führt CVE-2026-19478 laut vorliegender Information nicht als aktiv ausgenutzt. Der CVSS-Score von 9.4 und der Angriffsvektor (netzwerkbasiert, kein Angreiferkonto erforderlich, keine Nutzerinteraktion) begründen dennoch eine hohe Priorisierung: Sobald technische Details öffentlich werden, kann die Hürde für eine Ausnutzung sinken. Ein zeitnahes Upgrade auf eine der gepatchten Versionen wird dringend empfohlen.
Stand: 17.08.2026. Dieser Beitrag dient allgemeinen Informationszwecken und ist keine Rechts-, Sicherheits- oder Handlungsberatung im Einzelfall. Sicherheitslage und Patch-Verfügbarkeit können sich seit der Veröffentlichung geändert haben; maßgeblich ist stets das verlinkte Hersteller-Advisory. Trotz sorgfältiger Recherche übernehmen wir keine Gewähr für Aktualität, Richtigkeit und Vollständigkeit.
CVE Quick Check
In just a few minutes, check whether there are any indications of a current CVE on your externally visible attack surface.
A rough estimate in just a few minutes via email.
Learn more during a free consultation with a LocateRisk consultant.
You'll receive this by email
companyYour Company, LLC
Verified CVECVE-2024-3094
Passive Assessment
Information About the CVENotes found
Want to find out more, book a demo or simply exchange ideas? We look forward to hearing from you!
We use cookies to optimize our website and our service.
Functional
Always active
Technical storage or access is strictly necessary for the lawful purpose of enabling the use of a particular service expressly requested by the subscriber or user, or for the sole purpose of carrying out the transmission of a message over an electronic communications network.
Preferences
The technical storage or access is necessary for the legitimate purpose of storing preferences that have not been requested by the subscriber or user.
Statistics
The technical storage or access, which is carried out exclusively for statistical purposes.Technical storage or access used solely for anonymous statistical purposes. Without a subpoena, the voluntary consent of your Internet service provider, or additional records from third parties, information stored or accessed for this purpose alone generally cannot be used to identify you.
Marketing
Technical storage or access is necessary to create user profiles, to send advertisements, or to track the user on a website or across multiple websites for similar marketing purposes.
English 
Deutsch 
Français