External risk intelligence

Chartbrew Session Token Bypass Vulnerability

CVE advisorySeverity: CRITICAL (CVSS 9.8)

CVE-2026-85295

Chartbrew is an open-source web application designed for data visualization, frequently deployed as an internet-facing service to provide external access to charts and dashboards. The vulnerability resides in the authentication layer of the API and socket interface, which is typically exposed to the public internet in standard deployment patterns.

Halo Surface Signal: 4 out of 5 — likely to be public-facing.

External exposure likelihood

Horizon Alert

Summary of the vulnerability and why it matters

This advisory addresses a critical security vulnerability in Chartbrew, an open-source web application used for creating charts from database and API data. The flaw allows an attacker to forge session tokens, bypassing authentication and gaining unauthorized access to user data and application functions. The main concern is confirming relevance and exposure within your deployed Chartbrew instances.

  • Attackers can forge login tokens.
  • Protects against unauthorized data access.
  • Confirm relevance and exposure.

Attack Path

How an attacker could exploit the issue

An attacker can impersonate any user by forging a session token if they know a weak or default secret key used to sign tokens. This is possible because the application has a fallback mechanism that accepts these forged tokens, granting the attacker the same access and privileges as the targeted user without needing their credentials. This vulnerability affects installations using default Docker Compose setups or any instance where the secret key is exposed or weak.

  • Attacker needs weak secret key.
  • Forged token bypasses authentication.
  • Full user impersonation and privilege escalation.

Live Threat

Current exploitation, exposure, and threat context

When Chartbrew is deployed with a known, weak, or default `CB_SECRET`, an attacker could forge a session token to impersonate any user. This forged token bypasses password and two-factor authentication, granting the attacker the impersonated user's privileges across the application's API and socket layer.

  • User session data.
  • Forged tokens grant unauthorized access.
  • Full user privileges are compromised.

Operational Fix

Recommended remediation, mitigation, and detection steps

The ownership of this critical vulnerability likely falls to platform or infrastructure teams responsible for managing the Chartbrew deployment, with input from application owners. The initial practical step is to identify all Chartbrew instances, confirm their exposure and business criticality, and ascertain the accountable owner for each. Remediation planning should then be prioritized based on these findings, considering factors like the CB_SECRET configuration and potential for exploitation.

  • Identify Chartbrew instances and owners.
  • Verify CB_SECRET and network exposure.
  • Plan remediation or temporary risk reduction.

Supplementary metadata

Validate whether this threat affects your internet-facing exposure.

Halo Threat Intelligence helps prioritize remediation with Halo Surface Signal and H/A/L/O context. Start exposure validation with a free external attack surface trial.

Frequently asked questions

What is Chartbrew?

Chartbrew is an open-source platform that enables users to connect directly to databases and APIs to transform raw data into visual charts and dashboards. It is frequently utilized by teams to centralize data reporting and facilitate automated data monitoring within a unified web-based interface.

How does CVE-2026-85295 allow authentication bypass?

This vulnerability, classified as CWE-1394, involves a flawed fallback mechanism in the application's session management. If an attacker identifies the secret key (CB_SECRET) used to sign session tokens, they can craft their own forged tokens. Because the system accepts these tokens as valid during the verification process, the attacker can effectively bypass the standard password and two-factor authentication requirements.

Does my Chartbrew instance trigger this vulnerability?

The vulnerability is triggered when an instance uses a known, weak, or default CB_SECRET, which is common in stock Docker Compose deployments. Importantly, instances where the CB_SECRET is intentionally left undefined in a bare container configuration are not affected by this specific fallback path, as the conditions required for the improper token verification are not met.

Why is this CVE considered relevant for my network?

According to Halo Surface Signal, Chartbrew is typically deployed as an internet-facing service to share dashboards externally, which places the vulnerable API and socket layers directly within reach of remote attackers. Because the flaw allows complete user impersonation across these layers, any publicly accessible instance carrying a default secret should be considered highly susceptible to unauthorized access.

What should I do if I am running Chartbrew?

Your first step is to locate all active Chartbrew instances and verify their current version. Since this issue is fully addressed in version 5.2.3, upgrading is the primary resolution. If an immediate update is not possible, you must audit your deployment configuration to ensure the CB_SECRET is not using a default or easily guessable value, as this is the core prerequisite for the exploit.

References