CVE-2026-71472: Kritisk fejl i Red Hat ACM søgekomponent
Sårbarhed i Red Hat Advanced Cluster Management lader en administrator køre kommandoer i databasens postgres-pod via Search CR. Opdatér til rettet version.
Hvad er det?
CVE-2026-71472 er en fejl i søgekomponenten acm-search-v2-rhel9, som er del af Red Hat Advanced Cluster Management for Kubernetes (RHACM). Fejlen er en kommandoinjektion, hvor et program utilsigtet kører kommandoer, en angriber har indsat. Den opstår, fordi en tekststreng kaldet WORK_MEM, som angives i en Search Custom Resource, ikke bliver kontrolleret, før den bruges i et bash-script og en SQL-forespørgsel til databasen. En Search Custom Resource er et styringsobjekt i Kubernetes, som administratorer og udpegede brugere kan redigere for at konfigurere søgefunktionen.
Hvem rammer det?
Sårbarheden rammer organisationer, der kører Red Hat Advanced Cluster Management for Kubernetes med søgekomponenten acm-search-v2 på RHEL9. Det er typisk større virksomheder og kommuner, der driver egne Kubernetes- eller OpenShift-klynger og bruger RHACM til at styre flere klynger fra ét sted. Det kræver, at angriberen allerede har en konto med høje rettigheder, enten som hub-administrator eller som bruger med tilladelse til at redigere Search Custom Resource.
Hvad kan ske?
En bruger, der har fået tildelt begrænset adgang til at redigere søgekonfigurationen, kan udnytte fejlen til at bryde ud af sin tiltænkte rolle og få fuld kontrol over den postgres-pod, der driver søgedatabasen. Denne pod kører med udvidede rettigheder, så en angriber kan læse, ændre og slette data i klyngens søgeindeks og potentielt bruge adgangen som springbræt til andre dele af klyngen. For en dansk organisation betyder det, at en medarbejder eller ekstern samarbejdspartner med et enkelt konfigurationsfelt kan eskalere fra begrænset adgang til fuld kontrol over en central driftskomponent.
Hvor alvorligt er det?
CVSS-scoren er 9,1 ud af 10, hvilket er kritisk. Angrebet kræver netværksadgang og ingen brugerhandling fra andre, men det forudsætter, at angriberen allerede er logget ind med høje rettigheder, enten som hub-administrator eller som bruger med redigeringsret til Search CR. Det er den forudsætning, der gør sårbarheden sværere at udnytte end en helt uautoriseret fejl, men konsekvensen ved udnyttelse er alvorlig, fordi angrebet kan påvirke komponenter uden for selve søgefunktionen. Der er ikke oplyst kendt aktiv udnyttelse af sårbarheden på offentliggørelsesdatoen.
Hvad gør jeg nu?
Følg disse skridt for at lukke hullet og begrænse risikoen, mens I opdaterer.
- Opdatér Red Hat Advanced Cluster Management for Kubernetes til den version, Red Hats sikkerhedsbulletin for CVE-2026-71472 angiver som rettet.
- Gennemgå, hvem der har rettighed til at redigere Search Custom Resource, og fjern adgang for brugere, der ikke skal have den.
- Begræns hub-administratorrettigheder til det færrest mulige antal personer og konti.
- Kontrollér logs for postgres-poden i søgekomponenten for uventede kommandoer eller SQL-forespørgsler.
- Overvåg klyngen for ændringer i Search CR-konfigurationer efter opdateringen.
- Kontakt Auroa eller jeres Kubernetes-driftsleverandør, hvis I ikke selv kan verificere, at opdateringen er korrekt installeret.
Opdatér inden for en uge
Vi anbefaler, at I opdaterer Red Hat Advanced Cluster Management til den rettede version og samtidig gennemgår, hvem der har adgang til at redigere Search Custom Resource. Det er acceptabelt at vente til næste planlagte patch-vindue, hvis I i mellemtiden begrænser antallet af brugere med redigeringsret og hub-administratoradgang. Har I ikke overblik over, hvem der i dag kan redigere disse konfigurationer, bør I få det afklaret, før I venter længere.
Tidslinje
Konkrete eksempler
Kommunal IT-drift med delt Kubernetes-klynge
En kommunes driftsafdeling driver en Kubernetes-klynge med Red Hat Advanced Cluster Management, hvor en ekstern konsulent har fået begrænset adgang til at redigere søgekonfigurationer som del af et projekt. Konsulenten udnytter fejlen i WORK_MEM-feltet til at få kommandokørsel i den privilegerede postgres-pod og opnår dermed adgang til data og systemer, vedkommende ikke skulle have rettighed til. Kommunen opdager først problemet, da uventet aktivitet i søgedatabasen bliver logget.
Ofte stillede spørgsmål
Er vi ramt af denne sårbarhed?
I er kun ramt, hvis jeres organisation kører Red Hat Advanced Cluster Management for Kubernetes med søgekomponenten acm-search-v2 på RHEL9. Driver I ikke selv Kubernetes- eller OpenShift-klynger med RHACM, er I ikke berørt.
Hvordan tjekker vi, om vi bruger den ramte komponent?
Undersøg, om jeres klyngeadministrationsteam bruger RHACM til at styre flere Kubernetes-klynger, og bed dem bekræfte, om søgekomponenten acm-search-v2 er installeret og hvilken version den kører.
Kan vi vente til næste driftsvindue med opdateringen?
Ja, hvis I i mellemtiden begrænser, hvem der har rettighed til at redigere Search Custom Resource og hub-administratorrettigheder. Angrebet forudsætter allerede høje rettigheder, så en midlertidig indskrænkning af adgang reducerer risikoen betydeligt.
Kræver angrebet, at nogen klikker på noget?
Nej. Der kræves ingen brugerhandling fra en anden bruger. Angriberen skal dog allerede være logget ind med høje rettigheder, enten som hub-administrator eller som bruger med redigeringsret til Search CR.
Skal vi anmelde dette til myndighederne?
Kun hvis I konstaterer, at sårbarheden faktisk er blevet udnyttet, og der er sket kompromittering af persondata eller kritisk drift. Selve opdagelsen af sårbarheden i jeres systemer udløser ikke i sig selv en anmeldelsespligt.
Hvad hvis vi ikke selv driver Kubernetes-klyngen, men bruger en leverandør?
Kontakt jeres leverandør og bed dem bekræfte, om de bruger Red Hat Advanced Cluster Management med søgekomponenten, og om de har opdateret til den rettede version.
CVSS-detaljer
CVSS:3.1/AV:N/AC:L/PR:H/UI:N/S:C/C:H/I:H/A:H
CWE-svaghedstyper
Original NVD-beskrivelse (engelsk)
A flaw was found in acm-search-v2-rhel9. This vulnerability allows an authenticated attacker, such as a hub administrator or a Search Custom Resource (CR) editor, to inject malicious shell commands or SQL statements. This occurs because the WORK_MEM string provided in the Search CR is not properly validated before being used in a bash script and an SQL query. Successful exploitation could lead to arbitrary code execution within the privileged postgres pod, potentially compromising the system.
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.