CVE-2026-86242
WysokieCVSS 8.1Streszczenie
Bifrost HTTP transport przed wersją 2.0.0 akceptuje włączony niestandardowy plugin, którego ścieżka jest URL HTTP, przez nieuwierzytelnione POST /api/plugins, gdy uwierzytelnianie zarządzania jest wyłączone (domyślnie). Ładowarka obiektów współdzielonych traktuje ścieżkę z prefiksem http jako URL do pobrania, zapisuje ciało do tymczasowego pliku .so i przekazuje do plugin.Open. Po pomyślnym otwarciu opcjonalny Init uruchamia się z dostarczoną konfiguracją jako użytkownik procesu Bifrost. Na dynamicznie linkowanych buildach jest to zdalne wykonanie kodu; na statycznie linkowanym obrazie Docker tylko SSRF.
Ocena ryzyka
Zdalne wykonanie kodu lub SSRF może prowadzić do pełnego przejęcia systemu lub dostępu do wewnętrznych zasobów, w zależności od builda.
Rekomendacja
Zaktualizuj Bifrost do wersji 2.0.0 lub nowszej, która zawiera poprawkę. Jeśli to niemożliwe, włącz uwierzytelnianie zarządzania i ogranicz dostęp do API.
Inne podatności w Bifrost
Zobacz wszystkie- CVE-2026-86840Nieznane
Palety `vtoken-minting` i `slpx` w Bifrost zawierają podatność na nieprawidłową autoryzację w przypisywaniu prowizji kanałowych. Podpisane konto może podać dowolny zarejestrowany `channel_id` podczas mintowania tokenów bez weryfikacji, czy wywołujący jest uprawniony do mintowania w imieniu tego kanału. Umożliwia to atakującemu zawyżenie zarejestrowanego wolumenu mintowania kanału i spowodowanie nieproporcjonalnego rozdzielenia płatności prowizyjnych na rzecz tego kanału podczas rozliczania prowizji.
- CVE-2026-55245Wysokie
Bifrost przed wersją 1.5.17 błędnie klasyfikuje adresy z zakresów CGNAT, 6to4, NAT64 i fec0::/10 jako publiczne. Atakujący kontrolujący adres URL multimodalnego żądania może sprawić, że brama pobierze zasoby z wewnętrznych usług, w tym metadane instancji chmury.
Oryginalny opis (angielski, źródło NVD)
Bifrost HTTP transport before 2.0.0 accepts an enabled custom plugin whose path is an HTTP URL through unauthenticated POST /api/plugins when management authentication is disabled (the default, governance.auth_config.is_enabled=false). The shared-object loader treats an http-prefixed path as a download URL, writes the body to a temporary .so, and passes it to Go's plugin.Open. After a successful open, optional Init runs immediately with the supplied config as the Bifrost process user. On documented dynamically linked builds (DYNAMIC=1 / no static-link flags), which the vendor requires for custom Go plugins, plugin.Open is expected to succeed and this is unauthenticated remote code execution. On the published statically linked Docker image, plugin.Open fails with Dynamic loading not supported, so that build class is only server-side request forgery. Attack complexity is High because the attacker cannot force RCE on the default static image and a loadable plugin must match the host Go version, OS, architecture, and linkage. The 1.6.x HTTP transport line through 1.6.11 does not contain the fix.