Skip to main content

Apache Kylin EUVDEUVD-2026-102854

| CVE-2026-64959 CRITICAL
SQL Injection (CWE-89)
2026-10-16 apache GHSA-gg28-7v75-7g84
View

Attack ChainAIDerived

Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain

  1. Access
    Reach exposed Kylin cache API
  2. Delivery
    Send unauthenticated crafted request
  3. Exploit
    Bypass missing authentication check
  4. Execution
    Inject SQL into cache operation
  5. Persist
    Execute injected SQL on backend
  6. Impact
    Read or modify backend 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 a specific backend cache API in Apache Kylin that omits a required authentication check, allowing an unauthenticated request to reach SQL-executing logic (SQL injection). The decisive limiting factor, per the Apache advisory, is network exposure: impact is concentrated on Kylin services directly exposed to the public network, which the vendor states is uncommon, and in-house deployments reachable only from trusted internal networks are mostly not impacted. There is no authentication or user-interaction requirement on the vulnerable endpoint itself, so within a reachable network path, default deployments of Kylin 5 through 5.0.4 are exploitable; the practical gate is whether the instance is reachable by the attacker rather than any special configuration toggle.

Impact

No CVSS vector, EPSS score, KEV listing, or POC was provided in the input, so quantitative exploitation signals are entirely absent and cannot be compared - the only severity anchors are the vulnerability class (CWE-89 SQL Injection combined with Missing Authentication for a Critical Function) and the vendor's own narrative. On paper this is a high-severity combination: an unauthenticated backend cache API that permits execution of injected SQL would normally rate near-critical (my independent assessment is CVSS 3.1 9.4, AV:N/AC:L/PR:N/UI:N). However, the Apache advisory explicitly scopes real-world risk downward, stating it impacts mostly Kylin services directly exposed to the public network - which it says is uncommon - and that in-house deployments are mostly not impacted. This is a case where the raw vulnerability class is severe but the realistic blast radius is gated by a deployment condition, so it is a genuine priority ONLY for organizations that expose Kylin to untrusted networks, and a lower priority for typical internal analytics deployments. Exploitation status: no public exploit identified at time of analysis. Note the conflict defenders must resolve: the flaw is unauthenticated and network-reachable (favoring a high score), yet the vendor emphasizes limited exposure (favoring lower operational urgency) - verify your own network exposure before prioritizing.

Exploit ScenarioDerived

An attacker who can reach an internet-exposed Apache Kylin instance sends a crafted request to the backend cache API, which fails to enforce authentication, and embeds malicious SQL that the service executes against its backing data store. Because no credentials and no user interaction are required, a single unauthenticated HTTP request to a publicly reachable endpoint is sufficient. No public exploit code was identified at time of analysis.

Act Now Prioritize within 24-48h. Why: CRITICAL severity.
No patch listed yet

Get an e-mail when this CVE is exploited, patched or re-scored. Free account.

Alert me

AnalysisAIv1 – Oct 16, 2026

Unauthenticated SQL injection in Apache Kylin 5.0.0 through 5.0.4 allows a remote attacker who can reach a specific backend cache API endpoint to bypass the missing authentication check and reach SQL-executing logic, with the injected statement executed by the Kylin service (assessed CVSS:3.1 AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:L). Per Apache's advisory, practical exposure is concentrated on Kylin instances directly reachable from the public internet - the vendor characterizes this as uncommon - while in-house deployments confined to trusted internal networks are mostly not impacted, so the operative precondition is network reachability of the service rather than any configuration toggle. No CVSS vector from the vendor, EPSS score, KEV listing, or public exploit code was provided in the available intelligence, so no public exploit has been identified at time of analysis and quantitative exploitation signals are absent; severity rests on the vulnerability class and the vendor's own scoping. A fixed release exists in Apache Kylin 5.0.5.

RemediationAI

The primary remediation is to upgrade to Apache Kylin 5.0.5, which the vendor states fixes this issue - this is a vendor-released patch at an exact version (5.0.5), so upgrade all affected 5.x deployments (5.0.0 through 5.0.4) to that release or later and restart the Kylin service. Note that the vendor's advisory (https://lists.apache.org/thread.html/oho4tw8kvxkybwpjykzl49zx6o17tkdt) confirms the fixed version but does not provide a source-level workaround for the missing authentication check, so until upgrading, the most reliable compensating control is network segmentation and access control rather than configuration toggles: place the Kylin service (including its REST/query and cache-facing ports) behind a firewall, reverse proxy, or VPN so it is not reachable from untrusted networks, and restrict inbound access to known trusted client subnets - the trade-off is that legitimate remote users, external BI tools, and cross-network integrations will lose reachability unless routed through the proxy or VPN. If external exposure is unavoidable in the short term, terminate access through an authenticating reverse proxy or gateway that enforces its own authentication and allow-listing in front of the Kylin HTTP endpoints, accepting that this is a compensating layer that does not repair the underlying missing check and depends on the proxy covering every cache API path. Because no EPSS, KEV, or public-exploit data was provided, prioritization should be driven by whether any Kylin 5.x instance is internet-reachable: those should be treated as urgent, while internal-only deployments can be scheduled against normal patch cycles given the vendor's own assessment that they are mostly not impacted. Monitor the Apache Kylin release notes and the advisory for any additional guidance or backport information.

