JetBrains TeamCity CVE-2026-63077: Unauthentifizierte Remote Code Execution über das Agent-Polling-Protokoll

TL;DR — 90 Sekunden

Betroffen?

Laut JetBrains alle TeamCity-On-Premises-Versionen; das Security-Patch-Plugin wird für Installationen ab Version 2017.1 angeboten. TeamCity Cloud ist nicht betroffen — JetBrains hat die nötigen Maßnahmen dort bereits umgesetzt.

Risiko?

Unauthentifizierte Remote Code Execution über das Agent-Polling-Protokoll (CWE-502, Deserialization of Untrusted Data laut GHSA-94gx-v738-fx9w) — keine Anmeldedaten, keine Nutzerinteraktion nötig. CVSS 9.8 laut GitHub Security Advisory und mehreren Trackern, von JetBrains selbst nicht beziffert.

Sofortmaßnahme?

Auf 2025.11.7 bzw. 2026.1.3 aktualisieren. Wer nicht sofort updaten kann, installiert das Security-Patch-Plugin fix_CVE_2026_63077.zip (ab Version 2017.1) und beschränkt den Zugriff auf den Agent-Polling-Endpoint auf vertrauenswürdige Netze.

Empfehlung?

TeamCity-Server grundsätzlich nie ungeschützt aus dem Internet erreichbar machen — unabhängig vom Patch-Stand. Zusätzlich prüfen, ob sich die widersprüchlichen Angaben zur aktiven Ausnutzung seit Veröffentlichung dieses Beitrags geklärt haben.

Kritikalität?

kritisch (Hero-Badge) — unauthentifizierte RCE mit vollständiger Serverkompromittierung, CI/CD-Kernsystem, CVSS 9.8 laut mehreren unabhängigen Quellen, auch wenn nicht direkt von JetBrains beziffert.

Was ist das Problem?

TeamCity On-Premises ist JetBrains' selbstgehosteter CI/CD-Server: Er orchestriert Build-Pipelines, verwaltet Zugangsdaten für Repositories und Artefakt-Repositories und koordiniert Build-Agents, die die eigentliche Kompilier- und Testarbeit übernehmen. Die Kommunikation zwischen Agent und Server läuft über das sogenannte Agent-Polling-Protokoll: Der Agent baut eine HTTP(S)-Verbindung zum Server auf und fragt periodisch nach neuen Befehlen, Build-Konfigurationen und Aufträgen — laut JetBrains-Dokumentation eine „unidirektionale Agent-zu-Server-Verbindung“ über dieselbe URL, unter der auch die Web-Oberfläche und die REST-API erreichbar sind.

CVE-2026-63077 hebelt genau diesen Kanal aus: Ein Angreifer kann die Authentifizierungsprüfungen des Agent-Polling-Protokolls umgehen und darüber beliebige Betriebssystembefehle mit den Rechten des TeamCity-Serverprozesses ausführen — ohne gültige Zugangsdaten, ohne Session-Token, ohne Nutzerinteraktion. Mehrere unabhängige Quellen (GitHub Security Advisory GHSA-94gx-v738-fx9w, Threat-Intel-Anbieter IONIX) ordnen die Lücke CWE-502 zu, „Deserialization of Untrusted Data“ — ein Hinweis darauf, dass der Server im Rahmen der Agent-Kommunikation empfangene, nicht ausreichend geprüfte serialisierte Daten deserialisiert und verarbeitet. JetBrains selbst nennt in der eigenen Advisory keine CWE-Klassifizierung; diese Einordnung stammt aus Sekundärquellen und sollte als plausibel, aber nicht als von JetBrains bestätigt gelten.

Weil der verwundbare Kanal auf demselben HTTP(S)-Endpoint läuft wie die reguläre Server-Kommunikation, lässt er sich praktisch nicht von legitimem Agent-Traffic unterscheiden, ohne den Server-seitigen Code selbst zu patchen — eine reine Firewall-Regel gegen „verdächtige“ Requests ist hier keine verlässliche Lösung, sondern bestenfalls eine Verzögerungstaktik bis zum Patch.

