canaryhook

Honeyfiles and canary tokens for AI coding agents.

canaryhook plants decoy credential files that nothing in your project should ever read, then blocks and records the moment an agent reads one or lets a canary string leave the machine. It is a smoke detector for AI coding sessions: no model, no signatures, and close to zero false positives by construction.

Works with Claude Code, Cursor, Codex CLI, Antigravity CLI and Gemini CLI.

Part of the aiagentflow suite. Website: aiagentflow.dev/canaryhook

canaryhook-promo.mp4

canaryhook init

the trip: a credential hunt, denied and recorded

Install

npm install -g canaryhook
cd /your/project
canaryhook init

Or with Homebrew:

brew install aiagentflow/tap/canaryhook

init plants four decoys, registers canaryhook's hooks for each agent you use (merging with hooks you already have), and adds the decoys plus .canaryhook/ to .gitignore. Upgrading from 0.2.0, run canaryhook init --force to add the PostToolUse hook.

Agents

By default init wires Claude Code plus any agent the project already uses, judged by its config folder. Name them yourself with --agents:

canaryhook init --agents claude,cursor,codex

Agent	--agents	Config file	Before a call	After a call	Session start
Claude Code	claude	.claude/settings.json	PreToolUse	PostToolUse	SessionStart
Cursor	cursor	.cursor/hooks.json	preToolUse	postToolUse	sessionStart
Codex CLI	codex	.codex/hooks.json	PreToolUse	PostToolUse	SessionStart
Antigravity CLI	antigravity	.agents/hooks.json	PreToolUse	not supported	SessionStart
Gemini CLI	gemini	.gemini/settings.json	BeforeTool	AfterTool	SessionStart

Per agent:

• Codex CLI runs project hooks only once you trust them. After init, run /hooks in Codex and approve canaryhook's; until then nothing is watched.
• Antigravity CLI does not pass a tool's output to its hooks, so the output path is not available there. A sweep like grep -r AKIA . is only caught once a canary string shows up in a later call.
• Gemini CLI hides a result that holds a canary from the model, so on that agent the output path also keeps the value out of the agent's context.
• Cursor blocks any call whose permission hook prints nothing, so the Cursor hook always answers explicitly, allowing a clean call.

status and doctor report every wired agent, and clean removes canaryhook's hooks from all of them.

Commands

canaryhook init      # plant decoys, register the hook
canaryhook status    # are decoys planted, is the hook wired
canaryhook alerts    # list recorded trips
canaryhook doctor    # fire a test payload through the hook to prove it is wired
canaryhook verify    # exit non-zero if anything tripped (for CI)
canaryhook clean     # remove decoys, unregister the hook

Flags: --json on every command, --agents on init to choose the agents, --commit to track decoys in git instead of ignoring them, --force to replant, --keep-alerts on clean.

Why

Signature scanning fails against an agent that rewrites its own code, and the attack surface around coding agents keeps growing: prompt injection in a fetched page or a GitHub issue, a hostile MCP server tool, a dependency postinstall script, or simply your own agent being overzealous and reading a credentials file into its context, where it then lands in a transcript you push somewhere.

canaryhook does not look at the attacker at all. The trap lives in the environment. An attacker cannot tell a decoy credential from a real one without reading it, and reading it is the trip.

How it works

canaryhook init plants these, each holding a unique, realistic, dead fake secret:

File	Bait
.env.backup	AWS-shaped access key and secret
credentials.json.bak	Stripe-shaped live secret key
deploy_key.old	OpenSSH private key block
db_dump_2026.sql	API token in an INSERT statement

Nothing in your code, build, lint or test path references these files, so a hit is almost never a false positive. The canary strings are recorded in .canaryhook/canaries.json, which is itself watched.

Four checks then run on every tool call:

• Read path. The hook trips when a call names a decoy path, whether that is Read with a file_path, a shell cat, or anything else that mentions it. A shell glob that expands to a decoy counts too: cat .env* or grep key *.bak in the project root reads the decoy without naming it.
• Exfil path. The hook trips when a canary string appears anywhere in the call's input: a shell argument, a fetch URL or body, a file write, a commit message. It matches the string as written, lowercased, base64 or hex encoded, so wrapping the value on the way out does not hide it. You do not have to enumerate every way a file can be read, only notice the value leaving.
• Output path. After a call runs, the hook checks what it returned. A canary string in the output means a decoy was read by a call that never named it, like grep -r AKIA .. The call already ran, so it cannot be blocked, but it is recorded and the agent is told the value is fake.
• Tamper path. The hook trips when a call would blind canaryhook: deleting or rewriting .canaryhook/, running canaryhook clean, removing the hook from an agent's config file, or switching hooks off there (disableAllHooks in Claude Code, hooks = false in Codex). Otherwise an agent that tripped a decoy could erase the record and carry on. You can still do all of these yourself from a terminal, where no hook runs.

On a trip, canaryhook returns a deny decision so the tool call never runs, tells the agent the file was a tripwire and not to retry, and appends to .canaryhook/alerts.jsonl:

{"at":"2026-10-14T21:53:40.809Z","reason":"canary-exfil","decoy":".env.backup","tool":"Bash","detail":"canary string from .env.backup appears in the tool call"}

Recorded trips are read back to the agent at the start of the next session, so a trip you were not watching for does not sit unnoticed in the file.

A malformed hook payload never blocks a call, so a broken install fails open rather than wedging your session. Failing open means a broken install is a quiet one, so canaryhook doctor runs the registered hook command for real, with a planted payload on stdin, and tells you whether the deny came back.

CI

For a job that runs a coding agent, plant the decoys before the agent step and check the record after it. The decoys and .canaryhook/ are gitignored, so they only exist in a job that ran init; verify fails where canaryhook was never initialized rather than reporting a clean record it cannot have.

- run: npm install -g canaryhook && canaryhook init
# ... the step that runs the agent ...
- run: canaryhook verify

Limits

canaryhook detects, it does not prevent. An attacker that ignores the decoys is not caught, and a targeted one that reads only the real .env walks past. A sweep like grep -r AKIA . reads the decoys without naming them, so it is recorded only after it has run, on the output path. It is a smoke detector, not a lock. Its value is that it costs nothing to run, needs no model, and stays quiet enough that you leave it installed.

License

MIT