CVE-2026-86597
ŚrednieCVSS 6.5Prawdopodobieństwo exploitacji (EPSS)
Niskie ryzykoPercentyl 0 - wyżej niż 0% wszystkich znanych CVE
Streszczenie
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.
Ocena ryzyka
Ujawnienie poświadczeń i kluczy szyfrowania w dziennikach może umożliwić nieautoryzowany dostęp do kont Snowflake i danych w chmurze, co stanowi poważne naruszenie bezpieczeństwa.
Rekomendacja
Zaktualizuj sterowniki Snowflake do wersji z poprawką, a następnie bezpiecznie usuń stare dzienniki diagnostyczne zawierające wrażliwe dane.
Inne podatności w Snowflake drivers
Zobacz wszystkie- CVE-2026-86600Wysokie
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.
- 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)
Insertion of sensitive information into log files in the Snowflake Python, Go, JDBC, Node.js, PHP PDO, and ODBC drivers allowed authentication tokens, query-result encryption keys, pre-signed cloud-storage URLs, and SAML assertions to be written to diagnostic logs in circumstances where the available log redaction did not cover all affected log paths and data types. An attacker with read access to the log destination, whether the local filesystem, a log aggregation service, or a CI/CD artifact store, could obtain credentials and decryption keys that, if still valid at the time of access, could be used to authenticate to the corresponding Snowflake account or cloud-storage object. Successful exploitation requires read access to the log destination, and impact is bounded by credential lifetime and object scope. The fix is available in the patched versions listed above. Users must manually upgrade and should securely delete previously generated diagnostic logs containing sensitive information where retention is not required.