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

Publishing

Publish an npm package

Publish company packages under the names your admin reserved.

You can publish when both of these are true:

  • Your role is publisher, approver or admin.
  • The name is reserved for your company, like everything under @acme/. Reserving a name stops anyone from pulling a public package with the same name, which is how dependency confusion attacks work.

Add publishConfig so the package can never go to the public registry by mistake:

Publish an npm package
$ cat package.json
{
  "name": "@acme/widgets",
  "version": "1.1.0",
  "description": "Shared UI widgets",
  "main": "index.js",
  "license": "MIT",
  "publishConfig": { "registry": "https://packages.example.com/" }
}
$ npm publish
...
npm notice 21B index.js
npm notice 205B package.json
npm notice Tarball Details
npm notice name: @acme/widgets
npm notice version: 1.1.0
npm notice filename: acme-widgets-1.1.0.tgz
npm notice package size: 286 B
npm notice unpacked size: 226 B
npm notice shasum: 5ea64ab60dfee1406a44ea1f33d304538ced8fe1
npm notice integrity: sha512-Dg4xaZ8I5VGhO[...]qlB3og57SxGhw==
npm notice total files: 2
npm notice
npm notice Publishing to https://packages.example.com/ with tag latest and default access
+ @acme/widgets@1.1.0

Captured by running these commands against a real ForgeRepo™.

Note

In whitelist mode your own packages still need an allow rule before anyone can install them. Ask an approver to add one for your scope, like @acme/*.

If your role cannot publish

Publishing without the publisher role
$ npm publish
npm error code E403
npm error 403 403 Forbidden - PUT https://packages.example.com/@acme%2fwidgets - your-user-name cannot publish here, it needs the publisher, approver or admin role
npm error 403 In most cases, you or one of your dependencies are requesting
npm error 403 a package version that is forbidden by your security policy, or
npm error 403 on a server you do not have access to.
npm error A complete log of this run can be found in: /root/.npm/_logs/2026-09-17T15_03_25_298Z-debug-0.log

Captured by running these commands against a real ForgeRepo™.

Error saysWhat to do
cannot publish here, it needs the publisher, approver or admin roleAsk an admin to change your role, or publish from a pipeline token owned by a publisher account.
is not a reserved nameAsk an admin to reserve the name or scope.
is already published, and a published version never changesBump the version in package.json and publish again.