CanopiiCanopiiAll serversEnterprise →

September 2026 edition

The MCP Security Index

We independently scanned 24,895 Model Context Protocol servers. 15% scored D or F, 0% ship committed secrets, and 44% declare no authentication at all.

Frozen · captured · scoring rubric v2.9.0 · methodology

Graded D or F
15%+2%

3,734 of 24,895 scanned servers carry a failing or near-failing security grade.

Committed secrets
0%no change

Live credentials found in published source — an attacker can use these as-is.

No declared auth
44%+6%

No OAuth 2.1 or protected-resource metadata gating who may invoke the server's tools.

Graded A
32%−4%

7,936 servers verifiably pass the controls that apply to them.

Grade distribution

The median MCP server scores 87/100. Half the corpus falls between 80 and 90.

24,895 scored servers

D/F trend
A7,936 · 32%B11,185 · 45%
C1,946 · 8%
D2,901 · 12%
F927 · 4%
6,781 unverifiable
Score distribution summary
Mean score77.7
Median score87
25th percentile80
75th percentile90
Lowest score11
Highest score100

Popularity does not mean safety

Adoption and security posture move independently. The most-installed servers are not the safest ones.

By GitHub stars

CohortserversAverage scoreGraded D/F
1,000+ stars256
73
21%
100–999 stars978
79
13%
10–99 stars2,297
80
11%
Under 10 stars17,481
83
4%

By monthly downloads

CohortserversAverage scoreGraded D/F
100k+/month35
84
9%
10k–100k/month99
78
14%
1k–10k/month1,418
84
7%
Under 1k/month6,144
86
4%

Authentication and live exposure

We reached 4,512 live MCP endpoints. Of those, 2% declared that authentication was required and then served their tool surface to an anonymous caller.

Live endpoints probed
4,512

Servers we connected to and spoke MCP with directly.

Auth declared but not enforced
2%

Of probed endpoints — documented auth that anonymous callers get straight past.

Tool-poisoning markers
1%

Hidden instructions found in tool descriptions, which hijack the calling agent.

Attack surface and ecosystem

More exposed tools means more ways to be wrong. Ecosystem mix shows where the risk concentrates.

By number of exposed tools

CohortserversAverage scoreGraded D/F
No tools5,443
81
4%
1–5 tools7,099
78
20%
6–20 tools7,741
78
20%
20+ tools4,612
71
14%

By package ecosystem

CohortserversAverage scoreGraded D/F
repo / remote-only13,093
71
25%
npm8,129
86
4%
pypi3,180
82
8%
mcpb358
85
2%
nuget93
88
4%
cargo42
86
5%

What the ecosystem fails most

Every control in the catalog, ranked by failure rate within each domain. Failure rates are a share of servers where the control actually applied and could be evaluated.

Code safety

ControlFailure rateFailedWarnedEvaluated
No command-injection sinksGuardcode.no_command_injection
3%
56820722,160
No dynamic code executionGuardcode.no_code_eval
1%
2265622,160
No unsafe deserializationGuardcode.no_unsafe_deserialize
0%
981022,160
No path traversalGuardcode.no_path_traversal
0%
03,85022,160
No SSRF sinksGuardcode.no_ssrf
0%
06,70622,160

Secrets & credentials

ControlFailure rateFailedWarnedEvaluated
No committed secretsGuardsecrets.no_committed_secrets
0%
0022,160
Credentials sourced from environmentsecrets.from_env
0%
08,80822,160

Dependencies & supply chain

ControlFailure rateFailedWarnedEvaluated
No install/post-install scriptsGuardsupply.no_install_scripts
4%
35908,122
Package name not typosquattingGuardsupply.not_typosquatting
0%
9011,285
No known-vulnerable dependenciessupply.no_known_vulns
0%
03,52214,510
Dependencies pinned (lockfile)supply.deps_pinned
0%
016,82022,160
Published with provenancesupply.provenance
0%
06,2118,122
Established maintainersupply.maintainer_established
0%
010,18911,285

Tool integrity

ControlFailure rateFailedWarnedEvaluated
No over-broad / destructive toolsGuardtool.no_destructive_scope
9%
1,721019,452
Tool descriptions free of injection markersGuardtool.no_injection_markers
1%
276019,452
No risky post-publish tool changes (rug-pull)Guardtool.no_rug_pull
0%
131,3296,295
Strict tool input schemastool.schemas_strict
0%
015,28617,133

Auth & transport

ControlFailure rateFailedWarnedEvaluated
Remote endpoints use TLSGuardtransport.uses_tls
0%
0012,491
Authentication declaredauth.declared
0%
011,06012,491
Execution sandboxingdeploy.sandboxed
0%
018,08522,160
Live endpoint reachabledynamic.reachable
0%
000
Authentication enforceddynamic.auth_enforced
0%
000
No bind-all / exposed debugtransport.no_bind_all
0%
02,95822,160

Maintenance & governance

ControlFailure rateFailedWarnedEvaluated
Repository not archivedGuardmaint.not_archived
1%
202021,012
Actively maintainedmaint.actively_maintained
0%
062221,012
Declares a licensegov.declares_license
0%
05,52621,012
Has a security policygov.security_policy
0%
017,76622,160
Signed releasesgov.signed_releases
0%
000
Adoption & popularityreputation.adoption
0%
012,99522,083

How much we could verify

Absence of evidence is not safety. A partially-scannable server cannot present a high score, so confidence caps it.

CohortserversAverage scoreGraded D/F
High (80%+ verified)19,253
83
5%
60–80% verified2,907
78
4%
Low (under 40% verified)2,735
40
100%

A further 6,781 listed servers declare no public repository or their source cannot be retrieved. They are listed without a score rather than given an invented one.

How to read these numbers

How often does the MCP Security Index update?
The live page recomputes from the database continuously; a permanent edition is frozen at the end of every calendar month at /mcp-security-index/YYYY-MM. Servers themselves are re-ingested and re-scanned every six hours, so a score change shows up on the live page the same day.
What does a D or F grade actually mean?
Grades come from a 0–100 score: A is 90 and up, B 75–89, C 60–74, D 40–59, F below 40. A confirmed security flaw caps the score outright — a server with a verified command-injection sink cannot exceed 20 no matter how good the rest of it is — so D and F overwhelmingly indicate a specific, evidenced problem rather than a general lack of polish.
Are month-over-month deltas comparing the same servers?
No. Distribution deltas cover the whole corpus, which grows as new servers are ingested, so part of any shift is composition rather than servers changing. The 'biggest score drops' section is the cohort-stable view: those are specific servers that were re-scanned and scored lower than before.
Why are some listed servers not scored at all?
If a server declares no public repository, or its source cannot be retrieved because it is private, moved, or removed, there is nothing to verify. Those are listed as unverified with no score rather than given an invented number, and they are excluded from every percentage on this page.
What counts as 'no authentication'?
A server that declares no authentication mechanism — no OAuth 2.1, no protected-resource metadata — so nothing gates who may invoke its tools. Separately, among servers whose live endpoints we probed, some declare that auth is required and then serve their full tool surface to an anonymous caller; that is reported as 'auth declared but not enforced'.
Can I use these numbers in my own work?
Yes. The full dataset behind each edition is downloadable as JSON and CSV from the page itself. Cite the Canopii Trust Index and link to the specific monthly edition you used, so the numbers you quoted remain verifiable.

Take the data

Every number on this page is downloadable. Attribution to the Canopii Trust Index is all we ask.

Looking for a specific server? Browse the full directory — every server page shows its complete control checklist with the evidence behind each result.