JetBrains was breached through an unpatched copy of its own TeamCity
Attackers exploited CVE-2026-63077 against a JetBrains-run TeamCity server to breach the Cadence cloud service, taking AWS IAM credentials, source code, and secrets from a 2024 backup. JetBrains says the server should have been patched.
Between August 8 and August 24, 2026, attackers exploited CVE-2026-63077, the unauthenticated TeamCity flaw disclosed in July, against a JetBrains-operated TeamCity server and used it to reach the Cadence cloud compute service. They accessed a 2024 Cadence server backup containing usernames, real names, email addresses, last-login timestamps, last-seen IP addresses, multiple AWS IAM credentials, project source code, configuration files, and stored secrets, plus files in S3 buckets in JetBrains AWS accounts. JetBrains detected the activity on August 23 and concluded its investigation on September 3, confirming the additional cloud storage exposure. api.cadence.jetbrains.com was taken offline. The company acknowledged the server should have been patched under its own vulnerability response process and did not explain why it was not. Cadence users are told to rotate every credential used in their executions.
Why it matters
We covered CVE-2026-63077 on July 27, when the note was that every on-premises TeamCity server was vulnerable. It turns out that included JetBrains'. There is no schadenfreude worth extracting here, because the failure is the ordinary one: an asset that belonged to no team's patching scope, running a product the organization knows better than anyone.
The durable lesson is about the backup. The breach reached a 2024 snapshot, which means credentials created two years earlier were still live and still useful in August 2026. Backups inherit the secrets of the moment they were taken and then sit outside every rotation process anyone runs. If your rotation covers production but not the snapshots of production, your effective credential lifetime is the age of your oldest retained backup.
Concretely: include backup and snapshot stores in the blast radius when you rotate, prefer short-lived credentials that expire inside a backup rather than long-lived IAM keys that do not, and inventory the internet-facing instances of your own products the same way you inventory a vendor's.
Source: The Hacker News
Related on Start with Identity
- Blog1.6 million RingCentral records leaked, and the entry point was one phone call
ShinyHunters voice-phished a RingCentral employee out of their password in July, took 623GB, and dumped 280GB after the company refused to pay. Have I Been Pwne
- BlogKantara risk group says AI agents need their own identity risk framework, not an extension of the human one
Kantara Initiative's Digital Identity Risk group found that agentic AI needs a separate risk framework from its human-focused taxonomy, naming orphaned agent id
- BlogLiteLLM traces its poisoned release to an admin key leaked in May and never revoked
LiteLLM's October 23 attack-chain report says an Agent Platform admin key committed to a public repo on May 27 was deleted but never revoked. On October 10 it r
- ReportIdentity Breach Report 2026: how attackers get in
123 identity breaches, 2021 to 2026: MFA was bypassed in 25 of the 41 with a known MFA status, and 44% of 2025-2026 cases had no login for MFA to protect.
- CVECommvault Web Server zero-day that exposed Metallic Microsoft 365 app secrets
An authenticated webshell flaw in Commvault Web Server, used as a zero-day in Commvault's Azure environment, where the actor may have reached client secrets cus
- CVELiteLLM MCP gateway accepts any Bearer token after key validation fails
LiteLLM's MCP Streamable HTTP endpoint fell back to an empty auth object when key validation failed, so a fabricated Authorization header reached the gateway's