CVE-2026-40910
ŚrednieCVSS 6.5Prawdopodobieństwo exploitacji (EPSS)
Niskie ryzykoPercentyl 19 - wyżej niż 19% wszystkich znanych CVE
Streszczenie
W frp w wersjach od 0.43.0 do 0.68.0 występuje obejście uwierzytelniania w routingu HTTP vhost, gdy używane jest routeByHTTPUser jako część kontroli dostępu. W żądaniach w stylu proxy logika routingu używa nazwy użytkownika z nagłówka Proxy-Authorization do wyboru backendu routeByHTTPUser, podczas gdy kontrola dostępu sprawdza poświadczenia z nagłówka Authorization, co pozwala atakującemu uzyskać dostęp do chronionego backendu mimo nieprawidłowego hasła Proxy-Authorization. Problem naprawiono w wersji 0.68.1.
Ocena ryzyka
Atakujący znający lub zgadujący wartość routeByHTTPUser może uzyskać dostęp do backendu chronionego przez httpUser/httpPassword bez ważnych poświadczeń. Dotyczy to wyłącznie wdrożeń jawnie używających routeByHTTPUser.
Rekomendacja
Zaktualizuj frp do wersji 0.68.1 lub nowszej. Jeśli funkcja routeByHTTPUser nie jest potrzebna, wyłącz ją i zweryfikuj konfigurację kontroli dostępu.
Inne podatności w frp
Zobacz wszystkie- CVE-2026-110619Średnie
frp w wersjach od 0.41.0 do 0.71.1 zawiera podatność braku uwierzytelniania, która pozwala nieuwierzytelnionym zdalnym atakującym na dostęp do punktów końcowych debugowania pprof, ponieważ handlery są zarejestrowane na głównym muxie poza Basic Authentication. Atakujący mogą odpytywać punkty końcowe /debug/pprof/ na dashboardzie frps lub listenerach administracyjnych frpc, aby uzyskać cmdline, stosy goroutine, profile sterty i wywołać profilowanie CPU.
- CVE-2026-73564Wysokie
frp w wersjach od 0.53.0 do 0.70.1 ma podatność w opcjonalnej bramie SSH Tunnel Gateway w pkg/ssh/server.go, gdzie parsowanie żądania kanału exec dodaje 4 do kontrolowanej przez atakującego długości. Długość 0xFFFFFFFF powoduje zawinięcie dodawania uint32 do 3, co omija sprawdzenie granic i prowadzi do paniki w TunnelServer.handleNewChannel. Gdy brak pliku autoryzowanych kluczy, nieuwierzytelniony peer może dotrzeć do tej fazy przed sprawdzeniem tokena frp, a pojedyncze pięciobajtowe żądanie kończy proces frps i zrywa wszystkie aktywne tunele. Problem naprawiono w wersji 0.70.1.
Oryginalny opis (angielski, źródło NVD)
frp is a fast reverse proxy. From 0.43.0 to 0.68.0, frp contains an authentication bypass in the HTTP vhost routing path when routeByHTTPUser is used as part of access control. In proxy-style requests, the routing logic uses the username from Proxy-Authorization to select the routeByHTTPUser backend, while the access control check uses credentials from the regular Authorization header. As a result, an attacker who can reach the HTTP vhost entrypoint and knows or can guess the protected routeByHTTPUser value may access a backend protected by httpUser / httpPassword even with an incorrect Proxy-Authorization password. This issue affects deployments that explicitly use routeByHTTPUser. It does not affect ordinary HTTP proxies that do not use this feature. This vulnerability is fixed in 0.68.1.
Dane podatności pochodzą z NVD (NIST) · CISA KEV · EPSS