Traffic Controller
JFrog bringt Software-Supply-Chain-Kontrolle bis an den Netzwerkrand
JFrog Traffic Controller schützt Software Supply Chains vor riskanten Open-Source-Paketen und KI-Agenten
KI-Agenten verändern nicht nur die Softwareentwicklung, sondern auch die Angriffsfläche der Software-Lieferkette. Wenn autonome Coding-Tools eigenständig Bibliotheken und Abhängigkeiten aus öffentlichen Registries beziehen, können klassische Kontrollen innerhalb der CI/CD-Pipeline zu spät greifen. JFrog will diese Lücke mit einem neuen Traffic Controller schließen, der Software-Pakete bereits beim Eintritt ins Unternehmensnetz kontrolliert und über einen zentralen Vertrauenspfad führt.
Mit dem JFrog Software Supply Chain Traffic Controller erweitert JFrog seine Sicherheitskontrollen bis an den Netzwerkrand. Die Lösung arbeitet mit Secure-Access-Service-Edge- beziehungsweise Security-Service-Edge-Plattformen von Zscaler, Cloudflare und Netskope zusammen und soll dafür sorgen, dass Software-Pakete unabhängig davon kontrolliert werden, ob sie von Entwicklern, automatisierten Werkzeugen oder KI-Agenten angefordert werden.
Statt Paket-Downloads lediglich zu blockieren, werden entsprechende Anfragen automatisch über JFrog Artifactory geleitet. Dort überprüft JFrog Curation die angeforderten Komponenten anhand zentral definierter Sicherheits-, Lizenz- und Qualitätsrichtlinien.
Open Source wird zunehmend zur Governance-Frage
Die Notwendigkeit einer solchen Kontrolle begründet JFrog unter anderem mit der steigenden Zahl manipulierter Open-Source-Pakete. Laut dem „JFrog 2026 Software Supply Chain Security State of the Union “-Report nahm die Zahl erkannter bösartiger Pakete gegenüber dem Vorjahr um 451 Prozent auf mehr als 171.000 Fälle zu.
Gleichzeitig bestehen erhebliche Defizite bei der Erkennung: Nach Angaben von JFrog können lediglich 40 Prozent der Unternehmen bösartige Pakete zuverlässig identifizieren. Offenliegende Zugangsdaten, Passwörter oder Secrets erkennen demnach nur 28 Prozent.
Das grundlegende Problem geht inzwischen allerdings über klassische Open-Source-Risiken hinaus. Mit dem zunehmenden Einsatz autonomer KI-Werkzeuge entstehen neue Wege, über die Software-Komponenten in Unternehmensumgebungen gelangen können.
KI-Agenten umgehen klassische Kontrollpunkte
Coding-Agenten wie Claude Code, Cursor, GitHub Copilot oder Kiro können eigenständig Abhängigkeiten abrufen, Bibliotheken installieren und Build-Prozesse anstoßen. Genau diese Autonomie macht sie produktiv – gleichzeitig kann sie etablierte Governance-Modelle unterlaufen.
Viele Sicherheitsmechanismen konzentrieren sich bislang auf CI/CD-Pipelines oder Entwickler-Workflows. Ein autonomer Agent kann Pakete jedoch direkt aus einer öffentlichen Registry beziehen, ohne dass diese Transaktion zwangsläufig einen bestehenden Kontrollpunkt passiert.
Damit entsteht eine neue Form der Supply-Chain-Governance-Lücke: Nicht mehr allein Menschen entscheiden darüber, welche Software-Komponenten ins Unternehmen gelangen. Zunehmend treffen auch KI-Systeme diese Entscheidung. Für Security-Teams bedeutet das, dass Kontrollen näher an den tatsächlichen Datenverkehr rücken müssen.
Kontrolle vor dem eigentlichen Build-Prozess
Genau hier setzt der JFrog Traffic Controller an. Ausgehende Anforderungen an öffentliche Paketquellen werden auf Netzwerkebene erkannt und über JFrog Artifactory umgeleitet.
JFrog Curation prüft anschließend, ob das angeforderte Paket den jeweiligen Unternehmensrichtlinien entspricht. Berücksichtigt werden unter anderem Sicherheitsrisiken, Lizenzvorgaben und Qualitätskriterien.
Freigegebene Komponenten werden anschließend ausgeliefert. Manipulierte oder nicht konforme Pakete können gestoppt werden. Ist eine sichere Version verfügbar, lässt sich alternativ eine freigegebene Variante bereitstellen.
Der Ansatz unterscheidet sich damit von klassischen Security-Gateways, die unerwünschten Datenverkehr häufig lediglich blockieren. Ziel ist vielmehr ein kontrollierter Softwarepfad, der bestehende Entwicklungsprozesse möglichst wenig unterbricht.
SASE wird Teil der Software-Supply-Chain-Sicherheit
Interessant ist vor allem die Verbindung von Software-Supply-Chain-Security und Netzwerksicherheit.
Zum Start unterstützt JFrog drei große Sicherheitsplattformen:
Zscaler Internet Access (ZIA) erkennt entsprechenden Paketverkehr und kann diesen zur Prüfung über JFrog weiterleiten.
Cloudflare Gateway kann Datenverkehr zu öffentlichen Registries mithilfe von TLS-Inspektion analysieren und Paket-Anfragen über Firewall-Richtlinien zu JFrog Artifactory umleiten.
Netskope One SSE integriert entsprechende Richtlinien in seine Echtzeitkontrollen und ermöglicht die Umleitung von Paketmanager-Verkehr über JFrog.
Weitere Integrationen mit SASE-Anbietern sind nach Angaben des Unternehmens geplant. Damit verschiebt sich Software-Supply-Chain-Sicherheit zunehmend aus der reinen Entwicklungsumgebung in die Netzwerkarchitektur.
Von der Pipeline zur vollständigen Software-Governance
Bislang konzentrieren sich viele Unternehmen beim Schutz ihrer Software-Lieferkette auf Repositories, Build-Systeme und CI/CD-Pipelines. Mit autonomen Entwicklungswerkzeugen reicht dieser Ansatz jedoch zunehmend nicht mehr aus.
Wenn KI-Agenten selbstständig Software-Komponenten auswählen und installieren können, muss Governance unabhängig davon greifen, welcher Nutzer oder welches System den Download auslöst.
Der Ansatz von JFrog zeigt deshalb eine breitere Entwicklung: Software-Supply-Chain-Security entwickelt sich von einer DevSecOps-Aufgabe zu einer unternehmensweiten Kontrollfunktion
Dabei gewinnen zentrale Software-Repositories eine zusätzliche Bedeutung. Artifactory soll nicht mehr nur Ablageort für Binärdateien und Pakete sein, sondern als „System of Record“ nachvollziehbar machen, welche Software-Komponenten tatsächlich in einer Organisation verwendet werden.
Für Unternehmen könnte genau diese Transparenz entscheidend werden. Denn mit wachsender Automatisierung steigt nicht nur die Geschwindigkeit der Softwareentwicklung – auch die Zahl der Maschinenidentitäten, Agenten und automatisierten Prozesse, die selbstständig Komponenten beziehen können, wächst.
Die zentrale Sicherheitsfrage lautet deshalb zunehmend nicht mehr nur, ob ein Paket sicher ist, sondern auch: Wer oder was hat es angefordert, über welchen Weg ist es ins Unternehmen gelangt und welche Richtlinie hat seine Nutzung erlaubt?