Skip to main content

Chokepoint logo

The Chokepoint CLI

Who can poison your app? Ask from your terminal, on your own machine.
No account, no limits, nothing leaves your laptop, and no AI needed.

The chokepoint home screen: Nightjar, the project's size, its riskiest account, and the commands to run next


Install

You need Python 3.12 (for the built-in graph database). On Python 3.11 the CLI still works, but needs a FalkorDB server running (for example with Docker: docker run -p 6379:6379 falkordb/falkordb), so 3.12 is the easy path.

pipx install --python 3.12 ckpoint

The package is called ckpoint (the name chokepoint was taken on PyPI); the command it gives you is chokepoint. No pipx? This works too:

pip install ckpoint

Or try it without installing anything:

uvx --python 3.12 --from ckpoint chokepoint

Two ways to use it

What it is Commands
1. The replay The real npm attack of Sept 8, 2025, on a real project's real lockfile. An example to see how Chokepoint works, no project of yours needed. Kept completely apart: it never touches your projects, files or repos. chokepoint replay …
2. Your own project The real thing: your app, your lockfile, your graph, Nightjar guarding it, fixes and PRs on your repo. chokepoint … inside your app's folder

Same questions, same answers, two places: everything under chokepoint replay is history, everything else is about the app you're in.


1. The replay: Sept 8, 2025

On Sept 8, 2025, one npm maintainer (@qix) was phished and 18 of their packages, with about two billion weekly downloads, were poisoned for about two hours. The replay is webpack-dev-server exactly as it stood two weeks before (its real lockfile of Aug 25, 2025), with npm's real publish times and OSV's real advisory times. Run it anywhere, no project needed:

chokepoint replay

It loads the example (the first time, about a minute) and shows who could have poisoned it.

Who could publish code into it? @qix could reach 43 of its 90 direct dependencies:

chokepoint replay who

chokepoint replay who: a ranked table of npm accounts and how many of the app's 90 direct dependencies each can reach, @qix first with 43 of 90

Was the poisoned debug in it, and how did it get in?

chokepoint replay check debug@4.4.1

chokepoint replay check: INSTALLED, SHIPS TO PROD, and every road from the app to debug@4.4.1

Would Nightjar have caught it? Nightjar on the real timeline: its first ALERT at 13:13, 74 minutes before the first advisory:

chokepoint replay nightjar --live

See it as a graph, step by step, in your browser (on your machine only):

chokepoint replay map

Every replay command

Command What it does
chokepoint replay Loads the example and shows who could have poisoned it.
chokepoint replay who The npm accounts that could publish into it, ranked by reach (-a qix focuses on one, --prod puts production first). Maintainer lists as they were then.
chokepoint replay check <pkg@ver> Was this exact version in it, through which road, and did it ship to production?
chokepoint replay investigate <pkg@ver> Every check on one version at once.
chokepoint replay why <pkg> Every road a package took into it.
chokepoint replay saved <pkg@ver> Would a fresh npm install that day have pulled the poisoned version, or did the lockfile save it?
chokepoint replay fix <pkg@ver> The safe version to pin, shown only: the replay never writes files or opens PRs.
chokepoint replay advisories The advisories (malware first) for what it had installed.
chokepoint replay nightjar Nightjar on the real Sept 8 timeline (--live prints it at a readable pace).
chokepoint replay ask "…" Ask about the replay in plain words.
chokepoint replay recall What Nightjar noted during the replay.
chokepoint replay report A Markdown report of the replay.
chokepoint replay map The step-by-step timeline and graph, in your browser.

Want to see Nightjar handle the attack in your own app instead? That's the fire drill, in part 2.


2. Your own project

Everything here works on the app you're in, the way git finds your repo: any folder with a package-lock.json. When your lockfile changes, the graph rebuilds itself. Outside any project, Chokepoint uses the last project of yours you used, and says so. It never falls back to the replay.

Your first two minutes

1. Go to your app's folder and say hello. Chokepoint shows what it sees and what to run next:

chokepoint

2. See which npm accounts can publish code into your app. The first time, it builds a graph of your app (about 30 seconds); after that, answers take milliseconds:

chokepoint who

3. Check one exact version: is it in your app, how did it get in, and does it ship to production?

chokepoint check debug@4.4.2

4. See the same answers as a graph, in your browser (on your machine only):

chokepoint map

The screens look just like the replay's above, with your app's numbers.

Every command

Start

Command What it does
chokepoint The home screen: where you are, the riskiest account, and the commands you'll use most.
chokepoint setup Guided setup for an AI helper: a model on your machine, your own API key, or none at all.
chokepoint scan [folder] Builds the graph for a project. Usually automatic; --github owner/repo scans a public repo instead.
chokepoint projects Lists your scanned projects (the replay is listed apart).
chokepoint use <project> Picks the project to use when you're outside any project folder.
chokepoint doctor Checks that everything works: Python, the graph, npm, OSV and your AI settings.

