CVE-2026-78427
ŚrednieCVSS 4.3Streszczenie
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.
Ocena ryzyka
Użytkownik może ominąć polityki bezpieczeństwa i wdrożyć kontenery, które powinny być zablokowane, co zwiększa ryzyko naruszenia bezpieczeństwa.
Rekomendacja
Zaktualizuj NeuVector do wersji, która nie zawiera tej podatności. Jeśli nie jest dostępna, rozważ dodatkowe mechanizmy kontroli obrazów, takie jak whitelisting.
Inne podatności w NeuVector
Zobacz wszystkie- 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-78425Wysokie
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.
- 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)
The NeuVector admission webhook silently excludes containers from policy evaluation when their image path matches one of three hardcoded service mesh sidecar images. Since the image path is entirely controlled by the workload author, any user capable of deploying workloads can evade admission deny rules simply by naming their image path after one of these sidecar images.

