CVE-2026-61617
WysokieCVSS 7.7Prawdopodobieństwo exploitacji (EPSS)
Niskie ryzykoPercentyl 16 - wyżej niż 16% wszystkich znanych CVE
Streszczenie
Wings (kontroler serwerów dla Pterodactyl) w wersjach do 1.13.2 włącznie nie egzekwuje limitu dyskowego serwera podczas transferu SFTP, co pozwala tenantowi z dostępem do zapisu SFTP na wyczerpanie fizycznego dysku węzła i zatrzymanie wszystkich serwerów na nim. Sprawdzanie dostępnego miejsca odbywa się tylko raz, przy otwarciu uchwytu, z użyciem nieaktualnej wartości i bez znajomości rozmiaru przesyłanych danych.
Ocena ryzyka
Ryzyko ataku DoS na cały węzeł, co może prowadzić do niedostępności wszystkich serwerów na nim.
Rekomendacja
Zaktualizuj Wings do wersji 1.13.3 lub nowszej, która zawiera poprawkę.
Inne podatności w Wings
Zobacz wszystkie- CVE-2026-52857Średnie
Wings, serwer kontrolny dla Pterodactyl, przed wersją 1.13.0 zawiera podatność polegającą na nieograniczonych parserach plików konfiguracyjnych JSON, YAML i XML. Pozwalają one na przetworzenie zbyt dużego pliku konfiguracyjnego, co prowadzi do wyczerpania pamięci procesu Wings.
- CVE-2026-52855Krytyczne
Wings, panel sterowania serwerem dla Pterodactyl, przed wersją 1.12.3 umożliwia użytkownikowi z niskimi uprawnieniami odczytanie poufnych danych konfiguracyjnych (token, token_id, rejestry Docker) poprzez użycie placeholderów {{config.}} w szablonach plików konfiguracyjnych.
- CVE-2026-52856Wysokie
Wings, panel sterowania serwerem dla Pterodactyl, przed wersją 1.13.0 zawiera podatność na panikę Go spowodowaną przez nieprawidłowo sformatowany pakiet podczas uzgadniania połączenia SFTP. Problem został naprawiony w wersji 1.13.0.
Oryginalny opis (angielski, źródło NVD)
Wings is the server control plane for the Pterodactyl game-server management panel. In versions up to and including 1.13.2, the SFTP write path does not enforce a server's disk quota during a transfer, allowing a tenant with SFTP write access to a single server to exhaust the host node's physical disk and take down every server on it. Wings checks available space only once, as a boolean, when the write handle is opened, using a stale cached usage value and without knowing the size of the incoming data, and it then returns a raw, unaccounted file handle that is never re-checked as the transfer proceeds. A single upload can therefore be written without bound, far beyond the configured disk limit, until the node's disk is full, and because a server stopped for exceeding its limit is not treated as suspended, SFTP writes are still accepted even after the quota is already exceeded. This issue is fixed in version 1.13.3.