Kritische JFrog-Artifactory-Lücke erlaubt Fälschung von Admin-Tokens ohne Login

Eine kritische Authentifizierungslücke in JFrog Artifactory, dem Software-Artefakt-Repository, das Unternehmen zur Speicherung und Verteilung von Build-Paketen nutzen, wird nur wenige Tage nach ihrer Behebung bereits aktiv ausgenutzt. Die als CVE-2026-82329 erfasste und mit 9,8 von 10 auf der CVSS-Skala bewertete Schwachstelle erlaubt es einem nicht authentifizierten Angreifer mit Netzwerkzugriff, auf selbstverwalteten Artifactory-Instanzen in ihrer Standardkonfiguration Admin-Tokens zu fälschen — ohne Zugangsdaten, Nutzerinteraktion oder vorherigen Zugriff.

JFrog veröffentlichte die Schwachstelle am 28. August 2026 zusammen mit dem Patch und brachte behobene Versionen in sechs Release-Linien heraus: 7.111.21, 7.117.28, 7.125.20, 7.133.29, 7.146.38 und 7.161.20. Laut dem Offensive-Security-Unternehmen watchTowr, das die aktive Ausnutzung als Erstes meldete, begannen die Angriffe bereits vor der öffentlichen Bekanntgabe des Patches und beschleunigten sich, nachdem die Offenlegung den Angreifern eine klarere Anleitung zur Lücke lieferte. Bis zum 1. September registrierten die Honeypots von watchTowr bereits Ausnutzungsversuche aus mehreren geografischen Regionen.

Die eigentliche Ursache ist eine Konfigurationslücke und kein Programmierfehler: JFrog-Access-Instanzen, für die kein Join-Key explizit konfiguriert wurde, greifen standardmäßig auf einen vorhersehbaren „Phantom"-Join-Key zurück, den Angreifer missbrauchen können, um genau jene Zugangsdaten zu fälschen, denen Artifactory bei administrativen Anfragen vertraut. Da die Lücke in einem Standardzustand liegt und nicht in einer von Nutzern selbst verursachten Fehlkonfiguration, ist jede selbstverwaltete Bereitstellung, bei der nie ein eigener Join-Key konfiguriert wurde, von Haus aus exponiert.

Das ist weit über die eigene Kundenbasis von JFrog hinaus relevant. Artifactory sitzt im Zentrum von Software-Lieferketten — dort speichern Organisationen die Build-Artefakte, Container-Images und Pakete, die automatisch in CI/CD-Pipelines und Produktivsysteme übernommen werden. „Administrativer Zugriff auf Artifactory reicht bis zu veröffentlichten Artefakten, denen nachgelagerte Systeme bereits vertrauen und die sie automatisch abrufen", erklärte Collin Hogue-Spears von Black Duck und beschrieb damit, warum diese Lücke gefährlich ist, obwohl es sich nicht im klassischen Sinne um eine Remote-Code-Execution-Schwachstelle handelt.

Sobald Angreifer ein gefälschtes Admin-Token erzeugt haben, wurden laut Forschern Fälle beobachtet, in denen bestehende Nutzer, Gruppen und Zugriffstoken aufgelistet, föderierte Zugriffsbeziehungen zwischen verbundenen Systemen kartiert und in einer kleineren Zahl von Fällen Backdoor-Konten angelegt wurden, um den Zugriff auch nach Behebung der ursprünglichen Lücke zu erhalten. Das gravierendere Risiko — das Manipulieren oder Vergiften von Artefakten, die andere Systeme automatisch abrufen — steht jedem offen, der ein gefälschtes Admin-Token besitzt, wodurch ein einziges exponiertes Repository zum potenziellen Einstiegspunkt für eine weit umfassendere Kompromittierung der Lieferkette werden kann.

Der gehostete SaaS-Dienst von JFrog war nicht betroffen; die Gefährdung beschränkt sich auf selbstverwaltete Artifactory-Bereitstellungen mit der verwundbaren Standardkonfiguration. „Das ging mit unangenehmer Effizienz von der Offenlegung zur realen Ausnutzung über", sagte Yordan Ganchev von watchTowr. „Wer die Sache verfolgt, weiß, was als Nächstes kommt: Es wird schlimmer werden."

Organisationen, die Artifactory selbstverwaltet betreiben, sollten umgehend auf eine der behobenen Versionen patchen und nicht davon ausgehen, dass das Fehlen eines explizit konfigurierten Join-Keys eine harmlose Voreinstellung ist — genau das ist die Bedingung, auf der der Exploit beruht. Angesichts der Berichte über Backdoor-Konten sollten Teams, die vor dem 28. August eine betroffene Version betrieben haben, zudem bestehende Admin-Nutzer und Tokens auf alles überprüfen, das sie nicht selbst angelegt haben, statt es beim reinen Einspielen des Patches zu belassen.

Wie zuerst berichtet von The Hacker News und BleepingComputer.