CVE-2026-19594: Improper Limitation of a Pathname to a Restricted Directory ('Path Traversal') in Snowflake Snowflake Python APIs
Insufficient input sanitization in Snowflake Python API (`snowflake.core`) versions prior to 1.13.0 allowed confused-deputy privilege escalation through two related weaknesses: path traversal (CWE-22) via unencoded `..` identifier path segments, and HTTP parameter pollution (CWE-141) via unencoded `&`/`#`/`=` characters in query string values. An attacker with access to a downstream application built on snowflake.core could exploit the path traversal by supplying `..` as an object name, causing `snowflake.core` to issue REST requests against a parent resource or exploit the parameter pollution by injecting `&`/`#`/`=` into a free-form name field to override constraints on swap, clone, or rename operations — all executed under the application's privileged session. Successful exploitation requires the attacker to control an identifier or object-name string in an application built on snowflake.core that passes it to `snowflake.core` under a higher-privileged Snowflake session (e.g., an EXECUTE AS OWNER stored procedure, Streamlit app, or Native App). The fix is available in Snowflake Python API version 1.13.0, which also addresses several additional security findings. Users must manually upgrade.
AI Analysis
Technical Summary
The vulnerability in Snowflake Python API (snowflake.core) versions before 1.13.0 arises from insufficient sanitization of input identifiers. Specifically, unencoded '..' path segments enable path traversal (CWE-22), and unencoded special characters such as '&', '#', and '=' in query string values enable HTTP parameter pollution (CWE-141). These flaws allow an attacker with control over object names in downstream applications to cause the API to issue REST requests against unauthorized parent resources or override constraints on operations like swap, clone, or rename. Exploitation requires the attacker to have access to an application passing these inputs to snowflake.core under a privileged session context, such as EXECUTE AS OWNER stored procedures or native apps. The vendor released a fix in version 1.13.0 that addresses these issues along with other security findings.
Potential Impact
Successful exploitation allows an attacker to escalate privileges within applications using snowflake.core by performing unauthorized operations under a higher-privileged Snowflake session. This can lead to unauthorized modification or manipulation of database objects, potentially impacting data integrity and application behavior. The CVSS 3.1 score of 8.1 reflects high impact on integrity and availability with network attack vector and low attack complexity.
Mitigation Recommendations
A fix is available in Snowflake Python API version 1.13.0. Users must manually upgrade to this version to remediate the vulnerability. Since this is a cloud service, the vendor manages the backend service security; however, client-side API usage requires upgrading to the patched version to prevent exploitation. No additional vendor advisory states that no action is required or that the issue is already mitigated.
CVE-2026-19594: Improper Limitation of a Pathname to a Restricted Directory ('Path Traversal') in Snowflake Snowflake Python APIs
Description
Insufficient input sanitization in Snowflake Python API (`snowflake.core`) versions prior to 1.13.0 allowed confused-deputy privilege escalation through two related weaknesses: path traversal (CWE-22) via unencoded `..` identifier path segments, and HTTP parameter pollution (CWE-141) via unencoded `&`/`#`/`=` characters in query string values. An attacker with access to a downstream application built on snowflake.core could exploit the path traversal by supplying `..` as an object name, causing `snowflake.core` to issue REST requests against a parent resource or exploit the parameter pollution by injecting `&`/`#`/`=` into a free-form name field to override constraints on swap, clone, or rename operations — all executed under the application's privileged session. Successful exploitation requires the attacker to control an identifier or object-name string in an application built on snowflake.core that passes it to `snowflake.core` under a higher-privileged Snowflake session (e.g., an EXECUTE AS OWNER stored procedure, Streamlit app, or Native App). The fix is available in Snowflake Python API version 1.13.0, which also addresses several additional security findings. Users must manually upgrade.
CVSS v3.1
Score 8.1high
Affected software
Run on your own infrastructure? Check whether these packages are installed with threat-finder — our free open-source scanner.
AI-Powered Analysis
Machine-generated threat intelligence
Technical Analysis
The vulnerability in Snowflake Python API (snowflake.core) versions before 1.13.0 arises from insufficient sanitization of input identifiers. Specifically, unencoded '..' path segments enable path traversal (CWE-22), and unencoded special characters such as '&', '#', and '=' in query string values enable HTTP parameter pollution (CWE-141). These flaws allow an attacker with control over object names in downstream applications to cause the API to issue REST requests against unauthorized parent resources or override constraints on operations like swap, clone, or rename. Exploitation requires the attacker to have access to an application passing these inputs to snowflake.core under a privileged session context, such as EXECUTE AS OWNER stored procedures or native apps. The vendor released a fix in version 1.13.0 that addresses these issues along with other security findings.
Potential Impact
Successful exploitation allows an attacker to escalate privileges within applications using snowflake.core by performing unauthorized operations under a higher-privileged Snowflake session. This can lead to unauthorized modification or manipulation of database objects, potentially impacting data integrity and application behavior. The CVSS 3.1 score of 8.1 reflects high impact on integrity and availability with network attack vector and low attack complexity.
Mitigation Recommendations
A fix is available in Snowflake Python API version 1.13.0. Users must manually upgrade to this version to remediate the vulnerability. Since this is a cloud service, the vendor manages the backend service security; however, client-side API usage requires upgrading to the patched version to prevent exploitation. No additional vendor advisory states that no action is required or that the issue is already mitigated.
Technical Details
- Data Version
- 5.2
- Assigner Short Name
- SNOWFLAKE
- Date Reserved
- 2026-08-12T05:09:26.445Z
- Cvss Version
- 3.1
- State
- PUBLISHED
- Remediation Level
- null
- Is Cloud Service
- true
Threat ID: 6a7c0796bf8831d53909b440
Added to database: 08/12/2026, 05:41:42 UTC
Last enriched: 08/12/2026, 05:56:08 UTC
Last updated: 08/12/2026, 13:06:20 UTC
Views: 11
Community Reviews
0 reviewsCrowdsource mitigation strategies, share intel context, and vote on the most helpful responses. Sign in to add your voice and help keep defenders ahead.
Want to contribute mitigation steps or threat intel context? Sign in or create an account to join the community discussion.
Actions
Updates to AI analysis require Pro Console access. Upgrade inside Console → Billing.
External Links
Need more coverage?
Upgrade to Pro Console for AI refresh and higher limits.
For incident response and remediation, OffSeq services can help resolve threats faster.
Latest Threats
Check if your credentials are on the dark web
Instant breach scanning across billions of leaked records. Free tier available.