Podatności Okta Access Gateway

Okta Access Gateway nie neutralizuje znaków specjalnych powłoki w wartościach konfiguracji SNMP przed użyciem ich przez uprzywilejowany skrypt do konstruowania poleceń systemowych. Uwierzytelniony użytkownik lokalny z dostępem do interfejsu zarządzania może dostarczyć spreparowane wartości, co prowadzi do wykonania dowolnych poleceń systemowych z uprawnieniami roota.

Okta Access Gateway nieprawidłowo obsługuje sanityzację danych wejściowych i ocenę wyrażeń regularnych w ramach sprawdzania autoryzacji Protected Rule, co prowadzi do obejścia autoryzacji, gdy administrator skonfigurował politykę Protected Rule na jednym lub więcej zasobach aplikacji.

Okta Access Gateway nie sanityzuje wartości etykiet pulpitu nawigacyjnego przed zapisaniem ich do wygenerowanych plików konfiguracyjnych PHP. Wygenerowany plik jest automatycznie dołączany podczas żądań uwierzytelnienia, co prowadzi do wykonania kodu z uprawnieniami procesu serwera WWW.

Funkcja przywracania kopii zapasowej Okta Access Gateway nie weryfikuje nazwy pliku osadzonej w zaszyfrowanym ładunku kopii zapasowej. Prowadzi to do zapisywania zawartości plików w niezamierzonych lokalizacjach w systemie plików urządzenia.

Okta Access Gateway nie sanityzuje wartości asercji SAML przed interpolacją ich do zapytań do bazy danych w konfiguracji magazynu danych w trybie zaawansowanym. Niesanityzowane wartości są podstawiane bezpośrednio do ciągu zapytania przed przygotowaniem, co prowadzi do niezamierzonego wykonania SQL na skonfigurowanej bazie danych.

Moduł obsługi konfiguracji Kerberos w Okta Access Gateway nie weryfikuje ścieżek plików określonych w ładunkach zdarzeń przed zapisaniem zawartości plików. Ścieżka z ładunku zdarzenia jest używana bezpośrednio jako miejsce docelowe zapisu, co prowadzi do zapisywania plików w niezamierzonych lokalizacjach w systemie plików urządzenia.

Okta Access Gateway nie sanityzuje wartości atrybutów asercji SAML przed interpolacją ich do filtrów wyszukiwania LDAP w konfiguracji magazynu danych LDAP. Surowe wartości są podstawiane bezpośrednio do łańcucha filtra i przekazywane do operacji wyszukiwania LDAP, co prowadzi do modyfikacji zamierzonej logiki zapytania.

Okta Access Gateway zawiera opcjonalne źródło uwierzytelniania pass-through, które akceptuje tożsamość użytkownika z nagłówka HTTP dostarczonego przez klienta bez weryfikacji kryptograficznej. W architekturach, gdzie to opcjonalne źródło jest włączone bez pośredniczącego reverse proxy lub zapory ogniowej skonfigurowanej do sanityzacji i egzekwowania nagłówków klienta, nieuwierzytelniony użytkownik może dostarczyć dowolną wartość tożsamości, aby zainicjować sesję.

Okta Access Gateway nie stosuje ograniczeń dyrektyw Lua do pola konfiguracji niestandardowej na poziomie aplikacji. Pole to jest interpolowane bezpośrednio do bloku serwera nginx bez kontroli, co umożliwia wykonanie wstrzykniętych dyrektyw.

Konsola zarządzania Okta Access Gateway przekazuje dane wprowadzone przez użytkownika do funkcji eval() bez sanityzacji podczas uwierzytelnionej sesji SSH administratora. W rezultacie niesanityzowane dane są wykonywane bezpośrednio, co prowadzi do wykonania kodu z uprawnieniami konsoli zarządzania.

Okta Access Gateway nie sanityzuje pola etykiety aplikacji przed umieszczeniem go w wygenerowanym pliku konfiguracyjnym nginx. Niesanityzowana wartość jest interpolowana do dyrektywy bloku serwera nginx, co prowadzi do wykonania wstrzykniętych dyrektyw.