CVE-2026-13752: Snowflake CLI SQL Injection Vulnerability – Patch v3.19
Snowflake CLI versions before 3.19 contain a flaw that fails to properly validate user-supplied input, allowing attackers to inject and execute arbitrary SQL commands within a user's Snowflake database session. An attacker could trick users into running malicious commands, modify repository configurations with crafted values, or compromise automation scripts to exploit this vulnerability. The risk is confined by the privileges of the affected user account—a read-only user would face lower impact than an account with write or administrative permissions.
Source data · NVD / CISA · public domain
- CVSS
- 3.1 · 6.0 MEDIUM · CVSS:3.1/AV:L/AC:H/PR:L/UI:R/S:U/C:H/I:H/A:N
- Weaknesses (CWE)
- CWE-89
- Affected products
- 1 configuration(s)
- Published / Modified
- 2026-06-29 / 2026-06-30
NVD description (verbatim)
Improper neutralization of parameters in Snowflake CLI versions prior to 3.19 allowed unintended SQL execution. An attacker could exploit this by supplying crafted values to vulnerable command paths, causing Snowflake CLI to execute unintended SQL in the context of the user’s Snowflake session. Successful exploitation required crafted values to reach vulnerable parameters, including through socially engineered input, malicious repository configuration, or compromised automation feeding external values into the CLI, and impact is limited by the privileges assigned to the active session. 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-13752 is a SQL injection vulnerability (CWE-89) in Snowflake CLI prior to version 3.19, stemming from improper neutralization of parameters passed to vulnerable command paths. The vulnerability exists because user-controlled input is not adequately sanitized before being incorporated into SQL statements executed against the Snowflake database. Attack vectors include direct user input, malicious configuration files in git repositories, or compromised CI/CD pipelines that supply external data to CLI commands. The severity is rated CVSS 3.1 Medium (score 6.0) due to local attack surface requirements and the need for user interaction, though successful exploitation can result in unauthorized data access or modification.
Business impact
Organizations relying on Snowflake CLI for data operations, automation, or scheduled queries face potential data exposure or unauthorized modification if attackers compromise user sessions or development workflows. Data engineers, analysts, and automation systems running vulnerable CLI versions are at risk. The impact scales with account privileges—compromised service accounts with broad database permissions pose the greatest business risk. Manual intervention is required; there is no automatic patching mechanism, meaning security teams must actively identify and upgrade all affected installations.
Affected systems
Snowflake CLI versions prior to 3.19 are vulnerable. This includes all installations that have not been manually upgraded to 3.19 or later. Organizations should audit CLI deployments across development machines, CI/CD pipelines, containerized environments, and automation servers. The vulnerability does not affect Snowflake's cloud platform itself, only the command-line client tool used to interact with it.
Exploitability
Exploitation requires local or proximate access and user interaction, lowering the CVSS score but not eliminating practical risk. Attack scenarios include social engineering (convincing a user to run a malicious command), compromised git repositories with injected configuration that feeds crafted input to CLI commands, or supply-chain compromise of automation scripts. Once a user executes a vulnerable CLI command with attacker-controlled input, SQL injection occurs within the context of that user's Snowflake session. No public exploit code has been reported, and the vulnerability is not tracked in the CISA KEV catalog, suggesting active exploitation in the wild is currently limited.
Remediation
Upgrade Snowflake CLI to version 3.19 or later. This is a mandatory manual upgrade—no automatic patching is available. Organizations should verify current CLI versions across all systems and establish a deployment plan. Additionally, restrict CLI use to trusted users, implement code review for automation scripts that invoke CLI commands, and monitor for suspicious SQL activity in audit logs.
Patch guidance
Update Snowflake CLI to version 3.19 or newer by following Snowflake's official installation or upgrade documentation. For development machines, users can upgrade via package managers (e.g., pip, homebrew, etc.) or direct download. For containerized or automated environments, rebuild images or update dependency manifests to pin version 3.19+. Test the upgraded version in a non-production environment before wide deployment. Verify the upgrade by running 'snowflake --version' to confirm version 3.19 or later is active. Consult the Snowflake CLI release notes and vendor advisory to confirm no breaking changes affect your workflows.
Detection guidance
Monitor Snowflake audit logs for unusual or unexpected SQL statements, particularly those executed from known CLI usage patterns or at unexpected times. Inspect CLI command logs for suspicious parameter values or encoding anomalies. Track installed CLI versions using software inventory or package management tools; flag any installations below 3.19. In CI/CD and automation contexts, review job logs for command execution errors or unexpected query results that could indicate injection attempts. Monitor process execution on systems where CLI is installed for invocations with suspicious arguments or from unexpected user accounts.
Why prioritize this
This vulnerability warrants prompt attention because it enables SQL injection—a high-impact attack class—and affects data engineering infrastructure that often handles sensitive or regulated data. The requirement for user interaction and local access mitigates urgency somewhat, but the manual upgrade requirement means no automatic protection will arrive; security teams must actively drive remediation. Organizations with strict data governance, healthcare, or financial data should prioritize highest. Those with extensive CLI automation or shared development environments should prioritize next. The lack of current KEV listing suggests exploitation is not yet widespread, providing a window to patch proactively before threat actors adapt.
Risk score, explained
CVSS 3.1 score of 6.0 (Medium) reflects the balance of high impact (confidentiality and integrity) against limited attack surface. A local or adjacent network attacker must trigger user interaction or compromise a trusted configuration/automation channel. Once exploited, the attacker gains SQL execution privileges equal to the affected user account—potentially high impact for privileged accounts, but not catastrophic if the affected account is read-only or restricted. The score does not account for business context; organizations should elevate priority if CLI is widely deployed, used by high-privilege accounts, or integrated into critical data pipelines.
Frequently asked questions
Do I need to upgrade immediately, or can I defer this patch?
You should prioritize upgrading in the next 1–2 weeks, particularly if your CLI instances are used by multiple users, run automation, or access sensitive data. Since there is no automatic patching and the vulnerability requires active exploitation (user interaction or configuration compromise), you have some time to plan. However, do not leave vulnerable instances unpatched indefinitely, especially if CLI is used to modify production data or access regulated datasets.
Does this affect my Snowflake cloud account if I do not use CLI?
No. This vulnerability is specific to the Snowflake CLI tool. If your users only access Snowflake through the web UI, SnowSQL, or connectors from BI tools, and do not use the Snowflake CLI, you are not affected. Check your environment to confirm which tools are in use.
What should I do if I discover a user running a vulnerable CLI version in our automation?
Immediately pause or isolate that automation if possible, review recent job logs and database audit logs for any suspicious queries, then upgrade the CLI version and redeploy. Alert your security and data teams if the automation accesses high-risk data or has high-privilege credentials. Determine whether any SQL statements executed during the vulnerability window were unexpected or unauthorized.
Can attackers exploit this remotely without local access or user interaction?
No. The CVSS vector (AV:L) and the requirement for crafted values to reach the CLI mean remote unauthenticated exploitation is not practical. However, compromised git repositories, supply-chain attacks on automation, or social engineering of developers can lower the practical barrier. Treat this as a serious but not immediate critical emergency unless your environment shows signs of compromise.
This analysis is provided for informational purposes and reflects the state of the CVE as of the published date. Security findings and threat landscapes evolve; organizations should verify patch availability against official Snowflake advisories and consult with their security and infrastructure teams to determine applicability and priority within their specific environment. No exploit code or step-by-step weaponization guidance is included. Verify all patch version numbers and vendor recommendations directly with Snowflake's official documentation before deployment. Source: NVD (public-domain), retrieved 2026-08-08. Analysis generated by SEC.co (claude-haiku-4-5).
Related vulnerabilities
- CVE-2026-13744HIGHSnowflake CLI SQL Injection Vulnerability – Patch Guidance
- CVE-2026-13746LOWSnowflake CLI SQL Injection via Unvalidated Parameters
- CVE-2025-53648MEDIUMSQL Misconfiguration in Apache Gravitino UI – MEDIUM Severity
- CVE-2025-71332MEDIUMSQL Injection in Flowise importChatflows API – MEDIUM Severity Credential Extraction
- CVE-2026-0075MEDIUMAndroid SQL Injection in Contacts Database – Privilege Escalation Risk
- CVE-2026-10039MEDIUMFrontend Admin WordPress Plugin SQL Injection Vulnerability
- CVE-2026-10155MEDIUMSQL Injection in Bdtask Multi-Store Inventory Management System 1.0
- CVE-2026-10170MEDIUMSQL Injection in code-projects Visitor Management System 1.0