CVE-2026-27739
KrytyczneStreszczenie
Angular SSR przed wersjami 21.2.0-rc.1, 21.1.5, 20.3.17 i 19.2.21 zawiera podatność typu Server-Side Request Forgery (SSRF) w obsłudze żądań. Framework bez walidacji ufa nagłówkom Host i X-Forwarded-*, co pozwala atakującemu kierować żądania do wewnętrznych zasobów.
Ocena ryzyka
Ryzyko obejmuje eksfiltrację poświadczeń, skanowanie wewnętrznej sieci i naruszenie poufności danych. Atak może być przeprowadzony zdalnie bez uwierzytelnienia.
Rekomendacja
Zaleca się natychmiastową aktualizację Angular SSR do wersji patchniętych. Dodatkowo należy ograniczyć zaufanie do nagłówków Host i X-Forwarded-* oraz wdrożyć walidację adresów docelowych.
Inne podatności w Angular SSR
Zobacz wszystkie- CVE-2026-104871Średnie
Angular SSR to narzędzie do renderowania po stronie serwera dla aplikacji Angular. W wersjach przed 20.3.36, 21.2.23 i 22.1.7 logika retrieveSSGPage w CommonEngine w @angular/ssr/node oraz w @angular/ssr dla wersji 17-18 akceptuje względny adres URL żądania zawierający segment przejścia wstecznego z ukośnikiem odwrotnym w systemie Windows. Nieuwierzytelniony żądający może pobrać sąsiednią prerenderowaną stronę HTML, jeśli zawiera ona znacznik Angular SSG.
- CVE-2026-44437Średnie
Podatność w Angular SSR w wersjach od 19.0.0-next.0 do przed 19.2.25, 20.3.25, 21.2.9 i 22.0.0-next.7 dotyczy przetwarzania nagłówka X-Forwarded-Prefix. Mechanizm walidacji nie uwzględnia znaków zakodowanych URL, w szczególności kropek (%2e%2e), co pozwala obejść filtry i wstrzyknąć sekwencje przejścia ścieżki.
- CVE-2025-62427Wysokie
Angular SSR (pakiet @angular/ssr) przed wersjami 19.2.18, 20.3.6 i 21.0.0-next.8 zawiera podatność Server-Side Request Forgery (SSRF) w mechanizmie rozwiązywania adresów URL. Funkcja createRequestUrl używa natywnego konstruktora URL. Gdy ścieżka żądania przychodzącego (np. originalUrl lub url) zaczyna się od podwójnego ukośnika (//) lub backslasha (\), konstruktor URL traktuje to jako adres URL względny do schematu, co nadpisuje bazowy URL (protokół, host, port) i pozwala atakującemu kontrolować host. To pozwala atakującemu na ustawienie zewnętrznej domeny w ścieżce URL, co powoduje, że środowisko SSR ustawia wirtualną lokalizację strony (dostępną przez tokeny DOCUMENT lub PlatformLocation) na domenę kontrolowaną przez atakującego. Kolejne względne żądania HTTP wykonywane podczas procesu SSR (np. HttpClient.get('assets/data.json')) będą błędnie rozwiązywane względem domeny atakującego, zmuszając serwer do komunikacji z zewnętrznym punktem końcowym. Podatność została naprawiona w wersjach 19.2.18, 20.3.6 i 21.0.0-next.8.
Oryginalny opis (angielski, źródło NVD)
The Angular SSR is a server-rise rendering tool for Angular applications. Versions prior to 21.2.0-rc.1, 21.1.5, 20.3.17, and 19.2.21 have a Server-Side Request Forgery (SSRF) vulnerability in the Angular SSR request handling pipeline. The vulnerability exists because Angular’s internal URL reconstruction logic directly trusts and consumes user-controlled HTTP headers specifically the Host and `X-Forwarded-*` family to determine the application's base origin without any validation of the destination domain. Specifically, the framework didn't have checks for the host domain, path and character sanitization, and port validation. This vulnerability manifests in two primary ways: implicit relative URL resolution and explicit manual construction. When successfully exploited, this vulnerability allows for arbitrary internal request steering. This can lead to credential exfiltration, internal network probing, and a confidentiality breach. In order to be vulnerable, the victim application must
Dane podatności pochodzą z NVD (NIST) · CISA KEV · EPSS