How mcp-security-audit scans MCP servers for injection — the 9 categories, and what tripped in Microsoft's servers #1
manja316
started this conversation in
Show and tell
Replies: 0 comments
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
-
Opening the first thread here to seed the conversation — this is a methodology post, not a pitch. If you run MCP servers (your own or third-party
uvx/npxones you've added to Claude/Cursor), the question worth asking is: what did you actually grant that server permission to do, and could its tool descriptions be turned against the model?What
mcp-security-auditactually checksIt connects to any MCP server, enumerates every tool / resource / prompt, and runs four passes:
SHELL / FILE / DATABASE / NETWORK / SAFE. A "harmless" formatting tool that secretly shells out is the thing that bites you..env,.ssh, credential stores).Output is a single 0–100 score with an A–F grade, so it drops straight into CI:
Why this isn't theoretical
I pointed it at Microsoft's published MCP servers and it surfaced 20 distinct findings — write-up here: https://dev.to/manja316/i-audited-microsofts-mcp-servers-and-found-20-vulnerabilities-139e . Big-vendor servers are not automatically safe; the attack surface is the descriptions as much as the code.
Two things I'd genuinely like answers to
Run it on a server you actually use and paste the grade — curious what the spread looks like across real-world servers:
pip install mcp-security-audit mcp-audit scan --server "<your server cmd>"If you want a written-up professional report instead of the raw CLI output, that's the paid audit — but the CLI is free and MIT, and the methodology above is the whole game.
Beta Was this translation helpful? Give feedback.
All reactions