Wer ist betroffen?

TeamCity On-Premises wird typischerweise von Organisationen betrieben, die aus Compliance-, Daten-Souveränitäts- oder Individualisierungsgründen keine SaaS-CI/CD-Lösung nutzen wollen oder können — vom Mittelstand mit einer überschaubaren Zahl an Build-Pipelines bis zu Konzernen mit hunderten Projekten und dutzenden Build-Agents. Gerade in solchen On-Premises-Umgebungen ist der TeamCity-Server oft seit Jahren gewachsen, wird selten komplett neu aufgesetzt und läuft nicht selten auf einer älteren Version, weil Upgrades als riskant für laufende Pipelines gelten — genau das Profil, das ein Patch-Plugin für Versionen ab 2017.1 adressiert. TeamCity Cloud ist von CVE-2026-63077 laut JetBrains nicht betroffen; die notwendigen Schutzmaßnahmen wurden dort bereits umgesetzt, Kund:innen müssen nicht selbst tätig werden.

Auswirkungen

Eine erfolgreiche Ausnutzung von CVE-2026-63077 gibt einem nicht authentifizierten Angreifer Codeausführung mit den Rechten des TeamCity-Serverprozesses — in der Praxis die vollständige Kontrolle über den CI/CD-Server. Das umfasst typischerweise Zugriff auf gespeicherte Zugangsdaten (VCS-Credentials, Deployment-Secrets, Signaturschlüssel für Artefakte), auf den Sourcecode aller angebundenen Repositories sowie auf bereits erzeugte Build-Artefakte. Ein Angreifer mit Serverzugriff kann Build-Konfigurationen manipulieren, um bei zukünftigen Builds Schadcode einzuschleusen, oder bereits erzeugte Artefakte nachträglich austauschen, bevor sie downstream ausgerollt oder veröffentlicht werden.

Weil TeamCity als zentrale Build- und Release-Instanz fungiert, reicht der Blast-Radius über den Server selbst hinaus: Jedes System, das Artefakte oder Container-Images aus einer kompromittierten TeamCity-Instanz konsumiert, erbt potenziell das Risiko — ein klassisches Lieferketten-Szenario. Wer signierte Artefakte ausliefert, deren Signaturschlüssel auf demselben Server liegen, muss im Kompromittierungsfall auch die Vertrauenswürdigkeit aller damit signierten, bereits ausgelieferten Artefakte neu bewerten. Da die Schwachstelle unauthentifiziert über einen Kanal ausnutzbar ist, den Build-Agents ohnehin regelmäßig kontaktieren, genügt bereits eine aus einem nicht vollständig vertrauenswürdigen Netz erreichbare Instanz — es braucht keine kompromittierten Zugangsdaten und keine Innentäter.

Mitigation / Sofortmassnahmen

Operativer Entscheidungsblock

• Heute handeln, wenn … Ihre TeamCity-On-Premises-Instanz aus dem Internet oder einem nicht vollständig vertrauenswürdigen internen Netz erreichbar ist und noch nicht auf 2025.11.7 bzw. 2026.1.3 aktualisiert wurde.
• Mit Priorität prüfen, wenn … ein sofortiges Upgrade aus betrieblichen Gründen nicht möglich ist — dann das Security-Patch-Plugin installieren und den Netzzugriff auf den Agent-Polling-Endpoint einschränken.
• Nur beobachten, wenn … die Instanz bereits gepatcht ist und nachweislich nur aus einem eng kontrollierten Netzsegment ohne Fremdzugriff erreichbar war.

Schritt 1 — Auf eine gefixte Version aktualisieren

# Installierte Version pruefen: Administration -> Server Administration
# oder in der Weboberflaeche unter "About"

# Empfohlener Zielstand je nach Branch:
# 2025.11.x -> 2025.11.7 oder neuer
# 2026.1.x  -> 2026.1.3 oder neuer

