MEDIUM 6.3

CVE-2026-13748: Snowflake CLI Path Traversal – Local File Disclosure

Snowflake CLI versions before 3.19 contain a path traversal flaw that allows attackers to read arbitrary files from the local system. If an attacker can trick a user into processing malicious project or repository content, the CLI will read files outside the intended project directory and send their contents to Snowflake services. The attacker would then need to access the victim's Snowflake account—such as through query history or uploaded files—to retrieve the exfiltrated data. This requires user interaction and depends on the attacker having follow-on access to the Snowflake environment.

Source data · NVD / CISA · public domain

CVSS
3.1 · 6.3 MEDIUM · CVSS:3.1/AV:L/AC:L/PR:N/UI:R/S:C/C:H/I:N/A:N
Weaknesses (CWE)
CWE-22, CWE-61, CWE-73
Affected products
1 configuration(s)
Published / Modified
2026-06-29 / 2026-06-30

NVD description (verbatim)

Improper restriction of file path resolution in Snowflake CLI versions prior to 3.19 allowed arbitrary local file content to be read and transmitted to Snowflake services. An attacker could exploit this by supplying crafted repository or project content that referenced files outside the intended project boundary, causing Snowflake CLI to read local files and upload or embed their contents during deployment or SQL template processing. Successful exploitation required the victim to process attacker-controlled project content, and retrieval of exfiltrated data depended on access to the victim's Snowflake account artifacts such as query history or uploaded stage content. The fix is available in Snowflake CLI version 3.19, and users must manually upgrade.

1 reference(s) · View on NVD →

SEC.co analysis · AI-assisted, reviewed against source

Technical summary

CVE-2026-13748 stems from improper validation of file path resolution in Snowflake CLI, enabling path traversal attacks (CWE-22, CWE-61, CWE-73). When processing project content—including repository configurations or SQL templates—the CLI fails to restrict file access to the intended project boundary. An attacker can craft malicious project artifacts with path traversal sequences (e.g., '../../../etc/passwd') that the CLI will resolve and read. The disclosed content is then embedded in deployment artifacts or SQL processing outputs, which are subsequently uploaded to or logged within Snowflake services. Data exfiltration success hinges on the attacker's ability to access the victim's Snowflake query history, stage files, or deployment logs where the sensitive data would be visible.

Business impact

Organizations using Snowflake CLI for infrastructure-as-code deployments face a confidentiality risk if developers process untrusted project configurations. Exfiltration could expose sensitive local files such as API keys, credentials, configuration files, or other secrets stored on developer machines. The practical blast radius is limited by the requirement for user interaction—a developer must manually clone or load an attacker-controlled project—and by the attacker's need for subsequent access to the victim's Snowflake account to view exfiltrated content. DevOps and data engineering teams are the primary concern; widespread automated CI/CD use without manual review of project sources increases risk.

Affected systems

Snowflake CLI versions 3.18 and earlier are vulnerable. The fix is available in version 3.19 and later. Any installation using the affected versions in environments where developers work with external or untrusted repository sources is at risk.

Exploitability

The vulnerability requires user interaction (a developer must process attacker-supplied project content) and is rated MEDIUM severity (CVSS 3.1 score: 6.3) with a vector of AV:L/AC:L/PR:N/UI:R/S:C/C:H/I:N/A:N. This reflects local attack surface, low attack complexity, and high confidentiality impact, but no privilege requirement and no integrity or availability impact. The attack is not trivial—it demands social engineering or supply-chain compromise to place malicious project files into a developer's workflow—but is feasible for targeted attacks against organizations that use Snowflake CLI with external dependencies.

Remediation

Upgrade Snowflake CLI to version 3.19 or later immediately. No workarounds are available; patching is the only remediation. Organizations should verify that developers and automation systems are running the patched version.

Patch guidance

Download and install Snowflake CLI version 3.19 from the official Snowflake repository or package manager. The upgrade is manual and does not require Snowflake account changes. Before upgrading in production CI/CD pipelines, test in a non-critical environment to confirm compatibility with your deployment workflows. Verify the installed version using 'snow --version' or equivalent command after installation.

Detection guidance

Monitor for unusual file read activity on developer and CI/CD machines running Snowflake CLI, particularly access to files outside project directories. If your organization logs Snowflake query history and stage uploads, search for suspicious content that may have been exfiltrated from local systems (e.g., references to '/etc/', home directory paths, or config file content). Review Snowflake deployment logs and query results for evidence of local file paths or unexpected content injection.

Why prioritize this

While the CVSS score is MEDIUM, the vulnerability should be addressed promptly because: (1) it can exfiltrate sensitive credentials and configuration data from developer machines, (2) the fix is straightforward and non-disruptive, and (3) exploitation depends on supply-chain or social engineering rather than a pre-existing vulnerability in the target system. Organizations with strict secret management practices and those that vet external dependencies before use have lower practical risk.

Risk score, explained

The CVSS 3.1 score of 6.3 MEDIUM reflects the local attack vector, requirement for user interaction, and high confidentiality impact balanced against the lack of integrity or availability impact and the absence of privilege escalation. The score appropriately penalizes the user-interaction requirement while recognizing that exfiltration of local secrets is a serious confidentiality breach.

Frequently asked questions

Can this vulnerability be exploited remotely or without user interaction?

No. The attack requires local access and user interaction—specifically, a developer or automation system must process an attacker-controlled project. Remote exploitation is not possible.

What types of files are at risk?

Any files readable by the user running Snowflake CLI are at risk. Common targets include SSH keys, API tokens, database credentials, environment configuration files, and application secrets stored in the home directory or project tree.

Does upgrading to version 3.19 require any changes to my Snowflake account or deployments?

No. Upgrading Snowflake CLI is a client-side operation that does not require account changes or re-deployment of existing infrastructure. Simply upgrade the CLI binary and resume normal operations.

How can we prevent exploitation in the near term if we cannot upgrade immediately?

Review all external project sources and repositories before processing them through Snowflake CLI, and ensure developers only work with trusted, vetted project content. However, this is a temporary measure; upgrading remains the only reliable fix.

This analysis is based on the published CVE description and CVSS scoring as of the date of publication. No exploit code or weaponized proof-of-concept has been evaluated. Organizations should verify compatibility and conduct internal testing before deploying patches to production systems. Snowflake security advisories and vendor documentation should be consulted for the most current guidance. Source: NVD (public-domain), retrieved 2026-08-08. Analysis generated by SEC.co (claude-haiku-4-5).