MEDIUM 6.3

CVE-2026-13512: Databend Authorization Bypass in Session Manager

Databend versions up to 1.2.881 contain a flaw in how it manages user sessions over HTTP that allows an authenticated attacker to bypass authorization checks. An attacker with valid credentials can manipulate session state to gain access to resources or actions they should not be permitted to perform. The vulnerability exists in the session state key generation logic and is known to be exploitable; proof-of-concept code is publicly available.

Source data · NVD / CISA · public domain

CVSS
3.1 · 6.3 MEDIUM · CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:L/I:L/A:L
Weaknesses (CWE)
CWE-285, CWE-639
Affected products
0 configuration(s)
Published / Modified
2026-06-28 / 2026-06-30

NVD description (verbatim)

A vulnerability was identified in Databend up to 1.2.881 on HTTP. This affects the function ClientSessionManager::state_key of the file src/query/service/src/servers/http/v1/session/client_session_manager.rs of the component Tenant Handler. The manipulation leads to authorization bypass. It is possible to initiate the attack remotely. The exploit is publicly available and might be used. The pull request to fix this issue awaits acceptance.

6 reference(s) · View on NVD →

SEC.co analysis · AI-assisted, reviewed against source

Technical summary

The vulnerability resides in the ClientSessionManager::state_key function within Databend's HTTP server component (Tenant Handler). It stems from improper authorization enforcement when handling session state transitions. An authenticated user can craft requests that manipulate the session state key mechanism, allowing them to circumvent intended access controls. The issue affects the authorization framework rather than authentication itself, meaning a valid login is required but the subsequent permission checks can be bypassed. This is categorized as both an authorization weakness (CWE-285) and an insufficient permission assignment issue (CWE-639).

Business impact

Organizations using Databend as a data warehouse or query service face the risk of data exposure and unauthorized modification. An internal user or compromised account can escalate privileges or access data belonging to other tenants or administrative functions without proper authorization. In multi-tenant deployments, this creates cross-tenant isolation failures. The availability of public exploit code increases the likelihood that this vulnerability will be weaponized, particularly in environments where Databend is internet-facing or accessible to untrusted networks.

Affected systems

Databend versions up to and including 1.2.881 running on HTTP are affected. The vulnerability is in the core session management layer of the HTTP server component, so all deployments using that version range face potential exposure. Organizations should identify and inventory all Databend instances in their environment, paying particular attention to those exposed over the network.

Exploitability

The CVSS 3.1 score of 6.3 (Medium) reflects that exploitation requires prior authentication (PR:L) but is otherwise straightforward: no special conditions (AC:L), no user interaction needed (UI:N), and network accessibility (AV:N). The vulnerability is not listed in the CISA Known Exploited Vulnerabilities catalog, but proof-of-concept code is publicly available, meaning practical exploitation methods are documented and accessible. Threat actors do not require advanced reverse engineering; the attack is repeatable and reliable.

Remediation

Apply an updated version of Databend that includes the authorization bypass fix. The vendor has a pull request addressing this issue that is awaiting acceptance and integration into a release. Monitor Databend's GitHub repository and release notes for the next patched version. Until a patch is released and deployed, consider restricting network access to Databend HTTP endpoints to trusted internal networks only and enforcing strong authentication policies.

Patch guidance

Check Databend's official GitHub releases and security advisories for a patched version beyond 1.2.881. When available, upgrade to the confirmed fixed version. Verify the fix by reviewing the merged pull request and confirming the ClientSessionManager::state_key function has been corrected. Test the patch in a staging environment before rolling out to production, particularly in multi-tenant scenarios where authorization bypass poses the greatest risk.

Detection guidance

Monitor HTTP request logs for unusual patterns in session-state parameters or repeated authorization failures followed by successful operations. Look for requests that attempt to manipulate or reuse session state keys across different users or tenants. Implement detection rules for suspicious session transitions, particularly those that precede high-privilege operations. Security information and event management (SIEM) systems should flag authentication bypasses or unexpected permission escalations. Review Databend audit logs (if available) for session anomalies.

Why prioritize this

This vulnerability should be prioritized because it enables authenticated attackers to bypass authorization controls with public exploit code available. The attack requires only network access and a valid credential—a low bar in many environments. In multi-tenant or cloud deployments, the blast radius is significant. The Medium CVSS score may understate business risk if Databend stores sensitive data or is part of a critical analytics pipeline. Immediate action is warranted in organizations where data confidentiality and cross-tenant isolation are compliance requirements.

Risk score, explained

CVSS 3.1 assigns a score of 6.3 (Medium) because the vulnerability requires an authenticated attacker (reducing impact compared to unauthenticated flaws) but delivers real harm across confidentiality, integrity, and availability (C:L, I:L, A:L). The low attack complexity (AC:L) and network accessibility (AV:N) elevate the score. Public exploit availability and the absence of CISA KEV listing do not change the CVSS score itself, but they materially increase operational risk. Organizations should treat this as high-priority despite the Medium score label.

Frequently asked questions

Does this vulnerability require the attacker to be a network administrator or have special system access?

No. The attacker needs only valid Databend login credentials—any regular user account will suffice. They do not need administrative access or special network privileges; the vulnerability is in the authorization enforcement layer that runs for all authenticated users.

Can this be exploited through HTTPS or is it only an HTTP issue?

The vulnerability is described as affecting HTTP; verify against the vendor advisory and your deployment configuration whether HTTPS is also affected. In any case, the underlying flaw in session state key generation is likely present regardless of transport encryption, though the advisory specifically mentions HTTP.

If we run Databend on an internal network without internet exposure, are we safe?

Internal deployments reduce the attack surface by limiting who can reach the service, but the risk is not eliminated. Compromised internal credentials, insider threats, or lateral movement by an attacker on your network can still be leveraged. Patching remains essential.

When will a patch be available?

The vendor has a pull request awaiting acceptance and integration. Check Databend's GitHub repository and release notes regularly. There is no announced patch release date at this time, so monitor for updates actively.

This analysis is provided for informational purposes and should not be relied upon as the sole basis for security decisions. Organizations should verify all patch version numbers, affected product lists, and remediation steps against the official vendor advisory and their own environment. SEC.co makes no warranty regarding the completeness or accuracy of third-party vendor data. Public exploit code may be malicious or unreliable; do not execute untrusted proof-of-concept material in production environments. Test all patches and remediations in a staging environment before production deployment. Source: NVD (public-domain), retrieved 2026-08-07. Analysis generated by SEC.co (claude-haiku-4-5).