Skip to main content
Press slash or control plus K to focus the search. Use the arrow keys to navigate results and press enter to open a threat.
Reconnecting to live updates…

CVE-2025-69285: CWE-306: Missing Authentication for Critical Function in dataease SQLBot

0
High
VulnerabilityCVE-2025-69285cvecve-2025-69285cwe-306
Published: Wed Jan 21 2026 (01/21/2026, 20:05:22 UTC)
Source: CVE Database V5
Vendor/Project: dataease
Product: SQLBot

Description

SQLBot is an intelligent data query system based on a large language model and RAG. Versions prior to 1.5.0 contain a missing authentication vulnerability in the /api/v1/datasource/uploadExcel endpoint, allowing a remote unauthenticated attacker to upload arbitrary Excel/CSV files and inject data directly into the PostgreSQL database. The endpoint is explicitly added to the authentication whitelist, causing the TokenMiddleware to bypass all token validation. Uploaded files are parsed by pandas and inserted into the database via to_sql() with if_exists='replace' mode. The vulnerability has been fixed in v1.5.0. No known workarounds are available.

AI-Powered Analysis

AILast updated: 01/21/2026, 20:35:15 UTC

Technical Analysis

CVE-2025-69285 is a critical vulnerability identified in dataease SQLBot, an intelligent data query system leveraging large language models and retrieval-augmented generation (RAG). Versions prior to 1.5.0 contain a missing authentication flaw (CWE-306) in the /api/v1/datasource/uploadExcel endpoint. This endpoint is explicitly whitelisted in the authentication middleware, causing the TokenMiddleware to bypass token validation entirely. As a result, any remote attacker can upload arbitrary Excel or CSV files without authentication. Uploaded files are parsed using the pandas library and inserted into the backend PostgreSQL database using the to_sql() method with if_exists='replace' mode, which replaces existing tables. This allows attackers to overwrite or inject malicious data directly into the database, compromising data integrity and potentially enabling further attacks or data corruption. The vulnerability does not require any privileges or user interaction, making it trivially exploitable remotely. The issue was addressed in SQLBot version 1.5.0 by removing the authentication whitelist or properly securing the endpoint. No known workarounds exist, emphasizing the need for patching. Although no exploits are currently known in the wild, the ease of exploitation and potential impact make this a significant threat to organizations using affected versions of SQLBot.

Potential Impact

For European organizations, this vulnerability poses a serious risk to data integrity and availability. Since SQLBot is used for intelligent data querying and relies on PostgreSQL databases, exploitation could lead to unauthorized data injection, overwriting critical business data, and disruption of data-driven decision-making processes. Industries such as finance, healthcare, manufacturing, and government agencies that depend on accurate and reliable data analytics could suffer operational disruptions, financial losses, and reputational damage. The lack of authentication means attackers can exploit this remotely without any credentials, increasing the attack surface. Additionally, malicious data injection could facilitate further attacks, such as privilege escalation or data exfiltration, if combined with other vulnerabilities. The absence of workarounds means organizations must prioritize patching to prevent exploitation. Given the high CVSS score of 7.7, the vulnerability is considered high severity, warranting immediate attention.

Mitigation Recommendations

1. Immediate upgrade to dataease SQLBot version 1.5.0 or later, where the vulnerability is fixed. 2. Restrict network access to the /api/v1/datasource/uploadExcel endpoint using firewall rules or API gateways to limit exposure only to trusted internal users or systems. 3. Implement additional authentication and authorization layers at the network or application level to protect critical endpoints, especially if upgrading is delayed. 4. Monitor logs for unusual upload activity or unexpected data changes in the PostgreSQL database to detect potential exploitation attempts. 5. Conduct regular security audits and penetration testing focusing on API endpoints and data ingestion processes. 6. Educate development and operations teams about secure API design, emphasizing the risks of whitelisting endpoints without authentication. 7. Consider implementing input validation and file integrity checks on uploaded files to prevent malicious payloads. 8. Backup critical databases regularly to enable recovery in case of data corruption or overwriting.

Need more detailed analysis?Upgrade to Pro Console

Technical Details

Data Version
5.2
Assigner Short Name
GitHub_M
Date Reserved
2025-12-31T16:35:42.720Z
Cvss Version
4.0
State
PUBLISHED

Threat ID: 697135284623b1157cea327d

Added to database: 1/21/2026, 8:20:56 PM

Last enriched: 1/21/2026, 8:35:15 PM

Last updated: 1/21/2026, 10:56:50 PM

Views: 10

Community Reviews

0 reviews

Crowdsource mitigation strategies, share intel context, and vote on the most helpful responses. Sign in to add your voice and help keep defenders ahead.

Sort by
Loading community insights…

Want to contribute mitigation steps or threat intel context? Sign in or create an account to join the community discussion.

Actions

PRO

Updates to AI analysis require Pro Console access. Upgrade inside Console → Billing.

Please log in to the Console to use AI analysis features.

Need more coverage?

Upgrade to Pro Console in Console -> Billing for AI refresh and higher limits.

For incident response and remediation, OffSeq services can help resolve threats faster.

Latest Threats