Product

Overview

How it works Watch it work All 35 features Screenshots How ForgeRepo™ is secured

Keep bad packages out

Malware scanning Typosquat detection Dependency confusion protection Cooling off new releases Allow lists and block lists

When something goes wrong

Kill switch Who has it Lockdown and degraded modes Vulnerability monitoring

Developers and approvals

Requests and auto approve Check, walk and review Waivers Dry run
Formats

Languages

Private npm registry PyPI proxy and private index Private NuGet feed and proxy Maven repository proxy RubyGems mirror Composer and Packagist proxy

Apple, containers and Linux

CocoaPods CDN mirror Swift package registry Docker registry mirror RPM mirror for dnf and yum APT mirror for Debian and Ubuntu

Use it as

An npm firewall Artifacts, SBOMs and lifecycle More than one node SSO, roles and allow lists
Learn

Guides

Learn secure development Secure coding Secure pipelines Unsafe vs safe Security and development

Supply chain

Supply chain attacks, 2016 to 2026 Software supply chain security
Compare Side by side, all four ForgeRepo™ vs JFrog ForgeRepo™ vs Sonatype ForgeRepo™ vs Cloudsmith
Docs

Start

Getting started Download All documentation Questions

For developers

npm setup pip setup docker login Push a Docker image CI basics

For administrators

First setup Rules and their order Six incidents, walked through Backup and upgrade
Pricing Install it

How it works

Applications, environments and token scope

Tokens carry an application and environment, and rules and waivers can apply to just those.

Every token can belong to one application and one environment, like storefront in production. ForgeRepo™ reads the scope only from the token, never from anything the client sends, so it cannot be faked.

  • A rule with an application or environment only applies to tokens in that scope. A rule with neither applies to everyone.
  • At the same priority, a scoped rule beats a rule for everyone.
  • A request with no token only gets rules that apply to everyone.
  • Waivers can be scoped the same way, except license waivers, which always apply to everyone.
  • The traffic log, Consumers and the SBOM export group downloads by application and environment.
  1. Open Settings, then the Applications tab, and add the applications and environments you use. Tick Production on production environments.
  2. On Tokens, set the application and environment of each pipeline token. Only admins can change these.
  3. Write scoped rules on Rules with Only for application and Only in environment.

Tip

Use one token per application per environment. A token shared by two applications can only name one of them, and the traffic log will blame the wrong team.

Lifecycle stages

With Enforce lifecycle stages on (Settings, Policy), a production environment only gets versions promoted to the production stage on the Artifacts page, and a version at the blocked stage is refused to everyone. Lifecycle can only take away an allow, never add one.