CISA ties ransomware campaigns to a TeamCity flaw patched in July
CISA said Sept. 23 that ransomware crews are exploiting CVE-2026-63077, an unauthenticated 9.8 RCE in JetBrains TeamCity patched July 25. Any build server patched late has to be handled as breached, including the credentials and signing keys it held.
The Watch · Security desk

What happened
- CVE-2026-63077, a CVSS 9.8 remote code execution flaw in JetBrains TeamCity, was patched on July 25.
- On Sept. 23, CISA warned that the flaw is being exploited in ransomware campaigns.
- BreachLock chief executive Seemant Sehgal said TeamCity operators should treat the bug as an active compromise until they patch, rotate credentials and tokens from the exposure window, and review build logs.
Why it matters
- Who's exposed exposure Anyone with network reach to an unpatched TeamCity server can run code on it without a login, so every internet-facing instance is open to any crew holding the exploit.
- What it costs cost A server patched only after the Sept. 23 warning was publicly exposed for at least 60 days, and every credential and token issued in that span has to be reissued.
- What it limits constraint Strand says build systems lack the EDR coverage of ordinary endpoints, so showing a server was not entered before the patch rests on build logs and configuration history.
- What doesn't add up contradiction SC World calls two months fast; Strand calls that gap ordinary and has seen it shrink to days, so this case's 60 days is no guide to how long the next build-server patch can wait.
Next story · Security · Sep 23
Attackers are running code on BIG-IP APM boxes configured as OAuth authorization serversConfirmed6 publishers
Exploitation was on the record long before the ransomware warning [21]. CISA added the bug to its known exploited vulnerabilities catalog 11 days after the patch [21], and the ransomware warning followed 49 days, or seven weeks, later [13]. SC World describes the span as "a mere two months from disclosure to being exploited by ransomware" [19]. That figure stops on the date CISA made the ransomware link [14]. The report does not name the ransomware groups, say when they started, count exposed servers, or describe a confirmed case of tampered build output.
Adrian Culley, an offensive security engineer at SafeBreach, said TeamCity holds build credentials, signing material and the pipeline that turns source code into shipped software [12]. "Compromise there isn't just a host incident, it's a potential foothold into every downstream build the server touches: T1190 in, T1195.002 as the objective," Culley said [6]. Sehgal listed what an attacker can take from it. "They can inject malicious code into legitimate builds, steal signing keys and cloud credentials that build servers routinely hold, and pivot into production infrastructure that trusts the pipeline as an internal caller," he said [7].
Sehgal said the patch is the step where teams stop too early. "Patching alone leaves attacker access from the pre-patch window in place, and that step is what teams sometimes miss on compressed timelines like this one," he said [9]. Signing keys the server held belong in the rotation too; Sehgal named them among what crews steal [7]. Boris Cipot, principal security engineer at Black Duck, carried the risk through to the software the server builds. "A compromised build server can potentially expose credentials and configuration, alter the server itself, and even undermine the integrity of build artifacts and downstream pipelines," Cipot said [11].
Cipot said organizations hesitate to update CI/CD systems because they worry about disrupting builds and releases [15]. "But attackers do not have the same operational constraints," he said [16]. John Strand, owner of Black Hills Information Security, said the choice of target worries him more than the speed. "What concerns me much more is the very precise focus we're seeing on software supply chain tools," Strand said [20]. "Compromise the right package or build system, and suddenly you have a path to spread malware across a huge number of systems" [10].
What to watch
- Whether CISA or JetBrains names the ransomware groups using CVE-2026-63077 or publishes indicators of compromise.
- Any report of signed malware or tampered artifacts traced to a TeamCity server would make this a supply chain incident.
- Evidence of exploitation before the July 25 patch would push the credential rotation window back past 60 days.
Clarity's read
What the record supports and how the coverage leans. The claims behind it follow.
Reality
- Evidence70
- Adoption75
- Hype gap+15
- Incentives35
- Confidence72
Claim ledger
Ranked by verification strength, evidence, and original report placement.
- [1]
CISA warned on Sept. 23 that the TeamCity RCE flaw is under exploitation in ransomware campaigns.
- [2]
CVE-2026-63077 is a critical remote code execution flaw in JetBrains TeamCity rated CVSS 9.8.
- [3]
CVE-2026-63077 was patched on July 25.
- [4]
CVE-2026-63077 was added to CISA's known exploited vulnerabilities (KEV) catalog on Aug. 5.
- [5]
Adrian Culley of SafeBreach said the bug is an unauthenticated RCE via the agent polling protocol (CWE-502), so an attacker with network access to the server needs no credentials.
- [6]
"Compromise there isn't just a host incident, it's a potential foothold into every downstream build the server touches: T1190 in, T1195.002 as the objective,"
- [7]
"They can inject malicious code into legitimate builds, steal signing keys and cloud credentials that build servers routinely hold, and pivot into production infrastructure that trusts the pipeline as an internal caller."
- [8]
Sehgal said teams running TeamCity should treat this as an active compromise scenario until they have applied the patch, rotated credentials and tokens issued during the exposure window, and reviewed build logs for unexpected artifacts or configuration changes.
- [9]
"Patching alone leaves attacker access from the pre-patch window in place, and that step is what teams sometimes miss on compressed timelines like this one,"
- [10]
"Compromise the right package or build system, and suddenly you have a path to spread malware across a huge number of systems."
- [11]
"A compromised build server can potentially expose credentials and configuration, alter the server itself, and even undermine the integrity of build artifacts and downstream pipelines,"
- [12]
Culley said TeamCity holds build credentials, signing material and the pipeline that turns source code into shipped software.
- [13]
CISA's Sept. 23 ransomware warning came 49 days, seven weeks, after the Aug. 5 KEV listing.
- [14]
60 days passed between the July 25 patch and CISA's Sept. 23 ransomware warning.
- [15]
Cipot said patching CI/CD infrastructure is not always straightforward and organizations may hesitate to update because they are concerned about disrupting builds and releases.
- [16]
"But attackers do not have the same operational constraints,"
- [17]
John Strand said months from disclosure to ransomware is not unusual, and his team has seen that window measured in days, sometimes less than a day.
- [18]
"We can't necessarily drop an EDR agent onto every component of the software supply chain and expect the same level of detection,"
- [19]
SC World described the gap as "a mere two months from disclosure to being exploited by ransomware."
- [20]
"What concerns me much more is the very precise focus we're seeing on software supply chain tools,"
- [21]
CISA's KEV listing came 11 days after the July 25 patch.
Sources
2 independent publishers whose own reporting we read for this story.
- bleepingcomputer.comCISA: Ransomware gangs now exploiting critical TeamCity flaw
1 article · September 24, 2026
- scworld.comCritical 9.8 JetBrains TeamCity RCE exploited by ransomware, says CISA
1 article · September 24, 2026