pkgxray
Pre-install security scans for npm packages, MCP servers, and AI agents with cited verdict evidence.
Open source Open in the app JSON README (API)
About
Pre-install security scans for npm packages, MCP servers, and AI agents with cited verdict evidence.
Details
- Kind
- MCP servers
- Topic
- Developer tools
- Publisher
- adamsjack711-ux
- Origin
- official
- Category
- ferramentas
- Transport
- local
- Version
- 1.0.5
- Stars
- 11
- Forks
- 1
- Last push
- 2026-08-19T15:10:48Z
- Repository state
- ativo
- Language
- JavaScript
- License
- MIT
- Added
- 2026-08-29 03:02:22
- Updated
- 2026-08-29 03:02:22
- Origin id
io.github.adamsjack711-ux/pkgxray
README
<div align="center"> <img src="docs/banner.png" alt="pkgxray — analyze packages before you install them" width="820"> # pkgxray — pre-install security for npm packages, MCP servers, and AI agents Inspect an npm package or MCP server **before** you install it or connect to it. You get a `SAFE`, `REVIEW`, or `BLOCK` verdict, decided by fixed rules and backed by cited evidence. The analysis is static, runs on your machine, and has no dependencies. Normal scans never execute package code. [](https://www.npmjs.com/package/pkgxray) [](https://www.npmjs.com/package/pkgxray) [](https://github.com/adamsjack711-ux/pkgxray/actions/workflows/pkgxray-test.yml) [](https://github.com/adamsjack711-ux/pkgxray/actions/workflows/pkgxray-benchmark.yml) [](LICENSE) [**Website**](https://pkgxray.ca) · [**Documentation**](docs/README.md) · [**Calibration**](https://pkgxray.ca/stats) · [**Report a bug**](https://github.com/adamsjack711-ux/pkgxray/issues) <img src="docs/demo/hero.gif" alt="pkgxray guard clearing express@4.21.0 with a SAFE A+ verdict, then blocking a trojaned sample with a BLOCK F verdict and a HIGH credential-access finding" width="820"> <sub>Real runs: <code>guard</code> clears <code>express@4.21.0</code>, then blocks a sample modeled on the 2024 <code>@solana/web3.js</code> compromise.</sub> </div> ## Highlights - **No runtime dependencies** — pure Node, and it all runs on your machine (~25 ms static pass). - **Normal scans never execute package code** — the tarball is read as bytes in quarantine. - **Cited verdicts from fixed rules** — every finding names the file and the evidence. No model decides the verdict, so text planted in a package cannot steer it. - **Built for the agent era** — check MCP servers before you connect, gate the installs an agent runs, and re-audit live MCP traffic. - **Calibrated, with a CI gate against regressions** — zero heuristic false blocks on the top-1000 most-downloaded packages. > **[1. Quick start](#quick-start)** · [2. What it scans & detects](#what-it-scans--detects) · [3. Verdicts](#verdicts) · [4. Usage](#usage) · [5. Integrations](#integrations) · [6. How it compares](#how-it-compares) · [7. Documentation](#documentation) ## Why AI coding assistants install packages and connect to MCP servers quickly, and often no person reads the code first. Sonatype counted **more than 454,600 new malicious open-source packages across monitored ecosystems in 2025**, over 99% of them on npm ([Sonatype](https://www.sonatype.com/state-of-the-software-supply-chain/2026/open-source-malware)). `npm audit` asks whether a package has a known CVE. pkgxray also asks what the code does, before anything installs. ## Quick start **1. Scan a known-benign package** (no install of pkgxray needed): ```bash npx --yes pkgxray@1.0.5 guard npm:express@4.21.0 ``` It stages the tarball in quarantine and runs the static and supply-chain checks. There is no `npm install`, no lifecycle script, and no package code executed. <details> <summary>Sample output</summary> ```text Decision: SAFE Grade: A+ (99/100) No high- or medium-risk indicators were found in the provided evidence. Notes: - INFO npm-vs-github-clean — npm tarball matches the linked GitHub repo at the published version. (15/16 files match GitHub @4.21.0) ``` </details> **2. Read the verdict:** | Verdict | Exit | Meaning | |---|---:|---| | `SAFE` | `0` | No high- or medium-risk indicators; default policy permits promotion. | | `REVIEW` | `3` | Evidence is incomplete or a privileged capability needs human review. | | `BLOCK` | `2` | High-severity cited evidence — reject or investigate. | `SAFE` is not a proof that a package is harmless; static analysis cannot see a payload downloaded only at runtime. See the [threat model](docs/threat-model.md). **3. See a BLOCK on the supplied inert fixture:** ```bash npx --yes pkgxray@1.0.5 --file examples/onboarding-malicious.json --format markdown ``` The fixture is inert source text that models a split-string SSH-key read and exfiltration. **It is never executed.** It returns `BLOCK` (exit `2`) with the cited file and evidence. **4. Add it to your workflow** — [rechecks & CI](docs/reference.md#monitoring-pkgxray-recheck), [MCP](docs/mcp.md#the-pkgxray-mcp-server), [Hookshot install gate](examples/hookshot/). > **Two execution models.** Default `guard` and `audit` scans are **static**, so > package code is never executed. Three surfaces are different: listing an MCP > server's tools may spawn it, `mcp-proxy` runs it behind a gate, and the opt-in > [`canary`](docs/canary-threat-model.md) *executes* the package in a sandbox to > confirm what it does. The canary can confirm that a package is malicious, but it > can never prove one is safe. Full boundary: [SECURITY.md](SECURITY.md#scope). ## What it scans & detects **Scans** — `pkgxray guard npm:name@version` or `pypi:name@version`, `github:owner/repo`, a local directory, whole lockfiles across two ecosystems (npm: `package-lock.json`, `yarn.lock`, `pnpm-lock.yaml`, `package.json`; PyPI: `requirements.txt`, `poetry.lock`, `Pipfile.lock`, `pyproject.toml`), MCP servers, and AI-agent extensions. **Detects** — credential theft (incl. split-fragment paths), cloud instance-metadata and secret-store harvesting, prompt injection, Unicode smuggling, base64 payloads and stage-2 loaders, exfiltration, persistence (shell profile, OS scheduler, and injected CI/CD workflows), self-deleting droppers, registry worm replication (install-time `npm publish`), npm install-hook and PyPI `setup.py` install-time execution, obfuscated computed-arg execution, hallucinated / slopsquat names (a lockfile pin the registry never published), known CVEs (via OSV, before download), npm↔GitHub artifact divergence, trojaned updates (`recheck`), and MCP capability-surface abuse. The full coverage matrix is in the [threat model](docs/threat-model.md), along with the known blind spot: a package that downloads its payload later. A side-by-side comparison table is on the [website](https://pkgxray.ca/#catches). ## Verdicts | Verdict | You should | |---|---| | `SAFE` | Install. Only `safe` promotes out of quarantine by default. | | `REVIEW` | Inspect the quarantined copy before promoting. | | `BLOCK` | Do not install. Every finding names the file and evidence. | Exit codes are stable and CI-friendly: **`0`** safe/allow · **`2`** block · **`3`** review. ## Usage ```bash pkgxray guard npm:some-package@1.2.3 [--format json] # vet a package before install pkgxray guard pypi:some-package@1.2.3 # same, for a PyPI package (sdist staged + scanned) pkgxray mcp --package npm:some-mcp-server@1.4.2 npx some-mcp-server # vet an MCP server; --recheck catches the rug-pull pkgxray audit package-lock.json [--deep] # also: yarn.lock, pnpm-lock.yaml, package.json pkgxray audit requirements.txt [--deep] # PyPI: also poetry.lock, Pipfile.lock, pyproject.toml pkgxray recheck package-lock.json # scheduled: non-zero only on a regression ``` One optional `.pkgxray.json` tunes policy, and every surface reads it. No config means the strictest settings. Config can never allow a CVE away, every loosening is printed, and a scan that errors fails closed to `review`. Schema and rules: [configuration.md](docs/configuration.md) · [`.pkgxray.example.json`](.pkgxray.example.json). ## Integrations One engine behind every entry point. "Works with" means a documented setup guide, not a vendor-endorsed integration. | Where | What it does | Guide | |---|---|---| | Coding agents — Codex, Claude Code, Cursor, Windsurf | Gate installs and expose the audit tools to the agent | [coding-agents.md](docs/integrations/coding-agents.md) | | MCP clients | Vet a server before connect; run pkgxray itself as an MCP server | [mcp.md](docs/mcp.md) | | GitHub Actions / CI | Fail a build when a dependency crosses policy | [github-actions.md](docs/integrations/github-actions.md) | | Install gate — Hookshot | Run `guard` on every package an agent tries to install | [examples/hookshot/](examples/hookshot/) | | Runtime MCP gate | Proxy a live MCP server and gate every tool call | [`mcp-proxy`](docs/mcp.md#per-call-runtime-gate-pkgxray-mcp-proxy) | | Dependency monitoring | Re-vet installed deps and pre-vet upgrades on a schedule | [`recheck`](docs/reference.md#monitoring-pkgxray-recheck) | ## How it compares `npm audit` and OSV-Scanner check for published CVEs, and pkgxray does not replace them. Run it alongside them. The tools in the same lane are Socket.dev, OpenSSF Package Analysis, and Cisco MCP Scanner, which also analyze what package code does. The full capability comparison is in [docs/comparison.md](docs/comparison.md) and on the [website](https://pkgxray.ca/#comparison). ## Evidence pkgxray records **zero heuristic false blocks on the top-1000 most-downloaded packages**, and CI gates against a regression ([scope and methodology](docs/benchmark.md)). The published runs live at [pkgxray.ca/stats](https://pkgxray.ca/stats). The claim covers the most-installed set only. It is not a claim of zero false blocks on every package. ## Documentation | Doc | What it covers | |---|---| | [architecture.md](docs/architecture.md) · [design.md](docs/design.md) | Pipeline, surfaces, principles | | [threat-model.md](docs/threat-model.md) | Scope, blind spots, prompt-injection stance | | [mcp.md](docs/mcp.md) · [mcp-registry.md](docs/mcp-registry.md) | MCP vetting, runtime proxy, registry entry | | [canary-threat-model.md](docs/canary-threat-model.md) | The opt-in behavioral canary | | [configuration.md](docs/configuration.md) · [reference.md](docs/reference.md) | `.pkgxray.json`, severity policy, `recheck`, cache server | | [benchmark.md](docs/benchmark.md) · [comparison.md](docs/comparison.md) | Calibration and how it compares | | [compatibility.md](docs/compatibility.md) · [json-schema.md](docs/json-schema.md) | 1.0 contract, `--format json` schema | Start at the [documentation index](docs/README.md). ## Contributing ```bash npm test # zero-dep node --test suite npm run benchmark # calibration corpus: precision/recall + 0-false-block gate npm run validate:website # regenerate + validate the calibration pages ``` Pull requests are welcome. Read [CONTRIBUTING.md](CONTRIBUTING.md) and the [Code of Conduct](CODE_OF_CONDUCT.md) first. Report vulnerabilities privately, as [SECURITY.md](SECURITY.md) describes. Releases publish to npm with provenance (SLSA attestation), and each one is gated on the tests, the calibration benchmark, and pkgxray's own supply-chain guard. <div align="center"> <sub>Built by <a href="https://github.com/adamsjack711-ux">Jack Adams-Lovell</a> · <a href="LICENSE">MIT</a> · <a href="https://pkgxray.ca">pkgxray.ca</a></sub> </div>