Chef Automate
CVE-2025-8868
HIGH
Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessAuthenticate or present well-known token
-
DeliveryReach compliance service endpoint
-
ExploitSubmit improperly neutralized SQL input
-
ExecutionInjected SQL executes in database
-
ImpactAccess restricted functionality and exfiltrate/alter data
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A05:2025 - Injection
ASVS 5.0
V1 - Encoding and Sanitization Parameterized queries, prepared statements
MITRE ATT&CK
2 techniques across 2 tactics: Initial Access, Persistence The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up. |
| Exploitation Conditions | Exploitation targets the compliance service of Chef Automate on the Linux x86 platform, versions earlier than 4.13.295. The concrete prerequisite stated in the description is authenticated access combined with a 'well-known token' that the attacker supplies to reach restricted compliance-service functionality, where improperly neutralized inputs are passed into an SQL command. Limiting factors: the vulnerability is confined to the Linux x86 build and to versions below 4.13.295 (patched releases are not affected), and per CVSS the attacker needs at least low privileges (PR:L); however, the reliance on a 'well-known' token likely weakens that authentication barrier substantially, so defenders should not treat PR:L as a strong mitigating control. |
| Impact | This is a credible operational priority rather than a paper-high CVSS. The provided CVSS 3.1 vector (AV:N/AC:L/PR:L/UI:N, C:H/I:H/A:H, base 8.8) describes a network-reachable, low-complexity SQL injection (CWE-89) requiring only low privileges and no user interaction, yielding full confidentiality, integrity, and availability impact on the compliance service. Three independent signals reinforce each other: a publicly available exploit exists, the patch is vendor-confirmed, and EPSS is 17.32% at the 95th percentile - an unusually high exploitation-probability ranking indicating this CVE is among the most likely to see activity. The description's phrase 'using a well-known token' is the key nuance: although CVSS encodes PR:L (authenticated), a well-known/default token can in practice collapse that barrier close to unauthenticated access, so real-world risk may exceed what PR:L implies - verify the token's nature with Progress. There is NO CISA KEV listing in the input, so despite the high EPSS and public POC, there is no confirmation of active in-the-wild exploitation; treat this as high exploitation likelihood, not confirmed exploitation. Net: patch promptly given POC + high EPSS + full-impact SQLi. |
| Exploit ScenarioDerived | An attacker with low-privilege authenticated access (or possession of the documented well-known token) sends crafted input to the Chef Automate compliance service that is improperly neutralized within an SQL command, injecting attacker-controlled SQL. A public exploit is already available, and because the attack is network-based and low-complexity, the attacker reads or manipulates compliance database contents and reaches restricted functionality, compromising confidentiality, integrity, and availability. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv2 – Oct 09, 2026
SQL injection in the compliance service of Progress Chef Automate versions earlier than 4.13.295 on Linux x86 lets an attacker with low-privilege authenticated access reach restricted compliance functionality and execute arbitrary SQL, yielding high impact to confidentiality, integrity, and availability (CVSS 8.8, AV:N/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H). Exploitation requires authenticated access combined with a 'well-known' token, but because that token is described as well-known, the effective authentication barrier is likely far weaker than the PR:L vector suggests; exploitation is further confined to the Linux x86 build and to releases below 4.13.295. Publicly available exploit code exists and EPSS is elevated at 17.32% (95th percentile), making this a credible operational priority rather than a merely paper-high CVSS; there is no CISA KEV confirmation of active exploitation.
Earlier versions of this analysis (1)
In Progress Chef Automate, versions earlier than 4.13.295, on Linux x86 platform, an authenticated attacker can gain access to Chef Automate restricted functionality in the compliance service via. Rated critical severity (CVSS 9.8), this vulnerability is remotely exploitable, no authentication required, low attack complexity. Epss exploitation probability 17.3%.
RemediationAI
Vendor-released patch: upgrade Chef Automate to 4.13.295 or later on Linux x86, as documented in the release notes at https://docs.chef.io/release_notes_automate/#4.13.295; patched releases are not affected and this should be treated as the primary and sufficient fix. Because exploit code is publicly available and EPSS is elevated, prioritize internet-facing or broadly reachable compliance-service endpoints for immediate upgrading. If an immediate upgrade is not possible, apply compensating controls with awareness of their trade-offs: restrict network access to the Chef Automate compliance service (and its API) to trusted management networks or a VPN so only administrators can reach the vulnerable functionality, accepting reduced operational convenience for automated compliance scanning; and rotate or revoke any default, shared, or 'well-known' tokens used for compliance-service access, since the described weakness depends on a well-known credential - expect this to break existing integrations and automation until tokens are redistributed. Audit the compliance service for SQL-related anomalies and review automated jobs that invoke restricted compliance functionality while the upgrade is pending. There is no vendor-released workaround that fully removes the SQL injection; network restriction and token rotation only reduce exploitability.
Affects your stack
Find out whether the stacks and servers you run are on an affected version.
Checking this CVE against your own stacks and servers is part of the Basic plan and up.
Technical ContextAI · show details
The root cause is CWE-89, improper neutralization of special elements used in an SQL command, in the Chef Automate compliance service. Inputs reaching that service are concatenated or otherwise passed into SQL without adequate parameterization or escaping, so an attacker who can invoke the restricted compliance functionality can alter query semantics and read or modify underlying data. Access to that restricted functionality is gated by authentication plus a 'well-known' token, which effectively functions as a weakly held secret and can lower the practical bar below the low-privilege (PR:L) assumption in the CVSS vector. The vulnerability is architecture- and platform-specific: it affects the Linux x86 build, and the CPE records (cpe:2.3:a:chef:automate:*:*:*:*:*:*:*:*) use version wildcards, so the CPE data itself does not encode the pre-4.13.295 boundary and the authoritative version cutoff comes from the vendor release notes. Scope is unchanged (S:U), meaning the SQL injection is contained within the Chef Automate security authority rather than crossing a privilege boundary into another component.
Know when Chef gets its next vulnerability
- Watch products and get an email when something new is published
- Check this CVE against your own stack and servers
- Exploit and PoC references, threat intelligence from 22 sources
No credit card · 7-day full trial
Severity by source
AV:N/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H
Network SQLi with low complexity and no UI; PR:L reflects authenticated/token access (though a well-known token may approach PR:N), and injection grants full read/write to the database so C:H/I:H/A:H.
Primary rating from NVD.
CVSS VectorNVD
Lifecycle Timeline
5DescriptionNVD
In Progress Chef Automate, versions earlier than 4.13.295, on Linux x86 platform, an authenticated attacker can gain access to Chef Automate restricted functionality in the compliance service via
improperly neutralized inputs used in an SQL command using a well-known token.
Executive ViewAI
Organizations using Progress Chef Automate versions earlier than 4.13.295 on Linux x86 face a high-severity SQL injection vulnerability in the compliance service that, if exploited, could lead to unauthorized access to sensitive data and disruption of compliance workflows. Although exploitation requires authenticated access, the necessary token is described as well-known, significantly lowering the barrier, and publicly available exploit code exists. Leadership should prioritize immediate patching to prevent potential data breaches and integrity compromises that could undermine regulatory compliance and operational trust.
Apply vendor patch.
Threat Intelligence Overview
How this decision was reached
The engine reads each signal below and applies a fixed list of rules from top to bottom. The first rule that matches sets the recommended action – like a statement, every line is shown.
What every action level means
SSVC AssessmentENISA
Priority Score
Attack Technique
SQL injection exploits the way applications construct database queries by mixing user input directly into SQL statements.
Affected Products (CPE)NVD
The Chef Manage (formerly opscode-manage) add-on before 1.12.0 for Chef allows remote attackers to execute arbitrary cod
In Progress Chef Automate, versions earlier than 4.13.295, on Linux x86 platform, an authenticated attacker can gain acc
Upload profile either through API or user interface in Chef Automate prior to and including version 4.10.29 using InSpec
Archive command in Chef InSpec prior to 4.56.58 and 5.22.29 allow local command execution via maliciously crafted profil
The knife bootstrap command in chef Infra client before version 15.4.45 leaks the validator.pem private RSA key to /var/
NVD
CVE.org
EPSS
GitHub PoC
Exploit-DB