CVE-2026-86597: Sensitive information written to logs by Snowflake drivers

Published Sep 8, 2026
·
Updated

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 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 manually upgrade and should securely delete previously generated diagnostic logs containing sensitive information where retention is not required.

Affected Software

6 affected components
Snowflake Snowflake Connector for Python<4.7.3
Snowflake Snowflake Go driver<2.2.0
Snowflake Snowflake JDBC driver<4.3.4
Snowflake Snowflake Node.js driver<3.3.0
Snowflake Snowflake PHP PDO driver<4.2.0
Snowflake Snowflake ODBC driver<3.20.0

Remediation

Recommended actions to resolve this vulnerability, in priority order.

  1. Upgrade

    Upgrade Snowflake Connector for Python to a version that resolves this vulnerability.

    Fixed in 4.7.3
  2. Upgrade

    Upgrade Snowflake Go Driver to a version that resolves this vulnerability.

    Fixed in 2.2.0
  3. Upgrade

    Upgrade Snowflake JDBC Driver to a version that resolves this vulnerability.

    Fixed in 4.3.4
  4. Upgrade

    Upgrade snowflake-jdbc-fips to a version that resolves this vulnerability.

    Fixed in 4.3.4
  5. Upgrade

    Upgrade snowflake-jdbc-thin to a version that resolves this vulnerability.

    Fixed in 4.3.4
  6. Upgrade

    Upgrade Snowflake Node.js Driver to a version that resolves this vulnerability.

    Fixed in 3.3.0
  7. Upgrade

    Upgrade Snowflake PHP PDO Driver to a version that resolves this vulnerability.

    Fixed in 4.2.0
  8. Upgrade

    Upgrade Snowflake ODBC Driver to a version that resolves this vulnerability.

    Fixed in 3.20.0
  9. Operational

    After upgrading, securely delete previously generated Snowflake driver diagnostic logs that may contain sensitive information (credentials, encryption keys, pre-signed cloud-storage URLs, SAML assertions), where retention is not required.

Event History

Sep 8, 2026
CVE Published
via MITRE·08:24 AM
Data Sourced
via MITRE·08:24 AM
DescriptionSeverityWeakness
Data Sourced
via NVD·09:18 AM
DescriptionSeverityWeakness

Frequently Asked Questions

1

Who can exploit this issue?

An attacker needs read access to the diagnostic-log destination. This may include the local filesystem, a log aggregation service, or a CI/CD artifact store that contains the affected logs.

2

What information could be exposed through affected logs?

Affected log paths may contain authentication tokens, query-result encryption keys, pre-signed cloud-storage URLs, and SAML assertions. These materials could be used to authenticate to the relevant Snowflake account or access the associated cloud-storage object if they remain valid.

3

Are previously generated logs still a concern after upgrading?

Yes. Upgrading prevents the identified logging behavior in patched versions, but it does not remove sensitive data already written to existing diagnostic logs. Securely delete previously generated diagnostic logs where retention is not required.

4

What limits the impact of exposed log data?

The practical impact is limited by the lifetime of the exposed credential or assertion and by the scope of the associated cloud-storage object. An attacker must also be able to read the location where the logs were stored.

Contact

SecAlerts Pty Ltd.
132 Wickham Terrace
Fortitude Valley,
QLD 4006, Australia
info@secalerts.co
By using SecAlerts services, you agree to our services end-user license agreement. This website is safeguarded by reCAPTCHA and governed by the Google Privacy Policy and Terms of Service. All names, logos, and brands of products are owned by their respective owners, and any usage of these names, logos, and brands for identification purposes only does not imply endorsement. If you possess any content that requires removal, please get in touch with us.
© 2026 SecAlerts Pty Ltd.
ABN: 70 645 966 203, ACN: 645 966 203