CVE-2026-66901
WysokieCVSS 7.5Prawdopodobieństwo exploitacji (EPSS)
Niskie ryzykoPercentyl 44 - wyżej niż 44% wszystkich znanych CVE
Streszczenie
Podatność w bibliotece Google::Auth dla Perla przed wersją 0.09 umożliwia atak SSRF i kradzież poświadczeń. Adresy URL pobierane z pliku JSON z poświadczeniami nie są weryfikowane pod kątem domeny uniwersum, co pozwala na wysyłanie żądań do wewnętrznych usług i punktów końcowych link-local z poświadczeniami aplikacji.
Ocena ryzyka
Organizacja narażona jest na wyciek poufnych danych (tokeny, sekrety) oraz dostęp do wewnętrznych zasobów sieciowych, jeśli aplikacja używa niezweryfikowanych plików konfiguracyjnych poświadczeń.
Rekomendacja
Zaleca się natychmiastową aktualizację Google::Auth do wersji 0.09 lub nowszej oraz weryfikację, czy wszystkie pliki konfiguracyjne poświadczeń pochodzą z zaufanych źródeł.
Inne podatności w Google::Auth
Zobacz wszystkie- CVE-2026-66902Krytyczne
Google::Auth dla Perla przed wersją 0.06 wykonuje polecenie zawarte w pliku JSON z danymi uwierzytelniającymi konta zewnętrznego przez niekontrolowane wywołanie systemowe. Podklasa Pluggable odczytuje pole credential_source.executable.command i uruchamia je jako `system($command)`, przekazując cały ciąg do /bin/sh -c. Nie ma żadnej bramki opt-in chroniącej to wywołanie, a ścieżka jest osiągalna ze standardowego przepływu Application Default Credentials.
- CVE-2026-74760Niskie ryzyko· EPSS 2%
Google::Auth w wersjach 0.11–0.12 dla Perla akceptuje kod autoryzacyjny od dowolnego procesu lokalnego, ponieważ callback logowania gcloud-auth nie sprawdza parametru OAuth state. Lokalny atakujący może przesłać kod autoryzacyjny własnego konta Google, a CLI wymieni go i zapisze refresh token jako poświadczenia użytkownika.
- CVE-2026-74759Niskie ryzyko· EPSS 7%
Google::Auth w wersji 0.12 dla Perla pozwala na server-side request forgery poprzez niezwalidowane adresy URL credential_source w poświadczeniach zewnętrznego konta AWS. Klasa Aws wysyła żądania GET i PUT do pól imdsv2_session_token_url, url i region_url bez sprawdzenia hosta stosowanego przez inne klasy poświadczeń.
Oryginalny opis (angielski, źródło NVD)
Google::Auth versions before 0.09 for Perl allow server side request forgery and credential exfiltration via unvalidated URLs taken from the credentials JSON. The URLs the library requests are read from the credentials JSON, and their hosts were not checked against the universe domain before the request. For an external_account configuration, retrieve_subject_token fetched credential_source.url with headers from the same JSON, and fetch_access_token posted the subject token to token_url, then sent the STS access token it received to service_account_impersonation_url in an Authorization: Bearer header. The authorized_user, impersonated_service_account and service_account configurations posted the client secret and refresh token, the source access token, and a signed JWT assertion to their own JSON-supplied token_uri or impersonation URL. Any caller that builds credentials from a configuration it does not fully control issues those requests from the application's network position, reaching hosts the configuration names, including internal services and link-local metadata endpoints, and hands them the credentials each request carries. The service_account assertion is bound to aud, so it is not replayable against Google. Version 0.06 added a _validate_url host check to the external_account class, keyed on a universe_domain read from the same credentials JSON. Version 0.07 gated a JSON-supplied universe domain behind GOOGLE_EXTERNAL_ACCOUNT_ALLOW_CUSTOM_UNIVERSES=1, deriving the pin flag from arguments that an earlier BUILDARGS pass had already merged on the make_creds path. Version 0.08 passed the pin decision through as an explicit constructor argument and moved _validate_url to Google::Auth::Credentials, adding the call to UserRefreshCredentials and ImpersonatedServiceAccountCredentials, and 0.09 added it to ServiceAccountCredentials.
Dane podatności pochodzą z NVD (NIST) · CISA KEV · EPSS