Affected VersionsENISA

Apache Kylin 5.0.0 ≤5.0.4

Affected Packages

euvd apache_kylin no fix

Source: OSV (Open Source Vulnerabilities)

Affects your stack

Affects 1 package in euvd

Checking this CVE against your own stacks and servers is part of the Basic plan and up.

Technical ContextAI · show details

Apache Kylin is a distributed OLAP engine that pre-computes multi-dimensional cubes and serves analytical SQL queries over Hadoop/HBase-style storage; its architecture exposes several HTTP/REST services, including query and cache-management endpoints used internally by the query engine and by the web UI. This CVE is the compound result of two weaknesses: CWE-89 (Improper Neutralization of Special Elements used in an SQL Command) and a Missing Authentication for Critical Function defect on an Apache Kylin backend cache API. Because that cache endpoint performs its own authentication check incorrectly or omits it entirely, an unauthenticated HTTP request can reach code paths that build and execute SQL - the attacker-supplied input is then interpreted as part of the SQL statement rather than as data. Per the independent assessment (CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:L), no privileges and no user interaction are required on the vulnerable endpoint itself, so exploitation is gated by whether the Kylin service is reachable over the network: the CPE entry (cpe:2.3:a:apache_software_foundation:apache_kylin) confirms the affected component is the Apache Kylin application itself, with versions 5 through 5.0.4 in scope. The confidentiality and integrity impacts are assessed High and availability Low, consistent with an injection primitive that can read and modify query-reachable data, and the low attack complexity reflects a straightforward request against an endpoint that requires no crafted state or timing precondition.

Know when Apache Kylin 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

Vendor (apache) PRIMARY CRITICAL
vuln.today AI 9.4 CRITICAL

Unauthenticated network-reachable cache API (AV:N/AC:L/PR:N/UI:N); injected SQL allows reading and modifying backend data (C:H/I:H) with limited availability impact (A:L).

3.1 AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:L
4.0 AV:N/AC:L/AT:N/PR:N/UI:N/VC:H/VI:H/VA:L/SC:N/SI:N/SA:N

Primary rating from Vendor (apache).

DescriptionCVE.org

Improper Neutralization of Special Elements used in an SQL Command ('SQL Injection'), Missing Authentication for Critical Function vulnerability in Apache Kylin. Impact most to the kylin services that are directly exposed to public network, which is not common. In-house kylin deployments are mostly not impacted.

This issue affects Apache Kylin: from 5 through 5.0.4. Certain backend cache API misses required authentication and can cause execution of injected SQL.

Users are recommended to upgrade to version 5.0.5, which fixes the issue.

Executive ViewAI

Why It Matters

A critical, unauthenticated SQL injection flaw affects Apache Kylin versions 5.0.0 through 5.0.4, allowing anyone who can reach the platform's backend cache API to execute arbitrary SQL through the Kylin service, potentially exposing or altering the analytical data it governs. Practical risk is concentrated in deployments where Kylin is directly reachable from the public internet, which the vendor characterizes as uncommon, so internally segmented instances carry materially lower exposure. With no vendor patch available, leadership should treat this as a time-bound exposure-management problem resolved first through network containment while a fixed release is awaited.

Business Impact: High
Compensating Controls

No vendor-released patch identified at time of analysis; interim mitigations are network-based. Remove public internet reachability of the Kylin backend cache API endpoint, enforce firewall and security-group allowlists limited to trusted application tiers, and require VPN or zero-trust access for administrative users. Place an authenticating reverse proxy or WAF in front of the service with SQL-injection rules on the affected path, enable verbose query and access logging with anomaly alerting, and run Kylin with least-privilege database credentials so any injected statement is constrained. Treat internet-reachable instances as potentially compromised and validate data integrity.

Threat Intelligence Overview

Prevalence
Low
niche Apache OLAP analytics engine, limited and often internal footprint
Social Media
2
Sightings
Data Quality
1 sources
Confidence: Low

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.

SignalValue
Severity CRITICAL
CISA KEV No
Public POC No
EPSS N/A
Patch available No
Active threat No
Deciding rule
CRITICAL severity
What every action level means
Emergency Immediate action required. Criteria: CRITICAL + in CISA KEV (actively exploited) without patch, OR CRITICAL + EPSS > 30% without patch, OR CRITICAL + active threat signals without patch.
Act Now Prioritize within 24-48h. Criteria: in KEV with patch available, OR CRITICAL + public POC, OR HIGH + EPSS > 10%, OR CRITICAL + active threat, OR any CRITICAL severity.
This Week Schedule remediation this week. Criteria: HIGH severity (CVSS 7.0-8.9). Patch within normal change window.
This Month Plan within 30 days. Criteria: MEDIUM severity (CVSS 4.0-6.9), lower exploitation probability. Include in regular patch cycle.
Monitor Track and reassess. Criteria: LOW severity (CVSS 0.1-3.9), minimal exploitation risk. No immediate action needed.

Attack Technique

SQL injection exploits the way applications construct database queries by mixing user input directly into SQL statements.

Authentication bypass attacks exploit flaws in the verification mechanisms that control access to systems and applications.

This site uses cookies essential for authentication and security. No tracking or analytics cookies are used. Privacy Policy