CVE-2026-81930

Dostawca usługi Snowflake Apache Airflow nie sprawdził poprawności pól „konto” i „region” połączenia przed interpolacją ich w adresy URL żądań. Punkt końcowy interfejsu API SQL jest zbudowany jako `https://{account}.snowflakecomputing.com/api/v2/statements`, więc wartość `account` zawierająca `/`, `?` lub `#` degraduje zamierzoną domenę do ścieżki, zapytania lub fragmentu i pozostawia atakującemu kontrolę nad hostem żądań.

Dostawca wysyła to żądanie z nagłówkiem „Authorization: Bearer” zawierającym JWT wygenerowany z klucza prywatnego połączenia lub skonfigurowany token OAuth lub dostępu programowego. Użytkownik, który może edytować połączenie Snowflake, ale nie może odczytać jego sekretów — Airflow zapewnia użytkownikom konfiguracji połączenia dostęp tylko do zapisu do przechowywanych poświadczeń, a „plik_klucza_prywatnego” znajduje się w procesie roboczym, a nie w połączeniu — może zatem spowodować dostarczenie prawidłowego tokena dla konta do wybranego przez nich hosta i odtworzenie go na oryginalnym punkcie końcowym Snowflake. Nie jest wymagana umiejętność tworzenia Dagów: atakujący edytuje połączenie i czeka, aż istniejący Dag z niego skorzysta. Ta sama niezweryfikowana wartość została również użyta do zbudowania adresu URL żądania tokenu OAuth i podstawowego adresu URL agenta Cortex.

Ma wpływ na wdrożenia, w których połączenia Snowflake mogą być edytowane przez użytkowników, którzy nie mają zaufania do poświadczeń połączenia. Użytkownikom zaleca się aktualizację do wersji `apache-airflow-providers-snowflake` `6.18.0` lub nowszej, która odrzuca wartości `account` i `region` zawierające cokolwiek innego niż litery, cyfry, `.`, `_` i `-` w każdym adresie URL, który dostawca z nich tworzy.