# Update-Vorgang gemaess JetBrains-Upgrade-Dokumentation durchfuehren
# (Backup vor jedem Upgrade nicht vergessen)

Schritt 2 — Security-Patch-Plugin installieren (falls Upgrade nicht sofort moeglich)

# Fuer TeamCity 2024.03+: automatischer Hinweis unter
# Administration -> Updates -> Available Security Updates

# Manuelle Installation (alle Versionen ab 2017.1):
# 1. Plugin herunterladen:
#    download.jetbrains.com/teamcity/plugins/internal/fix_CVE_2026_63077.zip
# 2. Unter Administration -> Plugins hochladen und aktivieren
#
# Wichtig: TeamCity 2017.1-2018.1 benoetigt einen Server-Neustart nach der
# Installation; ab 2018.2 kann das Plugin ohne Neustart aktiviert werden.

Schritt 3 — Netzzugriff auf den Agent-Polling-Endpoint einschraenken

# Der Agent-Polling-Kanal laeuft ueber denselben HTTP(S)-Endpoint wie die
# TeamCity-Weboberflaeche und die REST-API (konfiguriert ueber serverUrl).
# Bis zum vollstaendigen Patch/Update:
#
# - Server-Zugriff auf bekannte Agent-IPs und Admin-Netze beschraenken
#   (Firewall-Regel / Reverse-Proxy-ACL)
# - Server nicht direkt aus dem Internet erreichbar machen;
#   VPN oder gleichwertige Zugriffskontrolle vorschalten
# - TeamCity-Serverprozess mit minimalen Betriebssystemrechten und auf
#   einem dedizierten Host, getrennt von den Build-Agents, betreiben

Detection / Prüfung

JetBrains hat zu CVE-2026-63077 bislang keine spezifischen Log-Signaturen oder Kompromittierungsindikatoren veröffentlicht. Die folgenden Prüfschritte basieren auf allgemeinen TeamCity-Administrationspraktiken und sollten als Ausgangspunkt, nicht als vollständige forensische Anleitung verstanden werden.

Version und Patch-Status pruefen

# Installierte Version: Administration -> Server Administration -> "About"
# oder im Server-Startlog (teamcity-server.log) beim Boot-Vorgang

# Installierte Plugins pruefen (Patch-Plugin vorhanden?):
# Administration -> Plugins -> nach "fix_CVE_2026_63077" suchen

# Verfuegbare Security-Updates pruefen (nur 2024.03+):
# Administration -> Updates -> Available Security Updates

Agent- und Zugriffsprotokolle pruefen

# Liste autorisierter und nicht autorisierter Agents pruefen:
# Agents -> Unauthorized -- auf unbekannte oder unerwartete Agent-Eintraege achten

# Server- und Zugriffslogs auf ungewoehnliche Registrierungs-/Polling-Anfragen
# durchsuchen (Pfade und Feldnamen je nach TeamCity-Version/Reverse-Proxy-Setup
# pruefen, hier als Ausgangspunkt):
grep -iE "agent|register|xmlrpc" teamcity-server.log | tail -n 200

# Zugriffe auf den TeamCity-Serverport aus unerwarteten externen IP-Bereichen
# in Firewall-/Reverse-Proxy-Logs identifizieren

• Unbekannte oder unerwartete Einträge unter "Unauthorized Agents" in der TeamCity-Weboberfläche
• Agent-Registrierungs- oder Polling-Anfragen aus IP-Bereichen, die nicht zu bekannten Build-Agents gehören
• Unerwartete Kindprozesse des TeamCity-Serverprozesses (java) auf Betriebssystemebene
• Neue, nicht durch reguläre Pipeline-Läufe erklärbare Änderungen an Build-Konfigurationen, gespeicherten Zugangsdaten oder Artefakt-Repositories
• Unerwartete ausgehende Verbindungen vom TeamCity-Serverhost, die nicht zum normalen Build-/Deployment-Traffic passen

Betreiberempfehlung

Mid-Market

