Impact
Insertion of sensitive information into, JDBC, Node.js, PHP been identified. Authentication tokens, query‑result encryption keys, pre‑signed cloud‑storage URLs, and SAML assertions could be written to diagnostic logs when the available log redaction does not cover all affected log paths and data types. An attacker who can read the log destination—whether the local filesystem, a log aggregation service, or a CI/CD artifact store—could capture these credentials and decryption keys, and if still valid at the time of access could use them to authenticate to the corresponding Snowflake account or access cloud‑storage objects. Successful exploitation therefore requires only read access to the logs and is bounded by the lifetime of the credentials and the scope of the accessed objects. The issue is fixed in Snowflake Connector for Python v4.7.3, Snowflake Go Driver v2.2.0, Snowflake JDBC Driver v4.3.4 (including the snowflake‑jdbc‑fips and snowflake‑jdbc‑thin), Snowflake Node.js Driver v3.3.0, Snowflake PHP PDO Driver v4.2.0, and Snowflake ODBC Driver v3.20.0; users must upgrade and securely delete previously generated diagnostic logs containing sensitive information where retention is not required.
Affected Systems
Snowflake Connector for Python (v4.7.3), Snowflake Go Driver (v2.2.0), Snowflake JDBC Driver (v4.3.4, includes FIPS and Thin variants), Snowflake Node.js Driver (v3.3.0), Snowflake ODBC Driver (v3.20.0), and Snowflake PHP PDO Driver (v4.2.0).
Risk and Exploitability
The vulnerability has a CVSS score of 6.5 <1%, suggesting a low predicted exploitation probability. It is not listed in the CISA KEV catalog. Attackers must have only read access to the logs and no special privileges beyond that. When logs are left unprotected, captured authentication tokens, encryption keys or pre‑signed URLs can be used to access Snowflake accounts or cloud‑storage while they remain valid.
OpenCVE Enrichment