JetBrains Cadence Breach Exposes AWS Credentials via Unpatched CI/CD Tooling
Between August 8 and August 24, 2026, threat actors breached JetBrains Cadence—a cloud compute service integrated into PyCharm that enables developers to run machine learning and compute-heavy workloads on cloud infrastructure. Attackers gained initial access by exploiting an unpatched critical remote code execution vulnerability in an underlying TeamCity instance (CVE-2026-63077, CVSS 9.8). Once inside, the adversaries exfiltrated user account data, project source files, and a 2024 Cadence server backup containing multiple AWS IAM credentials and internal secrets, as well as accessing S3 buckets tied to the service environment.
This incident demonstrates the severe cascading impact when developer productivity infrastructure becomes an attack vector. Because developer cloud tooling regularly interacts with sensitive codebases, proprietary models, and broad cloud permissions, compromising the orchestration server exposes multiple organizations to secondary supply chain attacks. The exposure of IAM credentials from legacy backups demonstrates that compromised intermediate infrastructure can lead to persistent lateral movement into connected AWS accounts, private repositories, and package registries.
The breach fits directly into a growing pattern of adversaries targeting the DevOps plane and CI/CD automation software rather than attacking fortified runtime production environments directly. Attackers increasingly recognize that developer tooling and cloud-assisted IDE workflows frequently hold privileged, long-lived access tokens, SSH keys, and cloud provider roles. As organizations accelerate cloud-native development and remote GPU-backed computation for AI workloads, the boundary between developer workstations and cloud infrastructure continues to blur, making orchestration systems prime targets for credential harvesting.
Engineering and platform security teams must treat all execution pipelines, IDE-connected cloud compute services, and build runners as high-risk infrastructure:
1. Immediate Credential Rotation: Revoke and rotate all AWS IAM keys, container registry secrets, third-party API tokens, and SSH keys used in Cadence or connected developer pipelines.
2. Audit Cloud Activity: Scrutinize CloudTrail logs for unexpected IAM role usage, cross-account access, abnormal S3 data retrieval, and unauthorized privilege escalation originating from developer access points.
3. Eliminate Static Credentials: Enforce short-lived, ephemeral credentials using OIDC federation and IAM role assumption rather than persisting static secret keys in tooling configurations.
4. Isolate Build Environments: Apply strict network segmentation and zero-trust policies to internal developer services to ensure compromised orchestrators cannot reach legacy backups or broader cloud assets.
Read original source