Podatności Onyx

Onyx 4.6.6 nie ogranicza prawidłowo dostępu do poświadczeń narzędzi niestandardowych przechowywanych w custom_headers, co pozwala każdemu uwierzytelnionemu użytkownikowi na odczyt kluczy API zdefiniowanych przez administratora. Atakujący z podstawowym uwierzytelnieniem mogą wywołać GET /tool/{tool_id} lub GET /tool, aby uzyskać jawne nagłówki autoryzacji i poświadczenia API stron trzecich, a następnie użyć ich do bezpośredniego dostępu do zewnętrznych API.

Onyx to platforma AI o otwartym kodzie źródłowym. Przed wersjami 3.1.10, 3.2.14 i 4.0.0, endpointy GET /api/mcp/servers oraz GET /api/mcp/servers/persona/{persona_id} ujawniają nagłówek OAuth Authorization innego użytkownika, ponieważ OnyxTokenStorage.set_tokens i OnyxTokenStorage.set_client_info w backend/onyx/server/features/mcp/api.py kopiują tokeny per użytkownik do wspólnego wiersza MCPConnectionConfig, a _db_mcp_server_to_api_mcp_server zwraca ten wiersz przez auth_template.headers każdemu użytkownikowi z dostępem BASIC_ACCESS. Problem został naprawiony w wersjach 3.1.10, 3.2.14 i 4.0.0.

Onyx to platforma AI o otwartym kodzie źródłowym. Przed wersją 4.3.0 w wersji Enterprise brakuje wymuszenia walidacji uprawnień kuratora w punktach końcowych PATCH /manage/admin/user-group/{user_group_id} i POST /manage/admin/user-group/{user_group_id}/add-users, co pozwala kuratorowi dodawać konta do dowolnych grup i uzyskiwać dostęp do dokumentów. Problem naprawiono w wersji 4.3.0.