Ga naar inhoud
CyberNinja Logo

Tech

GitLab AI Gateway: Lek met CVSS 9.9, Patch Nu

  • Door Thomas Boeckmans
  • 4 min lezen
GitLab AI Gateway: Lek met CVSS 9.9, Patch Nu

Draait jouw bedrijf een eigen GitLab AI Gateway voor Duo? Dan moet je die nu updaten. GitLab maakte op 2 oktober 2026 een kritiek lek bekend, CVE-2026-90970, met score 9.9 op 10. Een gebruiker met toegang tot het Duo Agent Platform kan commando’s draaien op de gateway-server. Er is geen workaround.

In het kort

  • CVE-2026-90970 (CVSS 9.9) laat een ingelogde gebruiker met Duo Agent Platform-toegang uit de sandbox van de prompt-templates breken en commando's uitvoeren op de AI Gateway (bron: BleepingComputer, The Hacker News).
  • Gefixt in 19.2.4, 19.3.2 en 19.4.1. Enkel zelf gehoste gateways zijn getroffen. GitLab.com en Dedicated hoeven niets te doen (bron: Security Affairs, The Hacker News).
  • Geen bekend misbruik en geen workaround. CISA noteert exploitatie als 'none' (bron: The Hacker News).

Wat is er precies aan de hand?

De AI Gateway is de schakel tussen je GitLab en het AI-model achter Duo. Wie die zelf host, houdt zijn code en prompts binnen het eigen netwerk.

Het lek zit in de manier waarop de gateway aangepaste prompt-templates in een flow verwerkt. Een gebruiker met toegang tot het Duo Agent Platform kan een speciaal gemaakte flow-configuratie opstellen. Daarmee ontsnapt die uit de sandbox en draait commando’s op de host van de gateway.

De aanvaller moet dus ingelogd zijn. Dat maakt het minder erg dan een lek zonder login. Toch is 9.9 terecht: één gestolen of misbruikt account is dan genoeg om een server over te nemen.

Ninja tip

Een AI-component draait vaak naast je code en je geheimen. Behandel de gateway dus als gevoelig toestel: weinig accounts met toegang, en een vaste plek in je patchronde.

Welke versies moet je updaten?

Je draaitUpdate naar
18.1.6 tot en met 19.2.3 19.2.4 of hoger
19.3.0 en 19.3.1 19.3.2 of hoger
19.4.0 19.4.1 of hoger

Enkel van toepassing op een zelf gehoste AI Gateway. Bron: GitLab-advisory zoals samengevat door BleepingComputer, The Hacker News en Security Affairs. Stand van zaken op 19 oktober 2026.

De gateway is een apart onderdeel. Je GitLab bijwerken is dus niet genoeg. Je moet de gateway zelf updaten: een nieuwe Docker-image of een nieuwe tag in je Helm-configuratie.

Wat doe je vandaag?

  1. Controleer of je een eigen gateway draait. Gebruik je de gateway van GitLab zelf, dan hoef je niets te doen.
  2. Update de gateway naar de gefixte versie van jouw tak.
  3. Beperk wie het Duo Agent Platform mag gebruiken. Minder accounts betekent minder risico.
  4. Kijk de logs na op vreemde flow-configuraties en onverwachte commando’s op de gateway-host.

Wat betekent dit voor jou als KMO in de Kempen?

De meeste KMO’s gebruiken GitLab.com en zijn dus niet getroffen. Heb je een eigen server voor de code, dan is de kans groter dat jouw IT-partner ook de AI-functies zelf host.

Vraag: Moet ik als GitLab.com-klant iets doen? Nee. GitLab.com, GitLab Dedicated en installaties met een door GitLab gehoste gateway zijn al beschermd.

Vraag: Wordt het lek al misbruikt? Daar is geen bewijs van. CISA noteerde op 2 oktober exploitatie als ‘none’. Dat kan veranderen zodra details circuleren.

Vraag: Is er een tijdelijke oplossing? Nee. Alleen de update sluit het lek.

Onze mening

Dit is niet het eerste kritieke lek in de AI Gateway van GitLab. Elke nieuwe AI-laag in je ontwikkelomgeving is ook een nieuw stuk aanvalsoppervlak.

Wat wij erover vinden: zet AI-componenten van meet af aan in je patchplanning. Wie ze apart laat staan, vergeet ze.

Wat betekent dit voor jou?

  • Eigen GitLab AI Gateway? Update naar 19.2.4, 19.3.2 of 19.4.1.
  • GitLab.com of een gehoste gateway: geen actie nodig.
  • Er is geen workaround.
  • Beperk toegang tot het Duo Agent Platform.

Wil je weten welke systemen bij jou nog een update missen? Neem contact op met CyberNinja en we bekijken samen je blootstelling.

Bronnen

Beeldverantwoording

  • hero.webp - CyberNinja.be, eigen werk