CVE-2026-86600
WysokieCVSS 8.2Streszczenie
W sterownikach Snowflake z uwierzytelnianiem WORKLOAD_IDENTITY token tożsamości obciążenia jest dołączany do żądania logowania bez weryfikacji, czy skonfigurowany host jest punktem końcowym Snowflake. Atakujący, który może zmienić konfigurację połączenia, może spowodować wysłanie tokena do kontrolowanego przez siebie hosta. Przechwycony token może być powtórzony do Snowflake w okresie jego ważności. W przypadku platformy Azure, atakujący może również uzyskać token dostępu Managed Identity dla zasobu niebędącego Snowflake.
Ocena ryzyka
Możliwość przechwycenia i powtórzenia tokenów uwierzytelniających może prowadzić do nieautoryzowanego dostępu do danych w Snowflake lub, w scenariuszu Azure, do zasobów w chmurze. Wymaga to jednak zmiany konfiguracji połączenia przez atakującego.
Rekomendacja
Należy ręcznie zaktualizować sterowniki Snowflake do wersji, które ograniczają uwierzytelnianie WORKLOAD_IDENTITY do rozpoznanych hostów Snowflake. Dodatkowo należy zabezpieczyć konfigurację połączeń przed nieautoryzowanymi zmianami.
Inne podatności w Snowflake drivers
Zobacz wszystkie- CVE-2026-86597Średnie
Wstawianie wrażliwych informacji do plików dziennika w sterownikach Snowflake dla Pythona, Go, JDBC, Node.js, PHP PDO i ODBC umożliwiło zapisywanie tokenów uwierzytelniających, kluczy szyfrowania wyników zapytań, wstępnie podpisanych adresów URL magazynu w chmurze i asercji SAML w dziennikach diagnostycznych w sytuacjach, gdy dostępna redakcja dzienników nie obejmowała wszystkich ścieżek i typów danych. Atakujący z dostępem do odczytu dzienników (lokalny system plików, usługa agregacji dzienników lub magazyn artefaktów CI/CD) może uzyskać poświadczenia i klucze deszyfrujące, które, jeśli nadal ważne, mogą być użyte do uwierzytelnienia na koncie Snowflake lub obiekcie magazynu w chmurze. Skuteczne wykorzystanie wymaga dostępu do odczytu dzienników, a wpływ jest ograniczony czasem życia poświadczeń i zakresem obiektu. Poprawka jest dostępna w wymienionych wersjach. Użytkownicy muszą ręcznie zaktualizować i bezpiecznie usunąć wcześniej wygenerowane dzienniki diagnostyczne zawierające wrażliwe informacje, jeśli nie są wymagane do przechowywania.
- CVE-2026-85525Wysokie
Nieprawidłowa walidacja odpowiedzi OCSP w sterownikach Snowflake Python, Go, JDBC i Node.js pozwalała na zaakceptowanie odwołanego certyfikatu TLS jako ważnego, ponieważ odpowiedzi OCSP nie były wiarygodnie powiązane z weryfikowanym certyfikatem, a ostateczne błędy weryfikacji były traktowane jako przejściowe. Atakujący typu man-in-the-middle posiadający odwołany certyfikat i jego klucz prywatny dla nazwy hosta Snowflake lub stage mógł spowodować, że sterownik nawiąże sesję TLS z kontrolowanym przez atakującego punktem końcowym, umożliwiając atakującemu odczyt i modyfikację danych przesyłanych w tym połączeniu.
Oryginalny opis (angielski, źródło NVD)
In affected Snowflake drivers, WORKLOAD_IDENTITY authentication requests a cloud workload-identity token and attaches it to the login request without verifying that the configured host is a Snowflake endpoint. An attacker who can modify the connection configuration can cause the driver to mint a fresh attestation and send it to a host they control. The captured token can be replayed to Snowflake for its remaining lifetime in accounts where that workload identity is already registered. On Azure, the token audience is also taken from connection configuration. Combined with an attacker-controlled host, the driver can request a Managed Identity access token scoped to a non-Snowflake Azure resource and deliver it to the attacker. That path is the only case in which impact extends beyond Snowflake; it is bounded by the token lifetime and the managed identity’s permissions. Successful exploitation requires WORKLOAD_IDENTITY authentication on a workload that already has an ambient cloud identity. Patched driver versions restrict this authenticator to recognized Snowflake hosts. Users must manually upgrade.