I det udviklede Kubernetes ingress-controller projekt ingress-nginx er der opdaget tre sårbarheder, der tillader adgang til indstillingerne for Ingress-objektet i standardkonfigurationen, hvor blandt andet legitimationsoplysninger til at tilgå Kubernetes-servere opbevares, hvilket giver privilegeret adgang til klyngen. Problemerne optræder kun i ingress-controlleren ingress-nginx fra Kubernetes-projektet og berører ikke controllere kubernetes-ingress, som vedligeholdes af udviklerne fra NGINX.
Ingress-controlleren fungerer som en gateway og anvendes i Kubernetes til at organisere adgang fra det eksterne netværk til tjenester inde i klyngen. Controlleren ingress-nginx er den mest populære og anvender server NGINX til at organisere forwarding af anmodninger til klyngen, rute eksterne anmodninger og lastebalancering. Kubernetes-projektet leverer grundlæggende ingress-controllere til AWS, GCE og nginx, sidstnævnte er ikke relateret til controllere kubernetes-ingress, som vedligeholdes af F5/NGINX.
Sårbarhederne CVE-2023-5043 og CVE-2023-5044 tillader kørsel af egen kode på serveren med rettighederne fra ingress-controller-processen, ved at bruge parametrene «nginx.ingress.kubernetes.io/configuration-snippet» og «nginx.ingress.kubernetes.io/permanent-redirect». Blandt andet tillader de opnåede rettigheder at udtrække token, der bruges til autentificering på klynge-administrationsniveau. Sårbarheden CVE-2022-4886 tillader omgåelse af filstivningskontrollen ved at bruge direktivet log_format.
De første to sårbarheder optræder kun i versioner af ingress-nginx før 1.9.0, mens den sidste optræder før version 1.8.0. For at udføre et angreb skal en angriber have adgang til konfigurationen af ingress-objektet, fx i multibruger Kubernetes-klynger, hvor brugere får mulighed for at oprette objekter i deres eget navnerum.
Kilde: opennet.ru
