CVE-2026-50561
KrytyczneCVSS 9.4Streszczenie
Yuxi przed wersją 0.6.2 ma wadę w mechanizmie uwierzytelniania: system nie weryfikuje wystarczająco tokena tożsamości w nagłówku Authorization, wykonując tylko sprawdzenie ważności. Pozwala to na użycie tokena administratora wygenerowanego w innej instancji lub środowisku testowym do uzyskania dostępu do interfejsów zarządzania backendem innej instancji.
Ocena ryzyka
Atakujący, który zdobędzie lub skonstruuje akceptowalny token administratora, może ominąć logowanie, uzyskać uprawnienia administratora, uzyskać dostęp do konfiguracji systemu, wywoływać API zarządzania, tworzyć konta administratorów i przejąć backend systemu.
Rekomendacja
Zaktualizuj Yuxi do wersji 0.6.2 lub nowszej. Przed aktualizacją ustaw zmienną środowiskową JWT_SECRET_KEY na nie-domyslną wartość, skonfiguruj unikalny, wystarczająco silny klucz JWT/uwierzytelniania dla każdej instancji i/lub unikaj bezpośredniego wystawiania interfejsów zarządzania backendem na publiczną sieć.
Oryginalny opis (angielski, źródło NVD)
Yuxi is a large-model-based intelligent knowledge base and knowledge graph agent development platform. Prior to version 0.6.2, the project's authentication mechanism contains a flaw. In affected versions, the system does not sufficiently validate the identity token in the Authorization header — only performing a validity check. This allows an administrator token generated in another deployment instance or local testing environment to be used to access the backend management interfaces of a different affected instance. An attacker who obtains or constructs an acceptable administrator Authorization token may bypass normal login authentication and gain administrator privileges. This vulnerability could allow an attacker to access system configurations, invoke backend management APIs, create administrator accounts, and ultimately take over the system backend. This issue has been fixed in version 0.6.2. Before upgrading, users are advised to implement the following temporary measures: Set the environment variable `JWT_SECRET_KEY` to a non-default value, and configure a unique, sufficiently strong JWT/authentication key for each deployment instance; and/or avoid exposing backend management interfaces directly to the public network.