Taiwanese cloud deployment platform Zeabur published its preliminary investigation report: between October 14 and 15 (UTC), attackers used leaked internal credentials to access shared clusters, certain dedicated servers, and internal systems, ultimately reading the platform database and exposing 3,218,965 service environment variables and 321,810 user account records [1]. On October 17, the founder announced that Zeabur will cease all operations on December 31 [2]. All Zeabur users should immediately treat every credential stored in environment variables as compromised, rotate them, and complete data and service migration before year-end [1][2].
Zeabur Platform Breached: 3.21 Million Environment Variables and 320,000 Accounts Accessed; Founder Announces Year-End Shutdown
2 min read
- Disclosed
- Oct 14, 2026
- Published
- Nov 7, 2026
- Last updated
- Nov 6, 2026
- Scale
- 321,810 accounts[1]
- CVSS basis
- Our assessment
- Technology
- Attack vector
- Impact
- Data type
- Actor type
- MITRE ATT&CK
On this page
30-second summary
Timeline
Technical details
What Happened
Zeabur's preliminary report on October 19 stated that the root cause was long-lived administrative credentials stored in plaintext and accessible from the public internet; attackers first used Zeabur's AWS keys at 01:36 UTC on October 14, subsequently used administrative tokens to access shared clusters, read configurations and secrets across all services, logged into dedicated GCP servers, and read the platform database on October 15 [1].
Scope of Impact
Confirmed accessed data includes 3,218,965 service environment variables (names and values) and email addresses, usernames, and phone numbers for 321,810 accounts; 566 zSend API keys and 11,536 platform access tokens have been revoked in full; commands were executed on 865 database services across shared clusters in 9 regions; and logins were confirmed on 101 dedicated GCP servers [1]. Because Zeabur cannot rule out whether user database backups in Taipei and Hong Kong were downloaded, the company advises treating them as compromised [1]. This marks the company's second security incident following a previous breach in late August, with iThome reporting that some credentials had not been rotated after the earlier incident [3].
Response
Zeabur has rotated login signing keys and forced a global logout, blocked public SSH access to dedicated servers, and removed unauthorized internal network nodes planted by the attacker [1]. On October 17, the company halted new purchases and announced that shared cluster services will be suspended starting December 1, dedicated servers will shut down upon expiration, and the entire platform will close on December 31 [2].
Our analysis
The following is our opinion, not a sourced statement.
For users, this is not a matter of rotating a single key: every third-party credential stored in environment variables (databases, cloud providers, payment gateways, AI APIs) must be treated as compromised. Prioritize rotating credentials that can cause immediate financial loss (payment processors, cloud billing accounts), followed by database credentials, and finally migrate off the platform.
Remediation
Vendor guidance
- 1Rotate all credentials stored in environment variables mitigate[1]
Treat all database passwords, cloud keys, payment gateway keys, and AI API keys as compromised and rotate them immediately.
- 2Recreate platform access tokens and zSend keys mitigate[1]
Previous tokens and keys have been revoked by Zeabur.
- 3Review GitHub audit logs and cloud billing statements detect[1]
Check operations performed by the Zeabur GitHub App between 15:05 and 18:54 UTC on October 15, as well as any billing anomalies since October 14.
- 4Migrate services and data before year-end
References
Official / primary2
- [1]
“The root cause of this incident lies with Zeabur: long-lived admin credentials were stored in plaintext and could be used from the public internet.”
- [2]
This site aggregates public information and is not security consulting advice. Test remediation steps before applying.