CVE-2026-58371
NiskieCVSS 3.1Prawdopodobieństwo exploitacji (EPSS)
Niskie ryzykoPercentyl 11 - wyżej niż 11% wszystkich znanych CVE
Streszczenie
Podatność w SeaweedFS przed wersją 4.30 polega na braku walidacji parametru callback w funkcji writeJson, co pozwala na odbicie go w odpowiedziach JavaScript. Brak nagłówka X-Content-Type-Options: nosniff oraz listy dozwolonych CORS umożliwia ataki typu cross-origin na niezabezpieczonych punktach końcowych.
Ocena ryzyka
Organizacja narażona jest na wyciek wrażliwych informacji, takich jak topologia klastra, adresy serwerów woluminów, porty gRPC, identyfikatory plików oraz listy katalogów, które mogą zostać odczytane przez zewnętrzne strony trzecie.
Rekomendacja
Należy natychmiast zaktualizować SeaweedFS do wersji 4.30 lub nowszej. Dodatkowo, w konfiguracji domyślnej należy włączyć listę dozwolonych CORS oraz nagłówek X-Content-Type-Options: nosniff.
Oryginalny opis (angielski, źródło NVD)
SeaweedFS before 4.30 reflects the callback query parameter verbatim into responses served with Content-Type application/javascript in the shared writeJson helper (weed/server/common.go), with no callback-name validation, no X-Content-Type-Options: nosniff header, and no CORS allow-list. Every JSON endpoint that uses writeJson - including the unauthenticated master endpoints /dir/status, /dir/lookup and /cluster/status, the volume server /status, and the filer directory listing, all reachable in the default configuration (no -whiteList, no security.toml, bound to 0.0.0.0) - can therefore be loaded cross-origin via a script tag with a chosen callback, letting a third-party web page read cluster topology, volume server URLs and gRPC ports, file identifiers, and directory listings. Because the callback string is reflected at the start of the body and no nosniff header is sent, MIME-sniffing clients may also interpret the reflected content as HTML.