Snowflake Connector for Python w wersjach przed 4.7.1 i 3.18.1 nieprawidłowo weryfikował nazwę hosta w certyfikatach TLS, umożliwiając atakującemu znajdującemu się na ścieżce sieciowej ominięcie walidacji certyfikatu. Podatność może prowadzić do przechwycenia danych uwierzytelniających, zapytań SQL oraz wykonania dowolnych poleceń SQL w sesji ofiary.
▸ Pokaż oryginał (EN)
Improper TLS hostname verification in Snowflake Connector for Python versions prior to 4.7.1 and 3.18.1 may have allowed a network-positioned attacker to bypass certificate hostname validation on HTTPS connections made by the connector. An attacker with on-path network access could exploit this by intercepting or redirecting network traffic and presenting a certificate signed by any trusted CA for any domain, causing the connector to accept connections without validating that the certificate matched the requested hostname. Successful exploitation requires an on-path traffic interception capability (e.g. ARP/DNS poisoning, rogue access point, BGP hijacking, or malicious proxy/exit node). This vulnerability may have exposed credentials, query data, and staged file contents to interception and tampering, and may have enabled the attacker to issue arbitrary SQL within the context of the victim's connector session. Impact is limited by the privileges of the affected Snowflake role. The fix is available in Snowflake Connector for Python versions 4.7.1 and 3.18.1. Users must manually upgrade.
Connector nie sprawdzał poprawnie, czy nazwa hosta w prezentowanym certyfikacie TLS odpowiada żądanemu serwerowi docelowemu. Atakujący z pozycją on-path (np. poprzez ARP/DNS poisoning, fałszywy punkt dostępowy, BGP hijacking lub złośliwy proxy/exit node) mógł przechwycić lub przekierować ruch sieciowy i przedstawić certyfikat wystawiony przez dowolne zaufane CA dla dowolnej domeny. Connector akceptował takie połączenie bez weryfikacji zgodności nazwy hosta z certyfikatem, co pozwalało na przeprowadzenie ataku man-in-the-middle na szyfrowane połączenia HTTPS.
Atakujący mógł przechwycić i modyfikować dane uwierzytelniające, treść zapytań SQL oraz zawartość plików staged, a także wykonywać dowolne polecenia SQL w kontekście sesji ofiary. Zakres uprawnień jest ograniczony do roli Snowflake przypisanej do przejętego konta.
Należy ręcznie zaktualizować Snowflake Connector for Python do wersji 4.7.1 lub 3.18.1. Poprawka jest dostępna na GitHub w repozytoriach: https://github.com/snowflakedb/snowflake-connector-python/releases/tag/v4.7.1 oraz https://github.com/snowflakedb/snowflake-connector-python/releases/tag/v3.18.1. Producent wskazuje, że aktualizacja wymaga ręcznej interwencji użytkownika.
Snowflake Connector for Python w wersjach wcześniejszych niż 4.7.1 (gałąź 4.x) oraz wcześniejszych niż 3.18.1 (gałąź 3.x)
Eksploatacja wymaga pozycji on-path na ścieżce sieciowej między klientem a serwerem Snowflake, co ogranicza praktyczny zasięg ataku do środowisk narażonych na ataki ARP/DNS poisoning, rogue AP, BGP hijacking lub użycia złośliwego proxy.
CVSS:4.0/AV:N/AC:L/AT:P/PR:N/UI:N/VC:H/VI:H/VA:L/SC:N/SI:N/SA:N/E:X/CR:X/IR:X/AR:X/MAV:X/MAC:X/MAT:X/MPR:X/MUI:X/MVC:X/MVI:X/MVA:X/MSC:X/MSI:X/MSA:X/S:X/AU:X/R:X/V:X/RE:X/U:X