Questions about your app

Command What it does
chokepoint who Ranks the npm accounts that can publish code into your app, by how much they reach. --prod puts production first, -a qix focuses on one account, -n 20 shows more.
chokepoint check <pkg@ver> Is this exact version in your app? Through which road, and does it ship to production?
chokepoint investigate <pkg@ver> Every check on one version at once: installed? fresh install? fix? who can publish it?
chokepoint why <pkg> Every road a package takes into your app, for each version you have.
chokepoint saved <pkg@ver> Would a fresh npm install have pulled this version, or did your lockfile save you?
chokepoint fix <pkg@ver> The safe version to use instead, as a package.json override. --write adds it for you; --pr opens a pull request on your repo.
chokepoint advisories Known advisories (malware first, then vulnerabilities) for what you have installed.
chokepoint diff [base] What your lockfile change does: npm accounts that can newly publish into your app, and how far they reach. Compares with HEAD by default, or main, origin/main…
chokepoint map Opens the Chokepoint app in your browser, for your project, on your machine only.

Nightjar, the watcher agent

Nightjar's faces: watching, suspicious, alarmed, calm, resting

Command What it does
chokepoint nightjar Nightjar watches npm for new releases of your app's packages, checks each one in the graph, and decides by plain rules. Ctrl+C to stop.
chokepoint nightjar --act …and on an ALERT, pins the version you already have in package.json (only the poisoned version).
chokepoint nightjar --pr …and on an ALERT, opens a fix PR on your repo (set up once, see below).
chokepoint nightjar --drill A fire drill: the real releases of the Sept 8, 2025 attack, fed into Nightjar's live loop against your app. Add --act to watch it pin. Nothing is published anywhere, and it never opens PRs.
chokepoint nightjar --once One check, then exit (for cron or CI; exit code 1 on an ALERT).
chokepoint nightjar --install Keeps Nightjar running in the background from login (macOS and Linux). --uninstall stops it.
chokepoint recall What Nightjar noticed, decided and wrote before (its memory). --drill includes fire-drill notes, which never count as real history.

chokepoint watch is another name for chokepoint nightjar. Want to see Nightjar work right now? Run the fire drill in your app's folder:

chokepoint nightjar --drill --act

The fire drill: Nightjar watches ansi-styles and debug, raises an ALERT on chalk@5.6.1 at 13:13:05, pins chalk 5.4.1 and writes its brief

With --act the drill writes real overrides into your package.json: each one only takes effect if that exact poisoned version ever shows up, so your installed versions don't change. Undo it with git if you like.

Ask in plain words

Command What it does
chokepoint ask "…" Ask anything; it shows each step it took. Works without AI too (keyword matching).
chokepoint mcp Starts Chokepoint's MCP server, so an AI assistant can use the same tools.

For example:

chokepoint ask "is debug@4.4.2 in my app and what do I pin?"

Share

Command What it does
chokepoint report -o report.md A Markdown report: size, top accounts, malware, recent Nightjar alerts.
chokepoint share owner/repo Asks the hosted site to scan a public repo, to get a link you can share. Uploads nothing from your machine: only the repo name.

Options for every command

Option What it does
--json The raw result as JSON, for scripts and CI.
--explain Also prints the graph queries (Cypher) that ran, in colour.
-p <project> Use another of your projects than the one you're in.

Setup

An AI helper (optional)

Everything works without AI: the graph answers, and Nightjar's rules decide. An AI helper only makes ask understand any wording, and lets Nightjar write its alerts in plain words. The guided setup finds Ollama if you run it, or asks for a provider (OpenAI, Groq, Gemini, OpenRouter, Anthropic, or any OpenAI-compatible URL) and your key:

chokepoint setup

Your key is saved in your system's keychain and sent only to that provider, encrypted (see Your keys). If the AI is slow, out of credits or answers badly, Chokepoint quietly uses the no-AI path instead.

For scripts and CI, set it without prompts (the key is read from an environment variable):

chokepoint config llm --provider groq --model <model> --key-env GROQ_API_KEY

Back to no AI:

chokepoint config llm --provider off

See what's set (keys are never printed):

chokepoint config show

Let Nightjar open fix PRs

Nightjar (or chokepoint fix --pr) can open a pull request on your repo that pins the poisoned version. It never merges anything: you review and merge.

1. Create a token for just that repo at github.com/settings/personal-access-tokens/new:

  • Repository access: Only select repositories → your repo
  • Permissions: Contents and Pull requests → Read and write (nothing else)

2. Give it to Chokepoint, from inside your app's folder. It checks the token can write to that repo, refuses broad "classic" tokens, and saves it in your keychain (add --path packages/web if package.json isn't at the root of the repo). The repo is tied to this app: Chokepoint never opens a PR about one app on another app's repo, and never from the replay.

chokepoint config github --repo you/your-app

3. Use it. One fix, asking before it opens:

chokepoint fix debug@4.4.2 --pr

