CVE-2026-46481
WysokieCVSS 8.3Prawdopodobieństwo exploitacji (EPSS)
Niskie ryzykoPercentyl 15 - wyżej niż 15% wszystkich znanych CVE
Streszczenie
W OpenMetadata przed wersją 1.12.4, niebędący administratorem użytkownik SSO może wywołać przepływ pracy TEST_CONNECTION dla usługi bazy danych i otrzymać w odpowiedzi HTTP 201 zarówno hasło bazy danych w postaci jawnego tekstu, jak i token JWT bota ingestującego. Token ten może być następnie użyty do uzyskania dostępu do wrażliwych interfejsów API z uprawnieniami bota.
Ocena ryzyka
Ryzyko wycieku poufnych danych uwierzytelniających (hasła bazy danych i tokena JWT), co może prowadzić do nieautoryzowanego dostępu do usług i danych.
Rekomendacja
Zaleca się natychmiastową aktualizację OpenMetadata do wersji 1.12.4 lub nowszej.
Inne podatności w OpenMetadata
Zobacz wszystkie- CVE-2026-22244Wysokie
OpenMetadata, platforma do zarządzania metadanymi, w wersjach przed 1.11.4 jest podatna na zdalne wykonanie kodu poprzez Server-Side Template Injection (SSTI) w szablonach e-mail FreeMarker. Atakujący musi posiadać uprawnienia administracyjne, aby wykorzystać lukę. Wersja 1.11.4 zawiera poprawkę.
- CVE-2026-81029Wysokie
OpenMetadata akceptuje dostarczony przez wywołującego cel przekierowania po uwierzytelnieniu i dołącza do niego wygenerowany token. SamlLoginServlet odczytuje parametr callback i zapisuje go w sesji bez porównania z zarejestrowanym celem, a serwlet konsumenta później formatuje tę wartość do URL z JWT i danymi konta. Podobnie działają procedury OIDC i OAuth2. Atakujący może dostarczyć link, który po zalogowaniu ofiary wysyła token do kontrolowanego przez atakującego celu, co pozwala na przejęcie konta.
Oryginalny opis (angielski, źródło NVD)
OpenMetadata is a unified metadata platform. Prior to version 1.12.4, a non-admin SSO user can trigger a TEST_CONNECTION workflow for a Database Service and receive, in the HTTP 201 response of POST /api/v1/automations/workflows, both the cleartext database password in request.connection.config.password and the ingestion bot JWT in openMetadataServerConnection.securityConfig.jwtToken. The leaked ingestion-bot token can then be reused as Authorization: Bearer <jwt> to access sensitive service APIs with bot-level privileges. This issue has been patched in version 1.12.4.