CVE-2026-97665
WysokieCVSS 7.1Streszczenie
W Nexus Repository 3 brakuje kontroli autoryzacji w ścieżce przesyłania NuGet Components API, co pozwala kontu z jedynie uprawnieniami odczytu i przeglądania repozytorium na przesyłanie pakietów symboli NuGet (.snupkg). Wykorzystanie wymaga hostowanego repozytorium NuGet z włączonym Symbol Server, a przy włączonym dostępie anonimowym warunek ten jest spełniony domyślnie.
Ocena ryzyka
Atakujący może zapisywać złośliwe pakiety symboli w repozytorium, co może prowadzić do zatrucia artefaktów i dalszej kompromitacji procesu budowania.
Rekomendacja
Wyłącz anonimowy dostęp do repozytoriów NuGet oraz Symbol Server, jeśli nie jest wymagany, i ogranicz uprawnienia zapisu do zaufanych kont.
Inne podatności w Sonatype Nexus Repository 3
Zobacz wszystkie- CVE-2020-10199WysokieAktywnie exploitowane
Sonatype Nexus Repository w wersjach przed 3.21.2 pozwala na wstrzyknięcie JavaEL (JavaEL Injection). Jest to pierwsza z dwóch powiązanych podatności.
- CVE-2026-97712Wysokie
Sonatype Nexus Repository 3 pozwala użytkownikowi posiadającemu uprawnienie do tworzenia lub aktualizacji ról przyznawać role i uprawnienia, których sam nie posiada. Może to prowadzić do eskalacji uprawnień aż do pełnego dostępu administracyjnego.
- CVE-2026-97667Średnie
Sonatype Nexus Repository 3 pozwala kontu użytkownika posiadającemu uprawnienie edycji w hostowanym repozytorium R na zapisanie treści skryptu w metadanych przesłanego pakietu R. Skrypt uruchamia się w przeglądarce użytkownika, który otworzy szczegóły tego pakietu w interfejsie Browse, z uprawnieniami przeglądającego użytkownika.
- CVE-2026-97666Średnie
Sonatype Nexus Repository 3 pozwala nieuwierzytelnionemu zdalnemu atakującemu dostarczyć kontrolowane przez siebie dane wejściowe do wywołania ładowania klasy Java poprzez endpoint ExtDirect. Umożliwia to atakującemu ustalenie, czy określone klasy są obecne w aplikacji. Problem sam w sobie nie pozwala na wykonanie kodu.
- CVE-2026-77125Wysokie
W Sonatype Nexus Repository 3 dwa endpointy REST API zarządzania grupami blobstore nie egzekwowały poprawnie autoryzacji. Użytkownik z uprawnieniem nexus:blobstores:create mógł wywołać te endpointy, aby przekonwertować istniejący blobstore na grupowy blobstore, co powinno wymagać uprawnienia nexus:blobstores:update. Może to prowadzić do nieautoryzowanej modyfikacji konfiguracji blobstore bez zgody administratora.
- CVE-2026-77124Wysokie
W dotkniętych wersjach Nexus Repository 3 endpoint wykonania skryptów (POST /service/rest/v1/script/{name}/run) nie weryfikował, czy wykonanie skryptów zostało administracyjnie wyłączone. Konto z uprawnieniem do wykonywania skryptów mogło nadal uruchamiać wcześniej utworzone skrypty nawet po ustawieniu nexus.scripts.allowCreation=false, co podważa oczekiwanie, że to ustawienie całkowicie blokuje wykonywanie skryptów.
- CVE-2026-10748Wysokie
Użytkownik z uprawnieniami nx-licensing-create może przesłać specjalnie przygotowany plik licencyjny, co pozwala na wykonanie dowolnych poleceń systemowych jako użytkownik procesu Nexus w wersjach Sonatype Nexus Repository 3 przed 3.92.0.
- CVE-2026-3329Wysokie
Podatność w Sonatype Nexus Repository umożliwia zdalnemu, nieuwierzytelnionemu atakującemu przeprowadzanie ataków polegających na odgadywaniu haseł użytkowników za pośrednictwem punktów końcowych uwierzytelniania.
- CVE-2026-7308Średnie
W Sonatype Nexus Repository w wersjach od 3.6.0 do przed 3.92.0 uwierzytelniony użytkownik z uprawnieniem do przesyłania plików do hostowanego repozytorium może zapisać treść powodującą wykonanie dowolnego kodu JavaScript w przeglądarce użytkownika przeglądającego katalog repozytorium przez stronę indeksu HTML. Może to pozwolić atakującemu na wykonanie działań w kontekście sesji ofiary.
- CVE-2026-3438Średnie
Sonatype Nexus Repository w wersjach 3.0.0 do 3.90.2 zawiera odbitą podatność cross-site scripting, która pozwala nieuwierzytelnionym atakującym na wykonanie dowolnego JavaScript w przeglądarce ofiary poprzez specjalnie spreparowany URL. Wymaga interakcji użytkownika.
Oryginalny opis (angielski, źródło NVD)
A missing authorization check in Nexus Repository 3's NuGet Components API upload path allows an account holding only repository read and browse privileges to upload and persist NuGet symbol packages (.snupkg) to a hosted repository, bypassing the write-permission check enforced for ordinary package uploads. Exploitation requires a hosted NuGet repository with Symbol Server enabled. If anonymous access is enabled, the built-in anonymous user holds read and browse privileges across all repositories by default, so this precondition can also be met without an authenticated account.
Dane podatności pochodzą z NVD (NIST) · CISA KEV · EPSS

