CVE-2026-78425
WysokieCVSS 7.6Streszczenie
Użytkownicy autoryzowani w zewnętrznych aplikacjach za tym samym korporacyjnym dostawcą tożsamości (IdP), np. wiki, systemie zgłoszeń czy narzędziu wydatków, mogą logować się do swoich systemów przez SAML SSO. Jeśli asercja wystawiona dla innej aplikacji zostanie przedstawiona NeuVector, jest ona akceptowana, ponieważ jedynym rozróżnieniem jest element, a ostrzeżenie NotInAudience o niezgodności nie jest odczytywane.
Ocena ryzyka
Atakujący z kontem w dowolnej aplikacji za tym samym IdP może uzyskać dostęp do NeuVector, co prowadzi do obejścia kontroli dostępu i nieautoryzowanego dostępu.
Rekomendacja
Zaktualizuj NeuVector do wersji zawierającej poprawkę walidacji asercji SAML oraz zweryfikuj konfigurację zaufania IdP.
Inne podatności w NeuVector
Zobacz wszystkie- CVE-2026-78427Średnie
Webhook dopuszczenia NeuVector po cichu wyklucza kontenery z oceny polityk, gdy ich ścieżka obrazu pasuje do jednego z trzech zakodowanych na stałe obrazów sidecar mesh. Ponieważ ścieżka obrazu jest w pełni kontrolowana przez autora workloadu, każdy użytkownik mogący wdrażać workloady może ominąć reguły odmowy dopuszczenia, po prostu nazywając swoją ścieżkę obrazu tak jak jeden z tych obrazów sidecar.
- CVE-2026-78426Niskie
Weryfikator JWT w NeuVector akceptuje niekanoniczne kodowania Base64URL tego samego pola podpisu RSA. Atakujący posiadający ważny, nieprzeterminowany token JWT, który został wylogowany z NeuVector, może nadal używać tego tokenu z równoważnym zapisem pola podpisu RSA aż do wygaśnięcia ważności tokenu.
- CVE-2026-25703Wysokie
NeuVector do wersji 5.4.9 może potencjalnie ujawnić informacje z API /network/graph menedżera z powodu braku uwierzytelnienia i buforowanych danych zawierających wrażliwe informacje.
Oryginalny opis (angielski, źródło NVD)
Authorised users of outside applications behind the same corporate identity provider (IdP), for example, a wiki, a ticketing system, an expenses tool, or anything they legitimately hold an account on can log into their system via SAML SSO. The IdP issues an assertion to them. If that assertion is presented to NeuVector, NeuVector accepts it because the only thing distinguishing "an assertion for NeuVector" from "an assertion for the wiki" is the element, and the `NotInAudience` warning that reports the mismatch is never read.