Prüfen Sie umgehend, ob Ihre TeamCity-Instanz aus dem Internet oder einem nicht vollständig vertrauenswürdigen Netz erreichbar ist. Falls ja: Upgrade auf 2025.11.7/2026.1.3 priorisieren; falls das kurzfristig nicht möglich ist, das Security-Patch-Plugin installieren und den Zugriff auf vertrauenswürdige Netze beschränken. Bei begrenzten internen Ressourcen lohnt sich ein kurzer externer Check der tatsächlichen Erreichbarkeit — Fehlkonfigurationen bei Reverse-Proxys oder VPN-Routing sind ein häufiger Grund, warum Management-Systeme ungewollt öffentlich erreichbar sind.

Enterprise

Zusätzlich zum Patchen: Netzwerksegmentierung so gestalten, dass CI/CD-Kernsysteme wie TeamCity grundsätzlich nicht direkt aus unsicheren Netzen erreichbar sind — unabhängig vom Patch-Stand. Bei mehreren TeamCity-Instanzen oder komplexen Agent-Farmen zentrales Monitoring auf die genannten Indikatoren aufsetzen und prüfen, ob Signaturschlüssel für Artefakte auf demselben Server liegen wie der TeamCity-Prozess — falls ja, Rotation nach jedem Sicherheitsvorfall dieser Größenordnung in Betracht ziehen. Angesichts der widersprüchlichen Angaben zur aktiven Ausnutzung (JetBrains: keine bekannte Ausnutzung; IONIX: beobachtete Ausnutzungsversuche) empfiehlt sich eine konservative Risikobewertung, bis sich die Quellenlage klärt.

Entscheidungsblock

• Sofort patchen: Upgrade auf 2025.11.7/2026.1.3, alternativ Security-Patch-Plugin installieren.
• Kompensieren, falls Patch verzögert: Netzzugriff auf den Agent-Polling-Endpoint einschränken, VPN-Pflicht für Serverzugriff.
• Beobachten: Agent-Autorisierungsliste und Server-Logs auf die genannten Indikatoren prüfen, auch nach dem Patch — als Nachweis, ob vor dem Update bereits Zugriffe stattfanden.

Fazit

CVE-2026-63077 zeigt exemplarisch, wie viel auf dem Spiel steht, wenn ausgerechnet die Kernkomponente der Build-Pipeline unauthentifiziert aus der Ferne kompromittierbar ist: Ein einzelner ausgenutzter Server bedeutet potenziell Zugriff auf Quellcode, Zugangsdaten und Signaturschlüssel für alles, was dieser Server jemals gebaut hat. Dass JetBrains selbst keinen CVSS-Wert nennt, während Drittquellen übereinstimmend 9.8 melden, und dass sich die Angaben zur aktiven Ausnutzung widersprechen, ändert nichts an der grundsätzlichen Dringlichkeit: unauthentifizierte RCE in einem internetnahen CI/CD-System ist per Definition kritisch zu behandeln, unabhängig von der exakten Nachkommastelle. Wer TeamCity On-Premises betreibt, sollte nicht nur patchen, sondern die Gelegenheit nutzen, die Netzwerkplatzierung und Zugangskontrolle des eigenen Build-Servers grundsätzlich zu überprüfen.

Quellen

• JetBrains Blog — Critical Security Issue Affecting TeamCity On-Premises (CVE-2026-63077)
• Help Net Security — JetBrains fixes critical unauthenticated RCE in TeamCity On-Premises (CVE-2026-63077)
• The Hacker News — Critical TeamCity Flaw Could Let Attackers Run OS Commands Without Logging In
• Cyber Security News — JetBrains Urging Customers to Patch Critical TeamCity Flaw that Enables OS Command Execution
• GitHub Security Advisory GHSA-94gx-v738-fx9w — JetBrains TeamCity Unauthenticated Remote Code Execution
• IONIX Threat Center — CVE-2026-63077 Technical Analysis
• NVD — CVE-2026-63077 (record status checked during research)
• JetBrains TeamCity Documentation — Install and Start TeamCity Agents (Agent-Server Communication)