CVE-2026-53522
ŚrednieCVSS 6.5Prawdopodobieństwo exploitacji (EPSS)
Niskie ryzykoPercentyl 20 - wyżej niż 20% wszystkich znanych CVE
Streszczenie
Nezha Monitoring w wersjach od 1.0.0 do przed 2.2.0 ma lukę, która pozwala na tworzenie długoterminowych strumieni WebSocket bez ograniczeń. Dwa punkty końcowe, POST /api/v1/terminal i POST /api/v1/file, nie mają limitów użytkowników ani połączeń serwerowych.
Ocena ryzyka
Brak ograniczeń w liczbie połączeń może prowadzić do przeciążenia serwera, co zagraża dostępności usługi. Atakujący może wykorzystać tę lukę do zablokowania zasobów serwera.
Rekomendacja
Zaleca się aktualizację do wersji 2.2.0 lub nowszej, aby usunąć tę podatność. Dodatkowo warto wprowadzić mechanizmy ograniczające liczbę połączeń dla użytkowników i serwerów.
Inne podatności w Nezha Monitoring
Zobacz wszystkie- CVE-2026-62283Krytyczne
Nezha Monitoring to samohostowane, lekkie narzędzie do monitorowania serwerów i stron internetowych oraz zarządzania nimi. Wersje Nezha od 1.14.13 do 1.14.14 oraz od 2.0.0 do 2.0.9 nie wiążą identyfikatorów strumieni utworzonych przez CreateStream w service/rpc/io_stream.go z ich użytkownikiem tworzącym, a `GET /ws/terminal/:id` i `GET /ws/file/:id` sprawdzają tylko, czy podany UUID istnieje. Uwierzytelniony użytkownik z rolą RoleMember, który zdobędzie żywy UUID strumienia z logów, historii przeglądarki, danych referer lub telemetrii, może dołączyć do sesji terminala lub menedżera plików innego użytkownika, czytać i zapisywać pliki na serwerze docelowym oraz wykonywać polecenia powłoki. Problem naprawiono w wersji 2.0.10.
- CVE-2026-53519Krytyczne
Nezha Monitoring przed wersją 2.0.13 ma lukę w obsłudze NoRoute w dashboardzie, która pozwala na dostęp do zasobów administracyjnych bez autoryzacji. Wykorzystując nieprawidłowe sprawdzenie prefiksu URL, atakujący może uzyskać dostęp do plików systemowych.
- CVE-2026-46716Krytyczne
Nezha Monitoring w wersjach od 1.4.0 do przed 2.0.8 pozwala użytkownikom z rolą RoleMember na tworzenie zaplanowanych zadań cron, które mogą wykonywać dowolne polecenia na serwerach, w tym na serwerach należących do innych użytkowników. To stwarza ryzyko nieautoryzowanego dostępu do systemów.
- CVE-2026-59155Średnie
Nezha Monitoring przed wersją 2.2.5 ujawnia w odpowiedziach API /api/v1/ddns i /api/v1/notification pełne obiekty zasobów, w tym poświadczenia stron trzecich w postaci jawnego tekstu, takie jak tokeny API Cloudflare, SecretKeys TencentCloud, webhooki Slack, Discord i Telegram z osadzonymi tokenami botów oraz wartości nagłówka Authorization. Każdy uwierzytelniony administrator lub PAT z zakresem nezha:ddns:read lub nezha:notification:read może uzyskać przechowywane poświadczenia za pomocą handlerów listDDNS i listNotification w pojedynczej odpowiedzi API.
- CVE-2026-53523Średnie
Nezha Monitoring w wersjach od 1.0.0 do przed 2.2.0 ma lukę w funkcji getRedirectURL, która tworzy URL zwrotny OAuth2 bez walidacji nagłówka Host. Może to prowadzić do wstrzyknięcia nagłówka hosta.
- CVE-2026-53521Średnie
Nezha Monitoring w wersjach od 2.0.14 do przed 2.1.0 pozwala na akceptację i przechowywanie nieistniejących identyfikatorów ddns_profiles dla serwera należącego do użytkownika. W przypadku, gdy inny użytkownik utworzy profil DDNS z jednym z tych identyfikatorów, może to prowadzić do wykorzystania konfiguracji profilu DDNS innego użytkownika w kontekście serwera napastnika.
- CVE-2026-53520Średnie
Nezha Monitoring to narzędzie do monitorowania serwerów i stron internetowych. W wersjach od 2.0.14 do przed 2.1.0, uwierzytelnieni użytkownicy mogą przejąć kontrolę nad panelem Host poprzez NAT, co pozwala na przejęcie całej routingu panelu.
- CVE-2026-49397Średnie
Nezha Monitoring to narzędzie do monitorowania serwerów i stron internetowych. W wersjach od 2.0.0 do przed 2.0.14, prywatne usługi były widoczne poprzez punkty końcowe dla poszczególnych serwerów, co prowadziło do wycieku danych o nazwach i czasach.
- CVE-2026-49396Wysokie
Nezha Monitoring to narzędzie do monitorowania serwerów i stron internetowych. W wersjach od 1.0.0 do przed 2.0.14, złośliwe żądanie GET z innej witryny może wywołać zapisane polecenia cron na agentach ofiary. Problem został naprawiony w wersji 2.0.14.
- CVE-2026-48119Wysokie
Nezha Monitoring to narzędzie do monitorowania serwerów i stron internetowych. W wersjach od 0.20.0 do przed 2.0.12, uwierzytelnieni agenci mogą fałszować wyniki monitorowania usług dla usług innych użytkowników. Problem został naprawiony w wersji 2.0.12.
Oryginalny opis (angielski, źródło NVD)
Nezha Monitoring is a self-hostable, lightweight, servers and websites monitoring and O&M tool. From version 1.0.0 to before version 2.2.0, the Nezha dashboard exposes two endpoints that create long-lived WebSocket streams to monitored agents: POST /api/v1/terminal → createTerminal() (terminal.go:27-67) and POST /api/v1/file → createFM() (fm.go:28-67). Both call rpc.NezhaHandlerSingleton.CreateStream(streamId, ...) which inserts a new ioStreamContext into an unbounded map[string]*ioStreamContext (s.ioStreams in io_stream.go:59-67). There is no per-user rate limit, no global semaphore, and no per-server connection cap. This issue has been patched in version 2.2.0.

