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

Blocked packages and requests

Review a whole lock file

Upload a lock file, an SBOM or a software inventory and see what the rules make of every package, of every type.

On Check a package, scroll to Review a file. Pick your lock file and click Review it. The file is read in memory and is not kept.

1
  1. Pick your lockfile, then review it

Each row says whether the version is allowed, blocked or needs a decision, and lists known advisories. Tick the rows that need a decision to ask for all of them at once.

Every package is judged by the rules of its own type. A NuGet package is judged by the NuGet rules, never by an npm rule with the same name. The type shows next to each name.

  • SBOMs: CycloneDX (JSON or XML) and SPDX. The package url says the type, like pkg:nuget/Serilog@2.12.0. When a tool leaves the purl out, the bom-ref is read instead.
  • Inventories: a CSV or JSON export from another tool, one package per row. An ecosystem column (nuget, pypi, maven, gem, cocoapods, swift, npm) or a purl column says the type. Without one, every row is read as npm.
  • Repeats: a package listed once per repository is read once.
  • Left out: repositories, applications and types this registry has no rules for, like golang or cargo. The notes count them.

Note

A type that is switched off on this box is left out, and the notes say so. An admin can switch it on under Settings.