【Important Security Announcement】Gleam Free Second-Level Domain Data Leak Incident Explained

【Important Security Notice】Gleam Free Second-Level Domain Data Breach Incident

Published: 2026-09-18


What Happened

We have confirmed that the Gleam service experienced a data breach.

Our investigation found that the breach was not caused by a server intrusion. Instead, the ZCode editor used in the development environment automatically packaged, encrypted, and uploaded the working directory to its server-side object storage (Alibaba Cloud OSS) without clearly notifying users or obtaining authorization. The uploaded directory contained project source code, configuration files, backup repositories, and user data.

Data Potentially Involved

The following information may have been affected:

  • Users’ registered email addresses
  • User avatars
  • Hashed passwords for some users (not in plaintext, but potentially vulnerable to offline cracking)
  • Domain DNS records for all users
  • 2FA data for some users (stored in encrypted form, but the server-side decryption method was also included in the breach, meaning the 2FA seeds may have been exposed)
  • The entire system source code
  • Multiple backup repositories
  • The server’s old Cloudflare API Key (revoked and replaced)
  • AnyNS Key (revoked and replaced)

Measures Taken

  • :white_check_mark: The Cloudflare API Key has been replaced, and the old key is no longer valid
  • :white_check_mark: The AnyNS Key has been replaced, and the old key is no longer valid
  • :white_check_mark: The source of the breach has been blocked, and residual data waiting to be uploaded locally has been removed
  • :counterclockwise_arrows_button: We are assessing whether to force all users to reset their passwords and 2FA; a separate announcement will be issued once a decision is made

What You Should Do

  1. Change your Gleam account password as soon as possible. If you use the same or a similar password on other sites, change it there as well—this is the most important step.
  2. If you have enabled 2FA, set it up again. Since the decryption method may have been exposed, your old 2FA setup can no longer be trusted.
  3. Watch out for phishing emails. Your registered email address and DNS records may have been exposed. Do not trust any email claiming to be official that asks for your password or verification code.
  4. If you used the same email address to register for other services, watch for suspicious login alerts.

Apology

The essence of this incident is that we entrusted a working directory containing user data to a tool that secretly uploaded data, and we failed to detect it promptly. Regardless of the breach path, protecting user data is our responsibility—and this time, we failed to do so. We are deeply sorry.

Investigation results and follow-up progress will continue to be updated in this thread.

Images below
QQ_1789720222357
QQ_1789720243919
All keys have been replaced. We will improve encryption and investigate more software that may have leaked data in the near future. Disgusting ZCode.


4 Likes

That’s pretty outrageous. I was thinking: if zcode uploads things this way, does it upload them to its own object storage? Object storage takes up space, after all. It’s willing to spend its own money to steal your data—how ruthless.

I didn’t even use the official GLM—I used my own k3.

There are also Grok and CC.

It’s Alibaba OSS. It filters out .env files and things like that, but many of my backup repositories have already been uploaded there.

Those who registered and logged in through Nodeloc should be fine, right?

It should be fine without 2FA, but watch out for extortion and scam emails.

Zcode is so awful.

Luckily, I use Supabase.