CVE-2026-86464

KrytyczneCVSS 9.9

Opublikowano: 08/09/2026(UTC)Zaktualizowano: 09/09/2026(UTC)Przetłumaczono: 10/09/2026(UTC)NVD NIST

Prawdopodobieństwo exploitacji (EPSS)

Niskie ryzyko

0.35%

Percentyl 29 - wyżej niż 29% wszystkich znanych CVE

Streszczenie

W wersji rozwojowej Eclipse aeriOS (bez oficjalnego wydania) wdrożenie Identity Manager (IdM) zawierało niezabezpieczone domyślne konfiguracje i poświadczenia dla usług krytycznych dla bezpieczeństwa. Helm chart domyślnie wystawiał Keycloak i jego bazę PostgreSQL przez usługi NodePort w Kubernetes, a Docker Compose wystawiał PostgreSQL na wszystkich interfejsach sieciowych. Wdrożenie zawierało stałe domyślne poświadczenia administratora Keycloak i użytkownika PostgreSQL oraz predefiniowanych użytkowników aplikacji ze znanymi hasłami.

Ocena ryzyka

Atakujący z dostępem sieciowym do wystawionych usług może użyć publicznie znanych domyślnych poświadczeń, aby uzyskać dostęp administracyjny do Identity Manager lub bezpośredni dostęp do bazy danych. Umożliwia to nieautoryzowany dostęp lub modyfikację danych zarządzania tożsamością (użytkownicy, role, poświadczenia klientów, sesje, materiały kryptograficzne) oraz tworzenie uprzywilejowanych tożsamości lub tokenów akceptowanych przez inne komponenty aeriOS.

Rekomendacja

Zaktualizuj do wersji zawierającej poprawki: losowe hasło administratora Keycloak, zarządzanie poświadczeniami Keycloak i PostgreSQL przez Kubernetes Secrets oraz ograniczenie PostgreSQL i OpenLDAP do usług wewnętrznych w Helm chart i Docker Compose. Usuń predefiniowanych użytkowników deweloperskich/testowych lub zmień ich poświadczenia po instalacji i nie używaj ich w środowisku produkcyjnym.

Powiązane podatności

Oryginalny opis (angielski, źródło NVD)

In the current development version of Eclipse aeriOS, for which no official release has yet been published, the Identity Manager (IdM) deployment included insecure default configurations and credentials for security-sensitive services. The Helm chart exposed the Keycloak service and its PostgreSQL backing database through Kubernetes NodePort services by default, while the Docker Compose deployment similarly exposed PostgreSQL on all network interfaces. The deployment included fixed default credentials for the Keycloak administrator and PostgreSQL database user, and the previous Helm chart configuration did not provide adequate secret management for these credentials. In addition, predefined application users with known credentials were provided for development and testing without sufficiently warning operators against their use in production environments. An attacker able to reach the exposed services could use the published default credentials to obtain administrative access to the Identity Manager or direct access to its database. This could allow unauthorized access to or modification of identity-management data, including users, roles, client credentials, sessions, and cryptographic material, and could enable the creation of privileged identities or tokens accepted by other aeriOS components. The issue has been addressed by generating a random Keycloak administrator password by default, managing Keycloak and PostgreSQL credentials through Kubernetes Secrets, and restricting PostgreSQL to an internal service in both the Helm chart and Docker Compose deployment. OpenLDAP is also restricted to an internal service. The predefined users intended for development and testing are retained, but the documentation now explicitly warns that their default credentials must not be used in production and that these users should be removed or their credentials changed after installation.

Dane podatności pochodzą z NVD (NIST) · CISA KEV · EPSS