Supply-chain protection across every package manager

Block malicious packages before they install.

npm, pip, Cargo, Bun, and more. Every install on your laptop, in CI, and in production runs through nproxy — malware, CVEs, and risky config never reach disk.

Or run it free, locally:npx @nproxy/cli setup
  • Package install protection
  • Production deploy gates
  • Runtime config policy
  • Audit + compliance log
Terminal

Real supply chain incidents across package ecosystems

High-download compromises prove package risk is a daily operational issue.

nproxy puts policy checks directly in your package install path, so risky versions can be blocked or warned before they land in developer and CI environments.

245K+

Malicious packages discovered across all ecosystems in 2023

Sonatype reported over 245,000 malicious packages across all ecosystems in 2023, with npm and PyPI as the primary targets.

8M

Weekly downloads exposed in the event-stream compromise

event-stream was pulling roughly 8 million weekly downloads when the compromise was uncovered.

24M

Weekly downloads exposed in the ua-parser-js hijack

Compromised ua-parser-js versions reached a package with roughly 24 million weekly downloads.

Sources: Sonatype State of the Software Supply Chain (2023 update), Snyk event-stream incident analysis, and incident reporting on ua-parser-js compromise.

One line of config. Policy enforcement by default.

Step 1
Run one command

Run this in your project directory. It writes .npmrc for you.

npx @nproxy/cli setup
Step 2
Every install + deploy is checked

nproxy applies eight policy rules across local dev, CI, Docker, Kubernetes, and cloud platforms. Risky packages are stripped before they reach your build.

Step 3
Production stays clean

Deploys only pass when package, security, env, and binding policy is satisfied. Every allow, block, deploy, and config event is recorded.

Evidence from source review to production.

Source, install, and retirement decisions stay connected — one record for policy, approvals, and evidence.

01SourceProvenance and maintainer context
02DeployApproval gates before risky releases
03ProxyHosted, tenant, and private registry paths
04ResolveImmutable Git SHA dependencies
05InstallMalware, CVE, age, script, score, and license rules
06AuditSearchable history, exports, and SBOMs
07ResponseAllowlists, blocks, and emergency controls

Eight rules for common supply-chain risk patterns.

malware
block

Blocks packages flagged as known malware by Socket.dev across all supported ecosystems.

Catches: Trojans, cryptominers, credential stealers

first_seen
block

Can block versions published within the last 7 days, giving the ecosystem time to vet new releases.

Catches: Zero-day supply chain attacks, typosquats

unexpected_deps
warn

Warns when a new version adds dependencies that were never part of the package before.

Catches: Dependency injection attacks (event-stream)

publisher_change
warn

Warns when a package version is published by a different maintainer than previous versions.

Catches: Account takeovers, social engineering transfers

install_scripts
warn

Warns when a package includes preinstall, postinstall, or other lifecycle scripts.

Catches: Arbitrary code execution during install

score
warn

Warns when a package's overall Socket.dev risk score falls below the configured threshold.

Catches: Low-quality, abandoned, or suspicious packages

vulnerability
block

Blocks packages with known critical or high severity CVEs from the OSV database. Configurable severity threshold.

Catches: Known exploitable vulnerabilities in dependencies

license
warn

Warns or blocks packages with specific licenses or no license at all. Configurable blocked license list.

Catches: GPL in proprietary codebases, unlicensed code

Risk patterns nproxy is built to block.

Patterns from real attacks, mapped to nproxy rules.

Maintainer account takeover
Pattern

A trusted package account is compromised and a malicious release is published by a different maintainer identity.

publisher_change
malware
Typosquat + rapid publish
Pattern

A lookalike package name appears and publishes quickly before normal ecosystem vetting catches up.

first_seen
malware
Dependency injection drift
Pattern

A new package version adds dependencies that were never present in prior releases and introduces unexpected runtime behavior.

unexpected_deps
Install script execution risk
Pattern

Lifecycle scripts execute during install and create arbitrary code execution risk on developer and CI machines.

install_scripts
Malware intelligence match
Pattern

Known malicious indicators are matched from external intelligence feeds and policy can block package retrieval.

malware
Risk score degradation
Pattern

A package or version drops below your configured trust threshold and policy can warn or block based on your rule settings.

score

Validate locally. Enforce in production.

Run the setup command to prove package policy locally. Create an org when you are ready to enforce shared CI, deploy, and audit policy.

Run this in any project
npx @nproxy/cli setup

Need CI gates, production enforcement, audit logs, or shared rules? Create an org.

Writes .npmrc with the local proxy registry

.npmrc
registry=http://127.0.0.1:4873/

Production enforcement, not just install protection.

One policy layer covers package installs, deploy gates, runtime configuration, and identity. Env vars still work — bindings just make them typed, auditable, and policy-controlled.

Deploy gates

Block deploys when package, CVE, license, env, or binding policy fails. Wires into CI, Docker builds, Kubernetes admission, and cloud platforms.

Runtime config policy

Bindings sit beside normal env vars and make production config typed, auditable, and policy-controlled. Required keys, allowed values, and audit on access.

Per-user audit trail

Every install, deploy, blocked package, and config read traced to a specific user and surface. Filter, search, and export to CSV or SBOM.

Email security alerts

Real-time alerts when packages are blocked or deploys gated. Routed to org admins with rule details and a direct link to the audit log.

SCIM provisioning

Connect Okta or any SCIM 2.0 IdP. Users and API tokens are provisioned automatically. Offboarding means instant revocation.

mTLS + internal packages

Push client certs via MDM, host private packages alongside public ones. Same registry config, same install command. Stored in R2 with org-level isolation.

Deploy via MDM. Certs, tokens, and registry configs pushed to every machine. Developer does nothing.

Pricing that scales with your production risk.

Free for local dev. Paid plans add CI and production deploy enforcement, team audit logs, and policy controls.

Free
$0

Local proxy. Individual use.

  • Local proxy + default rules
  • Public package protection (malware, CVEs, age, scripts)
  • All 6 ecosystems
  • 7-day audit history
  • Git SHA-pinned installs
Pro
$29/mo

Solo owner. Private policy.

Everything in Free, plus

  • Private org policies + custom rules
  • All eight security rules (score, publisher, license)
  • 90-day audit log + email alerts
  • API tokens
  • 1 member
Most popular
Team
$199/mo

2–10 engineers. Production enforcement.

Everything in Pro, plus

  • CI enforcement + production deploy gates
  • Runtime config policy
  • Approvals + advisory allowlists
  • Team audit log (180 days) + CSV exports
  • Up to 10 members
Early access
Business
$499/mo

Up to 100 engineers. Cloud + identity.

Everything in Team, plus

  • Docker / K8s / cloud projectors
  • SSO (Google + Microsoft)
  • 365-day retention + SBOM exports
  • Per-user audit trail
  • Up to 100 members

Enterprise · from $10k/year

SCIM provisioning, mTLS device auth via MDM, internal package hosting, custom registry support, dedicated SLA.

Talk to sales