CVE-2026-11403
WysokieCVSS 8.7Prawdopodobieństwo exploitacji (EPSS)
Niskie ryzykoPercentyl 27 - wyżej niż 27% wszystkich znanych CVE
Streszczenie
Podatność w Sonatype Nexus Repository Manager umożliwia zdalnemu atakującemu uzyskanie nieautoryzowanego dostępu do operacji repozytorium jako docelowy użytkownik. Wymagane jest włączenie formatowo specyficznej domeny klucza API (NuGet API Key, Docker Bearer Token lub npm Bearer Token) oraz posiadanie przez użytkownika aktywnego klucza API.
Ocena ryzyka
Ryzyko polega na możliwości przejęcia kontroli nad operacjami repozytorium przez atakującego, co może prowadzić do kradzieży danych, modyfikacji artefaktów lub naruszenia integralności systemu.
Rekomendacja
Zaleca się natychmiastowe wyłączenie nieużywanych formatowo specyficznych domen kluczy API oraz regularne przeglądanie i rotację aktywnych kluczy API użytkowników.
Inne podatności w Sonatype Nexus Repository Manager
Zobacz wszystkie- CVE-2026-5189Krytyczne
Sonatype Nexus Repository Manager w wersjach 3.0.0 do 3.70.5 zawiera twardo zakodowane poświadczenia (CWE-798), co pozwala nieuwierzytelnionemu atakującemu z dostępem sieciowym na uzyskanie nieautoryzowanego dostępu do wewnętrznej bazy danych i wykonanie poleceń systemowych jako użytkownik procesu Nexus. Wymaga włączenia nie domyślnej konfiguracji nexus.orient.binaryListenerEnabled=true.
- CVE-2017-17717Krytyczne
Sonatype Nexus Repository Manager w wersjach do 2.14.5 ma słabe szyfrowanie haseł z twardo zakodowaną wartością CMMDwoV w funkcji integracji LDAP.
- CVE-2026-10741Średnie
Podatność w Sonatype Nexus Repository Manager przed wersją 3.93.0 pozwala delegowanemu administratorowi repozytorium na ujawnienie przechowywanych poświadczeń proxy upstream poprzez lukę w konfiguracji repozytorium proxy.
Oryginalny opis (angielski, źródło NVD)
A vulnerability in Sonatype Nexus Repository Manager's format-specific API key generation may allow a remote attacker to gain unauthorized access to repository operations as a targeted user. A format-specific API key realm (NuGet API Key, Docker Bearer Token, or npm Bearer Token) must be enabled and the targeted user must have an active API key for this vulnerability to be exploitable.