Object-level authz (BOLA/IDOR)
handler loads a resource by id from the path/body without checking it belongs to the caller.

the API dog. Reads your OpenAPI or GraphQL spec and handlers together for BOLA, mass assignment, SSRF and shadow routes.
ExploitChange the id and read any customer's invoice
FixSmallest change suggested
$ /watchdog-go-apiA security lens for REST and GraphQL APIs that stays on all session, plus an on-demand audit. It reads the spec and the handlers together, because most API bugs live in the gap between them.
The always-on lens follows the OWASP API Top 10: object- and function-level authorization, broken authentication, mass assignment and over-shared fields, missing rate/size/depth limits, unbounded business flows, SSRF, misconfiguration, and shadow or zombie endpoints.
handler loads a resource by id from the path/body without checking it belongs to the caller.
tokens decoded but not verified, no expiry, API keys in query strings, operations marked `security: []`.
mass assignment (`additionalProperties: true`, spreading request bodies into models); responses returning fields the caller must not see.
no rate limit, no max page size, unbounded GraphQL depth/complexity, no request size cap.
admin or internal operations reachable by ordinary users.
money/quantity fields without bounds, missing idempotency, replayable actions.
user-supplied URLs (webhooks, imports, avatars) fetched by the server.
permissive CORS with credentials, verbose errors, `http://` servers, GraphQL introspection in production.
routes in code but not in the spec (shadow), old versions still mounted (zombie).
Runs these scanners when installed, then reads the code they can't understand:
Static audit of a REST or GraphQL API: inventories spec vs. routes, then checks every operation
Also runs in these bundles.
Its test target holds an Express + Apollo GraphQL ledger API with an OpenAPI spec: 18 planted issues, 2 decoys, an answer key, and no hint comments. Several criticals only show up by reading the router mount order in app.js against the spec.
Static review only. Never hit a live API unless it is in the user's written scope.
Never print a secret's value — not keys, tokens or passwords, even weak defaults. Give file:line and the secret type only.
End each review with: what you did not check, and the top risk the user must act on.
Bloodhound is Watchdog's apis dog for Claude Code. It looks for Object-level authz (BOLA/IDOR), Authentication, Property-level authz, Resource consumption, Function-level authz, Business flows, SSRF, Misconfiguration and Inventory. Each finding comes with the exact file and line, how it could be abused, and the smallest fix.
Install Watchdog with /plugin marketplace add watchdoglab/watchdog and /plugin install watchdog@watchdog, then run /watchdog-go-api. Its lens also stays on while you code and flags risky lines as they're written.
When they're installed, Bloodhound runs spectral, semgrep and gitleaks, then reads the code those scanners can't understand. Anything it couldn't check is listed under Not checked in the report.
Yes. Its first rule: Static review only. Never hit a live API unless it is in the user's written scope. Secrets it finds are reported by location and type only, never printed. Watchdog is free and open source (MIT).