W rozwijanym projekcie Kubernetes, w kontrolerze ingress-nginx zidentyfikowano trzy podatności, które pozwalają na dostęp do ustawień obiektu Ingress w konfiguracji domyślnej, gdzie między innymi przechowywane są dane uwierzytelniające do serwerów Kubernetes, umożliwiające uzyskanie przywilejowanego dostępu do klastra. Problemy te występują jedynie w kontrolerze ingress-nginx projektu Kubernetes i nie dotyczą kontrolera kubernetes-ingress, rozwijanego przez programistów NGINX.
Kontroler Ingress pełni rolę bramy i jest używany w Kubernetes do organizacji dostępu z sieci zewnętrznej do usług wewnątrz klastra. Kontroler ingress-nginx jest najpopularniejszy i stosuje serwer NGINX do przekazywania zapytań do klastra, routingu zewnętrznych żądań i równoważenia obciążenia. Projekt Kubernetes dostarcza podstawowe kontrolery ingress dla AWS, GCE i nginx, z których ostatni nie jest związany z kontrolerem kubernetes-ingress, którego wsparciem zajmuje się firma F5/NGINX.
Podatności CVE-2023-5043 i CVE-2023-5044 umożliwiają wykonanie własnego kodu na serwerze prawach procesu kontrolera ingress, wykorzystując do jego wstrzykiwania parametry „nginx.ingress.kubernetes.io/configuration-snippet” i „nginx.ingress.kubernetes.io/permanent-redirect”. Wśród innych, uzyskane prawa dostępu pozwalają na wyciągnięcie tokena, stosowanego do uwierzytelniania na poziomie zarządzania klastrem. Podatność CVE-2022-4886 pozwala na obejście weryfikacji ścieżek plików, wykorzystując dyrektywę log_format.
Pierwsze dwie podatności występują tylko w wersjach ingress-nginx przed wersją 1.9.0, a ostatnia - przed wersją 1.8.0. Aby przeprowadzić atak, złośliwy podmiot musi mieć dostęp do konfiguracji obiektu ingress, na przykład w multitenantowych klastrach Kubernetes, w których użytkownikom umożliwia się tworzenie obiektów w swoim przestrzeni nazw.
Źródło: opennet.ru
