CVE-2026-63039: Apache InLong: SQL Injection via Unvalidated MyBatis Dollar-Sign Interpolation in AuditAlertRuleService
Improper Neutralization of Special Elements used in an SQL Command ('SQL Injection') vulnerability in Apache InLong. This allows an attacker to inject the string value into
the SQL statement, enabling SQL injection.
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/pull/12080 .
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 flaw. A remote, unauthenticated attacker could potentially manipulate the underlying database, risking sensitive data disclosure, unauthorized changes, or service disruption. The available sources do not confirm active exploitation.
Executive priority
Treat as an urgent remediation item for any affected deployment, especially network-reachable systems. Prioritize asset discovery, access restriction, and upgrade validation. Consider incident review if vulnerable services were exposed to untrusted networks.
Technical view
AuditAlertRuleService places an unvalidated string into an SQL statement through MyBatis dollar-sign interpolation. The CVSS 3.1 assessment is 9.8: network-accessible, low complexity, no privileges or user interaction required, with potentially high confidentiality, integrity, and availability impact.
Likely exposure
Exposure applies to Apache InLong 2.0.0 and later releases before 2.4.0. Risk is highest where a vulnerable deployment is network-reachable and the affected audit alert rule functionality is accessible. The provided sources do not identify the precise endpoint, parameter, or deployment prerequisites.
Exploitation context
The CVSS vector indicates remote, unauthenticated exploitation may be possible without user interaction. However, CVE-2026-63039 is not listed as KEV in the supplied bundle, and no cited source confirms exploitation in the wild or public exploit availability.
Researcher notes
The sources establish CWE-89, affected versions, CVSS characteristics, and remediation. They do not document the exact input path, endpoint, authentication behavior beyond the CVSS vector, exploit availability, or observed attacks. Avoid assuming compromise solely from version exposure; validate with service and database telemetry.
Mitigation direction
Upgrade Apache InLong to version 2.4.0 or later.
Alternatively, cherry-pick Apache pull request 12080 following vendor guidance and compatibility testing.
Until remediated, restrict network access to vulnerable InLong deployments.
Monitor affected databases and InLong services for unexpected activity.
Validation and detection
Inventory all Apache InLong deployments and record their exact versions.
Confirm no instance runs version 2.0.0 through 2.3.x.
Verify version 2.4.0 or the referenced corrective change is deployed.
Test audit alert rule functionality after remediation.
Review application and database logs for unexplained queries, errors, or changes.
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.