Or let Nightjar open one on each ALERT:

chokepoint nightjar --pr

Safety: at most 5 new PRs a day, one PR per poisoned version (another alert updates the same PR), and never during a fire drill. To forget the repo and token:

chokepoint config github --remove

Alerts in Slack or Discord

Nightjar shows a desktop notification on every ALERT (--no-notify turns that off). To also post to Slack or Discord, give it a webhook:

chokepoint config watch --webhook https://hooks.slack.com/your/webhook

In CI

Fail a pull request that lets a far-reaching new npm account into your app:

chokepoint diff origin/main --fail-on risky

Fail only if a bad version ships to production:

chokepoint check debug@4.4.2 --fail-on prod

Run one Nightjar check (exit code 1 on an ALERT):

chokepoint nightjar --once

--fail-on options: diff takes never (default), new-account or risky (a new account reaching at least 10% of your direct dependencies); check takes installed (default), prod or never.


What stays on your machine

  • Your code and your lockfile. Only package names go to npm and OSV, to look them up.
  • The graph, in a database inside the CLI (no Docker needed), in your user data folder (set CHOKEPOINT_DATA_DIR to move it).
  • Chokepoint stores npm usernames, never emails.

Your keys

Your AI key and GitHub token are yours, and Chokepoint treats them that way:

  • Kept in your system keychain, never in a settings file (for CI: read from an environment variable you name).
  • Each goes to its own service only: the AI key to the provider you chose, the GitHub token to api.github.com. Never to Chokepoint's website, never to each other's service.
  • Only encrypted: a key is never sent over plain http:// to another computer. Plain http is allowed only on your own machine or network (a local model like Ollama).
  • Never printed: not in config show, not in --json, not in error messages (anything shaped like a key is blanked out), not in a crash report.
  • Never handed on: helper processes (the MCP server) get no keys; a .env file or a stray script in the folder you're in can't redirect or read them; chokepoint map answers only to localhost.

Uninstall

If Nightjar runs in the background, stop it first:

chokepoint nightjar --uninstall

Forget your GitHub token:

chokepoint config github --remove

Remove Chokepoint:

pipx uninstall ckpoint

Part of Chokepoint · MIT license · Watches from the shadows. Speaks up before the advisory does.

Metadata

Release files for ckpoint 0.1.2

For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.

Source distribution (sdist)

Source distribution for ckpoint 0.1.2
File Size Uploaded
ckpoint-0.1.2.tar.gz 1.0 MB Details

Built distribution (wheel)

Table of built distributions (wheels) for ckpoint 0.1.2
File Interpreter ABI Platform
ckpoint-0.1.2-py3-none-any.whl Python 3 none any Details

Total release size: 2.1 MB

Release files / ckpoint-0.1.2.tar.gz

Download URL ckpoint-0.1.2.tar.gz
Size 1.0 MB
Tags Source
SHA-256 checksum
How to use checksums
e2ccb4829c755d6b5dbcf3d54268b0d8c468fe2ead90424a6087695dad92ed95
BLAKE2b-256 checksum
How to use checksums
8d579df3d494ab216c7d48cc1da2e3b7583fd497291eb3d42ac0a8ca46b5b324
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
Yes
Uploaded via twine/7.0.0 CPython/3.13.14

Provenance

Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.

PyPI Publish Attestation

PyPI verified that this artifact, at this checksum, originated from the publisher listed below.

Signed by GitHub Actions, verified by PyPI on Oct 16, 2026.

Transparency log

Release files / ckpoint-0.1.2-py3-none-any.whl

Download URL ckpoint-0.1.2-py3-none-any.whl
Size 1.1 MB
Tags Python 3
SHA-256 checksum
How to use checksums
89a0095f7bf105b13a0e6fbbcdc7c9f5a99da27ee17aa0de2f7d47c3f532da0d
BLAKE2b-256 checksum
How to use checksums
e459fa2a2f0e43ec951dc943b5d9bc36f08245f2deb4304339935b0c6bba649c
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
Yes
Uploaded via twine/7.0.0 CPython/3.13.14

Provenance

Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.

PyPI Publish Attestation

PyPI verified that this artifact, at this checksum, originated from the publisher listed below.

Signed by GitHub Actions, verified by PyPI on Oct 16, 2026.

Transparency log

Release history Release notifications | RSS feed

0.1.6

2 release files

0.1.5

2 release files

0.1.4

2 release files

0.1.3

2 release files

This release

0.1.2 This release

2 release files

0.1.1

2 release files

0.1.0

2 release files

Anthropic, PBC Visionary sponsor Bloomberg Visionary sponsor Hudson River Trading Visionary sponsor Meta Visionary sponsor NVIDIA Visionary sponsor Microsoft Sustainability sponsor Depot Continuous Integration AWS Cloud computing and Security Sponsor Datadog Monitoring Fastly CDN Google Download Analytics Sentry Error logging StatusPage Status page