Podatności frp

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.

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.

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.