CVE-2026-25703

Nieprawidłowe przetwarzanie parametrów w NeuVector pozwala każdemu uwierzytelnionemu użytkownikowi z uprawnieniem namespaced Runtime Policies (write) lub osobie z dostępem do wewnętrznej pary kluczy certyfikatu gRPC NeuVector na wstrzyknięcie poleceń OS w uprzywilejowanym kontenerze enforcer, co może prowadzić do całkowitego przejęcia węzła roboczego.

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.

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.

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.

NeuVector używa twardo zakodowanego klucza kryptograficznego osadzonego w kodzie źródłowym. Podczas kompilacji wartość klucza została zastąpiona tajnym kluczem i użyta do szyfrowania wrażliwych konfiguracji, gdy NeuVector przechowuje dane.