All MCP Servers
AI & MemoryMCP RegistrymcpbB · 77

Draugr MCP server

dev.draugr · Updated

Security scanning for AI agents: SAST, SCA, secrets, IaC, DAST, ranked by real risk.

At a glance

Draugr is an MCP server in the AI & Memory category. It runs locally over stdio via `npx -y https://github.com/draugr-dev/draugr/releases/download/v0.158.1/draugr-0.158.1.mcpb`, and declares no required credentials. It scores B (77/100) on the MCP Skills Hub health score as of Oct 28, 2026.

Source 8GitHub stars

One-click install

Opens your editor and pre-fills the config. Your editor will ask before adding it.

How to install Draugr in your AI client

Setup for Claude Code, Claude Desktop, Cursor, Codex, Windsurf, Cline and VS Code — copy-paste ready.

How to install Draugr in Claude CodeAnthropic's agentic CLI

  1. Add the server

    bash
    claude mcp add draugr -- npx -y https://github.com/draugr-dev/draugr/releases/download/v0.158.1/draugr-0.158.1.mcpb
  2. Verify it's connected

    bash
    claude mcp list
  3. Sharing it with your team?

    Add `--scope project` to write it to .mcp.json in the repository root, which you can commit (with the secrets left as environment variables).

  4. Use it in a session

    Ask Claude to use the tools this server exposes. It discovers them automatically.

What tools does Draugr expose?

This server runs as a local package. We only query remote servers for their tool list — asking this one would mean executing it, so its tools are listed in the documentation below.

What the code can do

The published package could not be downloaded or read for analysis.

Before you install

Signals gathered from the source repo and package registry — not a safety verdict.

What it can reach

  • Runs code on your machine — Executes as a local process with your user's permissions, including filesystem access.
  • Downloads at launch — The package is fetched from its registry each run unless you pin a version.
  • Last commit today — Actively maintained.
  • 8 GitHub stars — Very little community usage so far.

Client compatibility

Claude Code: NativeClaude Desktop: NativeCursor: NativeCodex CLI: NativeWindsurf: NativeCline: NativeVS Code: Native

Health score

B · 77

Maintenance, adoption, transparency and packaging — not a safety audit. How this is calculated

  • Maintenance30%100%

    Last commit 0 days ago.

  • Adoption20%29%

    8 stars.

  • Transparency20%75%

    3/4: ✓ public source repo, ✓ declared license, ✓ documentation, ✗ discoverable tool list.

  • Provenance15%75%

    Links to its own repository; package linkage unverified.

  • Packaging15%100%

    Publishes a pinned version (0.158.1).

Documentation

Full README

Draugr

Security scanning for CI from one file, with every finding ranked by exposure, criticality, exploitability and reachability.

Describe your app. Draugr figures out the rest.

Every application carries problems nobody put there on purpose: a library that turned out to have a hole in it, a password committed by accident, a server setting that leaves a door open. Draugr finds them, works out which ones actually matter for *your* app, and answers the question you are really asking before a release. is this safe to ship?

It runs the established open-source scanners for you, Trivy, Semgrep, Gitleaks and others, so there is nothing to choose between, wire up, or read five of. You describe what you built, once, in one file: where the repositories are, what images it builds, what it exposes, what infrastructure it runs on. Draugr picks the checks that apply, runs the right tool for each, and produces evidence you can hand to somebody else. Bring the scanners you already pay for, or use the open-source defaults.

Findings are ranked, not listed. A scanner's "critical" describes a flaw in the abstract. How bad it could be at its worst, anywhere. The same flaw is act-now in the service strangers can reach and backlog in the internal tool three people use, and no scanner can tell those apart because the difference is in the file you wrote, not in the code. And `draugr diff` gates a pull request on new findings only, so inheriting two hundred existing ones does not block every change.

[Quickstart](#quickstart) · See it in action · What it checks · In your pipeline · Documentation · What Draugr doesn't promise · Security

See it in action

Priority (P1–P4) is not severity. Severity says how bad a flaw is at its worst, anywhere. Priority weighs that against how exposed and how important the part of your app it sits in is, which no scanner can work out, because it is not in the code.

[draugr-dev/draugr-demo](https://github.com/draugr-dev/draugr-demo) is a deliberately vulnerable app wired to Draugr: every control lights up, findings land in the repo's Security → Code scanning tab, and its example pull requests show the new-vs-fixed diff.

Quickstart

bash
curl -fsSL https://draugr.dev/install.sh | sh

Installs to ~/.local/bin, no sudo. It verifies before it installs and says which checks ran, the archive's SHA-256 against the release checksums.txt, plus the cosign signature on that file when cosign is on your PATH, and installs nothing if a check fails. The script is readable in the repo; other routes, including Homebrew and go install, are in the install guide.

bash
draugr init            # describe this project in a draugr.saga.yaml
draugr tools install   # fetch the scanners it needs, pinned and verified
draugr scan            # scan what the descriptor describes

Excerpt — the full document is on GitHub.

Maintain Draugr? Add a badge to your README

Shows its health grade, and links readers to install steps for every client.

markdown
[![Draugr on MCP Skills Hub](https://mcp-skills-hub.vercel.app/badge/dev-draugr-draugr)](https://mcp-skills-hub.vercel.app/mcps/dev-draugr-draugr)

Catalog data refreshed . Something wrong? Report it.