CVE-2026-63038: Apache InLong: SQL Injection via String Concatenation Vulnerability Report
Improper Neutralization of Special Elements used in an SQL Command ('SQL Injection') vulnerability in Apache InLong. This allows an attacker to inject arbitrary SQL code through the
dbName, tableName, schemaName, and username parameters.
This issue affects Apache InLong: from 2.0.0 before 2.4.0.
Users are advised to upgrade to Apache InLong's 2.4.0 or cherry-pick [1] to solve it.
[1] https://github.com/apache/inlong/issues/12135 .
Security readout for executives and security teams
Plain-English summary
Apache InLong versions 2.0.0 through 2.3.x contain a critical SQL injection vulnerability. An unauthenticated remote attacker could manipulate database queries through several input parameters, potentially exposing, altering, or deleting data and disrupting service availability.
Executive priority
Prioritize immediate identification and remediation of affected systems, especially internet-facing or business-critical deployments. The potential impact spans data theft, unauthorized modification, and outage. Lack of confirmed exploitation should not delay action because the reported attack requires no authentication and has low complexity.
Technical view
CVE-2026-63038 is CWE-89 SQL injection caused by improper handling of dbName, tableName, schemaName, and username values. It affects Apache InLong from 2.0.0 before 2.4.0. CVSS 3.1 is 9.8: network-accessible, low complexity, no privileges or user interaction, with high confidentiality, integrity, and availability impact.
Likely exposure
Exposure exists wherever affected Apache InLong versions accept attacker-controlled values for the named parameters. Risk is greatest when relevant interfaces are reachable from untrusted networks. The supplied sources do not identify specific deployments, configurations, endpoints, or prerequisites beyond the affected version range.
Exploitation context
The CVSS vector indicates potential unauthenticated remote exploitation without user interaction. However, this CVE is not in the supplied KEV data, and the source bundle provides no evidence of active exploitation or a public exploit. Treat the vulnerability as highly exploitable in principle, not confirmed exploited in the wild.
Researcher notes
The bundle identifies vulnerable parameter names but does not describe endpoints, query construction sites, database engines, detection indicators, or observed exploitation. The authoritative description defines the affected range as 2.0.0 before 2.4.0; the structured affected entry lists only 2.0.0, so range assessment relies on the narrative vendor record.
Mitigation direction
Upgrade Apache InLong to version 2.4.0 or later.
If upgrading is delayed, evaluate the vendor-referenced cherry-pick for issue 12135.
Restrict affected InLong interfaces from untrusted networks until remediation is complete.
Follow Apache guidance for any additional configuration or remediation requirements.
Validation and detection
Inventory Apache InLong deployments and record their exact installed versions.
Flag every deployment running version 2.0.0 through 2.3.x.
Confirm whether interfaces processing the named parameters are externally or broadly reachable.
After remediation, verify version 2.4.0 or the referenced corrective change is present.
Review database and application logs for suspicious queries or abnormal activity.
Generated from the cited source records. This long-tail analysis has not been individually reviewed by a named human.
Potential ATT&CK relevance
Conservative CVE-to-ATT&CK context
These mappings and lookup hints may be relevant to the vulnerability behavior, CWE, affected product, or exposure path. Glexia-inferred context is not an official MITRE, ATT&CK, CWE, or CVE Program mapping.
ATT&CK lookup starting points
Use these exact CWE pages and searches to review the Glexia ATT&CK library from this CVE's weakness and description context.
cwe · medium confidence lookup
CWE-89: Database access and collection lookup
Injection into data stores can inform collection, data access, and exfiltration detection reviews. Open the exact CWE lookup page first, then review the ATT&CK searches from that MITRE weakness context. This is a Glexia lookup hint, not an official ATT&CK mapping.
The CVE wording references database injection or access, so collection and exfiltration review may help. This is a Glexia inferred lookup path, not an official MITRE, ATT&CK, or CVE Program mapping.
These fields come from the CVE record and ADP containers, not from Glexia's Take. They preserve time-varying source decisions such as CISA SSVC, KEV status, CVSS metrics, and provider references.
1CVSS vectors
3Timeline events
2ADP providers
2Source links
SSVC decision data
CISA-ADPCISA Coordinator
Timestamp
Version
2.0.3
Exploitation: noneAutomatable: yesTechnical Impact: total
CVSS vector scores
1 official score
We collect every scored CVSS vector available in the official CNA and ADP containers. When more than one version is present, the table keeps the source vectors side by side instead of collapsing them into the highest score.
CWE links open Glexia weakness intelligence pages with official CWE context, developer remediation guidance, and related CVE mappings.
CWE-89 · source CWE mapping
Improper Neutralization of Special Elements used in an SQL Command
Improper Neutralization of Special Elements used in an SQL Command represents a recurring weakness pattern that can create exploitable paths when design, validation, or implementation controls are missing.