JFrog Artifactory KEV-Schwachstellen: Token-Scope wichtiger als der Patch

CISA hat am 11. September 2026 zwei JFrog Artifactory-Schwachstellen in seinen Known Exploited Vulnerabilities-Katalog aufgenommen und Bundesbehörden damit bis zum 25. September Zeit zur Behebung gemäß Binding Operational Directive 26-04 gegeben. Sicherheitsforscher von Wiz berichten, dass Angreifer die beiden Schwachstellen bereits in freier Wildbahn verkettet haben, um von einer anonymen Verbindung aus vollen administrativen Zugriff auf selbst gehostete Artifactory-Instanzen zu erlangen.

Was die beiden CVEs bewirken

CVE-2026-42018 ist eine Authentifizierungs-Schwachstelle, durch die Artifactory einem unauthentifizierten Request ein internes Anonymous-User-Token ausgeben kann, selbst wenn der anonyme Zugriff deaktiviert ist. CVE-2026-42016 mit einem CVSS-Wert von 8,1 ist ein Privilegienerweiterungsproblem: Artifactory prüft die Signatur und den Issuer eines Tokens, nicht jedoch dessen Scope, sodass ein für eine enge Aktion vorgesehenes Token für mehr als vorgesehen wiederverwendet werden kann.

Wiz zufolge nutzen Angreifer die Kombination seit mindestens Mitte August 2026, um persistente Admin-Konten anzulegen, bösartige Plugins zur Codeausführung zu installieren sowie Konfigurationsdaten und Cluster-Schlüssel abzurufen. Zum Zeitpunkt der Veröffentlichung maß Wiz, dass etwa zwei Drittel der Organisationen mit Artifactory noch mindestens eine anfällige Instanz betreiben.

Warum „signiert und gültig“ nicht dasselbe ist wie „korrekt eingeschränkt“

Für EU-MSPs, die Kunden-Instanzen prüfen, lautet die entscheidende Frage nicht, ob die Signatur eines Tokens korrekt ist – das ist sie in der Regel –, sondern ob die Plattform separat durchsetzt, welche Tenant-, Repository-, Pfad- und Verb-Rechte das Token besitzt. Signatur- und Issuer-Validierung beantworten „Wer hat das ausgestellt?“ und „Wurde es manipuliert?“. Sie beantworten nicht „Was darf das tun?“. Fordern Sie jeden Anbieter, auch JFrog, auf, die Scope-Durchsetzung und das Denial-Logging mit Nicht-Produktionsbelegen nachzuweisen, bevor eine gepatchte Versionsnummer als Abschluss der Prüfung gilt.

Was nach dem Patch erneut zu prüfen ist

• Auf eine korrigierte Artifactory-Version aktualisieren – 7.161.20, 7.146.38, 7.133.29, 7.125.20, 7.117.28 oder 7.111.21 – passend zum genutzten Branch.
• Anonymous-Access-Einstellungen und Repository-Berechtigungen erneut prüfen, nicht nur die Versionszeichenfolge.
• Service-Account-Token-Audiences überprüfen und alles widerrufen, was vor dem Patch ausgestellt wurde.
• Bestätigen, dass Cross-Tenant-Grenzen unter demselben Scope-Test halten, der zur Validierung des Fixes verwendet wurde.

Der Patch schließt die konkrete Umgehung; er schränkt bereits übermäßig weite Tokens nicht nachträglich ein. Behandeln Sie Credential-Rotation und Scope-Prüfung als Teil der Behebung, nicht als optionalen Nachtrag.

Quellen: CISA-KEV-Katalog, JFrog-Sicherheitsempfehlungen, SecurityWeek.