ZEABUR · INC-zeabur-1037896 · Vendor
NO FIX YET · SEE WHAT TO DO
On Aug 27, 2026 an attacker exploited CVE-2026-7644 (NextChat v2.16.1, MCP authorization checks) in a user service on Zeabur's Tokyo shared cluster. They read a routing cache holding Legacy API Keys, used a team admin's key to read an internal service's environment variables, and found an AWS root key. From the shared cluster they reached the production database through a maintenance job's credential. Zeabur confirmed the names and values of project environment variables were read, including AI and third-party API keys, cloud credentials, database passwords and signing keys. Zeabur found no evidence that other data was read. The attacker also created AI Hub access keys, which Zeabur says were never used and have been revoked. The incident is resolved and the full report is published.
first public Aug 28, 2026 · 2 sources
Could this affect your app?
Free first check from your website. Connect your repo for the full answer.
Teams that kept secrets in environment variables of Zeabur projects, whose variables Zeabur confirms were read from the production database. Zeabur lists AI and third-party API keys, cloud credentials, database passwords and signing keys. Zeabur says the attacker read nothing else from the database. The scope is determined by Zeabur's query logs, so anyone who received its notice should rotate everything. Anyone with no Zeabur projects can skip it.
Not affected if no-zeabur-usage
Who cares ai-api-keys, credential-rotation, cve-2026-7644, environment-variables, hosted-platform, nextchat, security, zeabur
Before publishing our full investigation report, we would like to share the facts we have confirmed so far, our current understanding of the scope of the incident, and answers to several frequently asked questions.
The information below is based on the system logs, access records, and other evidence currently available to us. As our investigation with third-party security specialists is still ongoing, some conclusions may be updated if additional evidence becomes available.
Based on our investigation so far, the attacker obtained a leaked internal AWS administrative credential belonging to Zeabur and used it to access our shared AWS cluster in the Tokyo region.
After gaining access to the cluster, the attacker was able to obtain VPN access to our control-plane network and subsequently connect to Zeabur’s primary database.
Following discovery of the incident, we immediately revoked and rotated the affected credentials and further restricted and hardened the relevant access paths.
We are continuing to analyze the available database access records and related system logs.
So far, we have identified targeted queries and exports involving users’ environment variables (Variables). Based on the query patterns and subsequent activity, the attacker appears to have been specifically targeting AI service API keys and other directly usable credentials.
For other categories of sensitive data, including customer information, service configuration, and server configuration, the records currently available to us primarily show aggregate or exploratory operations, such as counting records or checking data sizes.
At this time, we have not found direct evidence that the attacker performed bulk reads or exports of the underlying data in these categories.
However, it is important to clarify that the absence of direct evidence does not allow us to completely rule out the possibility that other data may have been accessed. This remains part of the ongoing investigation.
Are you affected?
Tell InfraStack what you run. It checks this one, and every next one, against your stack.
Ask from here. InfraStack checks the affected versions against your stack and answers in your inbox.
InfraStack checks the affected versions against your stack and answers in Slack, with the evidence and the fix.
v2.16.1; I did not read the fixed version, so check the CVE-2026-7644 advisoryWe are aware of a screenshot currently circulating in the community claiming that a complete Zeabur database or a large volume of Zeabur customer data is being offered for sale on the dark web.
Based on the system records, observed attacker activity, and other evidence collected so far, we have not found evidence supporting the claim that the attacker obtained the complete Zeabur dataset described in that screenshot.
At this time, we are unable to verify the origin or authenticity of the screenshot.
We are nevertheless including this claim in our ongoing investigation and will update our findings if additional evidence becomes available.
Zeabur is working with professional third-party security specialists to conduct further forensic analysis, reconstruct the attack path, and determine the full scope of impact.
If we identify any material new information during this process, we will update the Incident Report and notify affected users as soon as possible.
Yes.
We have established an initial compensation process for losses resulting from unauthorized use of credentials exposed in this incident.
If you incurred additional charges that were not initiated by you, please submit the relevant information through a Zeabur support ticket, including usage records provided by the affected service provider, timestamps, amounts, and any other information that may help us verify the claim.
We will review each case individually and arrange compensation once the claim has been verified.
Our current plan is to complete payment arrangements for verified cases no later than September 30, 2026. The actual payment method may vary depending on the user’s location and the circumstanc