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

Keep bad packages out

Integrity alerts and quarantine

The digest a file is first seen with is the one it keeps. If the same file comes back from the same registry with different bytes, the original keeps being served and somebody is told.

Two kinds of alert. Published digest changed: a fresh npm packument lists a different sha512 for a version already cached, or a PyPI page lists a different sha256. Caught when the metadata is fetched, with nothing downloaded. Downloaded bytes changed: the file was fetched again and hashed to something else. The new bytes are kept aside. If the original is still on disk it keeps being served, otherwise the download is refused with a 502 until someone decides.

Nothing is swapped on its own. An admin keeps the original, or accepts the change, and the decision and the note land in the audit trail.

Quarantine

Quarantine holds back one exact file until an admin decides. Files get there from integrity alerts, from malware verdicts, from license enforcement, from INVALID provenance, from a fresh npm publish, twine upload, dotnet nuget push or pushed image (each held until its malware scan is clean, or an admin releases it), or because an admin pressed Hold. In permissive mode a held file is still served with a QUARANTINE notice in the npm output. In strict mode it is refused and left out of metadata, so a client resolving a range picks something else. Holds belong to the file, not the cached copy, so purging and downloading again does not get around them.

packages.example.com/_admin/
Quarantine. Every held file, why it is held, and release or reject.

In short

  • The first digest seen is the one that counts
  • Changed bytes are held aside, the original keeps serving
  • Permissive or strict quarantine, per box
  • Release or reject, always with the audit trail
  • Shown on the dashboard, in the hourly admin digest and as SIEM events

In the documentation

Goes well with

  • Malware scanning ClamAV, a hash blocklist, your own scanner and the OpenSSF known malicious feed, on every cached file. Optionally before the first download.
  • Provenance verification npm SLSA provenance and PyPI PEP 740 attestations checked against Sigstore, offline, on the box.
  • Kill switch Take a package, a version range, one file hash or a whole advisory away from everyone, at once.

One container, about two minutes

A Linux box with Docker, or one without it, and a reverse proxy for TLS. The installer does the rest and it is safe to run twice. Free, MIT licensed, nothing to sign up for.