CVE-2026-50107: Injektion i NGINX Gateway Fabric
CVE-2026-50107 lader en godkendt bruger med adgang til NginxProxy-ressourcen injicere vilkårlige NGINX-konfigurationsdirektiver.
Hvad er det?
NGINX Gateway Fabric er en styringskomponent, der oversætter Kubernetes Gateway API-ressourcer til NGINX-konfiguration for NGINX Plus eller NGINX Open Source. CVE-2026-50107 er en injektionssårbarhed i den komponent, der genererer denne konfiguration. Når en bruger sætter et access log-format i NginxProxy-ressourcen (en Custom Resource Definition, en Kubernetes-udvidelse til at styre indstillinger), bliver værdien skrevet direkte ind i konfigurationsfilen uden at blive renset. En bruger, der har rettigheder til at oprette eller redigere denne ressource, kan derfor smugle egne NGINX-direktiver ind i konfigurationen. Fejlen ligger i kontrolplanet, altså i det system, der styrer konfigurationen, ikke i selve datatrafikken, der rammer NGINX direkte.
Hvem rammer det?
Sårbarheden rammer organisationer, der kører NGINX Gateway Fabric i et Kubernetes-miljø med NGINX Plus eller NGINX Open Source som dataplan. Det gælder typisk virksomheder og kommuner, der bruger Kubernetes til at drive interne eller eksterne webtjenester, og hvor udviklere, driftsteams eller andre har rettigheder til at oprette eller ændre NginxProxy-ressourcer i klyngen.
Hvad kan ske?
En bruger med begrænsede rettigheder til klyngen kan indsætte egne NGINX-direktiver i konfigurationen. I praksis kan det bruges til at omdirigere logdata til en ekstern server, afsløre interne oplysninger om trafik og systemer, eller ændre hvordan indgående trafik bliver behandlet. Fordi svagheden ligger i selve konfigurationsgenereringen, kan en enkelt uautoriseret ændring påvirke hele indgangspunktet for trafik i klyngen.
Hvor alvorligt er det?
CVSS-scoren er 8,1 ud af 10, hvilket er alvorligt. Angrebet kræver ikke brugerinteraktion, men det kræver, at angriberen allerede er logget ind med lave rettigheder i klyngen, typisk en udvikler eller et teammedlem med adgang til at redigere NginxProxy-ressourcer. Der er ikke rapporteret aktiv udnyttelse eller offentligt tilgængelig kode til at udnytte fejlen. Konsekvensen ved udnyttelse er høj for fortrolighed og integritet, men påvirker ikke tilgængeligheden af tjenesten.
Hvad gør jeg nu?
Følgende punkter lukker hullet og reducerer risikoen for misbrug af rettigheder, I allerede har delt ud i klyngen.
- Opdatér NGINX Gateway Fabric til den version, hvor leverandøren har rettet fejlen i konfigurationsgeneratoren.
- Gennemgå og stram RBAC-rettigheder (Kubernetes-adgangsstyring), så kun betroede konti kan oprette eller redigere NginxProxy-ressourcer.
- Gennemgå eksisterende NginxProxy-ressourcer for uventede eller unormale værdier i access log-formatet.
- Overvåg ændringer i NGINX-konfigurationen og i Kubernetes-audit-logs for uautoriserede redigeringer af CRD’en.
- Kontakt en sikkerhedsrådgiver, hvis I ikke selv har ressourcer til at gennemgå RBAC-opsætningen eller vurdere, hvem der reelt har adgang til at ændre ressourcen.
Håndter inden for 2 uger
Vi anbefaler, at I opgraderer NGINX Gateway Fabric til den rettede version og samtidig strammer RBAC-adgangen til NginxProxy-ressourcen, så kun nødvendige konti kan redigere den. Er adgangen til ressourcen allerede begrænset til få betroede personer, kan opdateringen vente til næste planlagte vindue.
Tidslinje
Konkrete eksempler
Udvikler med adgang til klyngen misbruger rettigheder
En dansk kommune kører interne borgertjenester i en Kubernetes-klynge med NGINX Gateway Fabric som indgangspunkt. En udvikler med rettigheder til at redigere NginxProxy-ressourcer indsætter et manipuleret access log-format, der sender logdata, herunder dele af anmodningsindhold, til en ekstern server. Fordi ændringen sker gennem en lovlig ressource, opdages den ikke, før driftsteamet gennemgår konfigurationen manuelt.
Ofte stillede spørgsmål
Er vi ramt af denne sårbarhed?
I er kun ramt, hvis I kører NGINX Gateway Fabric med NGINX Plus eller NGINX Open Source som dataplan i et Kubernetes-miljø, og hvor brugere har rettigheder til at oprette eller redigere NginxProxy-ressourcer.
Hvordan tjekker vi, om vores opsætning er sårbar?
Gennemgå jeres Kubernetes RBAC-politikker for, hvem der har rettigheder til NginxProxy-ressourcen, og undersøg om access log-formatfeltet indeholder unormale værdier.
Kan vi vente til weekenden med at opdatere?
Ja, hvis adgangen til NginxProxy-ressourcen allerede er begrænset til få betroede konti. Er adgangen bred, bør I stramme rettighederne først og opdatere hurtigst muligt derefter.
Skal vi anmelde dette som et sikkerhedsbrud?
Kun hvis I finder tegn på, at rettigheden faktisk er blevet misbrugt til at ændre konfigurationen. En ren opdatering uden konstaterede spor kræver ikke anmeldelse.
Kræver angrebet adgang udefra internettet?
Nej. Angriberen skal allerede have en konto med rettigheder i Kubernetes-klyngen til at redigere NginxProxy-ressourcen. Det er derfor primært en intern eller leverandøradgangsrisiko.
Påvirker fejlen selve trafikken til vores webtjenester?
Fejlen ligger i kontrolplanet, hvor konfigurationen genereres. Selve datatrafikken er ikke direkte udstillet af udløseren, men konsekvensen af en udnyttet fejl kan påvirke, hvordan trafikken efterfølgende behandles.
CVSS-detaljer
CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:N
CWE-svaghedstyper
Original NVD-beskrivelse (engelsk)
When NGINX Plus or NGINX Open Source is configured as the data plane for NGINX Gateway Fabric, an injection vulnerability exists in the NGINX configuration generator component of NGINX Gateway Fabric. User-supplied string values from the NginxProxy Custom Resource Definition (CRD) access log format setting are rendered directly into NGINX configuration templates without sanitization or escaping. An authenticated attacker with permission to create or modify these CRDs may craft values that inject arbitrary NGINX configuration directives. This is a control plane issue; there is no data plane exposure from the vulnerability trigger itself.
Note: Software versions which have reached End of Technical Support (EoTS) are not evaluated.
Referencer & kilder
Eksterne kilder
Brug for hjælp med jeres sikkerhed?
Vi hjælper SMV’er med at omsætte trusler som denne til konkrete handlingsplaner.