CanopiiCanopiiAll serversEnterprise →

October 2026 edition

The MCP Security Index

We independently scanned 34,559 Model Context Protocol servers. 20% scored D or F, 0% ship committed secrets, and 49% declare no authentication at all.

Frozen · captured · scoring rubric v2.9.0 · methodology

Graded D or F
20%+2%

6,912 of 34,559 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
49%+1%

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

Graded A
28%no change

9,685 servers verifiably pass the controls that apply to them.

Grade distribution

The median MCP server scores 85/100. Half the corpus falls between 61 and 90.

34,559 scored servers

D/F trend
A9,685 · 28%B15,149 · 44%
C2,909 · 8%
D5,630 · 16%
F1,186 · 3%
8,740 unverifiable
Score distribution summary
Mean score75.3
Median score85
25th percentile61
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+ stars304
76
17%
100–999 stars1,108
78
14%
10–99 stars2,665
80
11%
Under 10 stars23,130
82
3%

By monthly downloads

CohortserversAverage scoreGraded D/F
100k+/month36
83
8%
10k–100k/month123
79
11%
1k–10k/month1,643
85
7%
Under 1k/month7,192
87
3%

Authentication and live exposure

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

Live endpoints probed
3,204

Servers we connected to and spoke MCP with directly.

Auth declared but not enforced
3%

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 tools7,259
82
4%
1–5 tools10,746
75
26%
6–20 tools10,168
75
27%
20+ tools6,386
69
16%

By package ecosystem

CohortserversAverage scoreGraded D/F
repo / remote-only19,594
68
31%
npm10,494
86
4%
pypi3,768
81
7%
mcpb521
84
5%
nuget120
89
3%
cargo62
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
2%
61625429,062
No dynamic code executionGuardcode.no_code_eval
1%
2799029,062
No unsafe deserializationGuardcode.no_unsafe_deserialize
0%
1031729,062
No path traversalGuardcode.no_path_traversal
0%
06,96229,062
No SSRF sinksGuardcode.no_ssrf
0%
09,02029,062

Secrets & credentials

ControlFailure rateFailedWarnedEvaluated
No committed secretsGuardsecrets.no_committed_secrets
0%
0029,062
Credentials sourced from environmentsecrets.from_env
0%
012,17929,062

Dependencies & supply chain

ControlFailure rateFailedWarnedEvaluated
No install/post-install scriptsGuardsupply.no_install_scripts
4%
396010,492
Package name not typosquattingGuardsupply.not_typosquatting
0%
12014,240
No known-vulnerable dependenciessupply.no_known_vulns
0%
04,00718,327
Dependencies pinned (lockfile)supply.deps_pinned
0%
022,34729,062
Published with provenancesupply.provenance
0%
08,02610,492
Established maintainersupply.maintainer_established
0%
012,54414,240

Tool integrity

ControlFailure rateFailedWarnedEvaluated
No over-broad / destructive toolsGuardtool.no_destructive_scope
10%
2,677027,300
Tool descriptions free of injection markersGuardtool.no_injection_markers
2%
473027,300
No risky post-publish tool changes (rug-pull)Guardtool.no_rug_pull
0%
332,21610,567
Strict tool input schemastool.schemas_strict
0%
019,38822,458

Auth & transport

ControlFailure rateFailedWarnedEvaluated
Remote endpoints use TLSGuardtransport.uses_tls
0%
0019,092
Authentication declaredauth.declared
0%
017,04419,092
Execution sandboxingdeploy.sandboxed
0%
024,12729,062
Live endpoint reachabledynamic.reachable
0%
000
Authentication enforceddynamic.auth_enforced
0%
000
No bind-all / exposed debugtransport.no_bind_all
0%
03,63429,062

Maintenance & governance

ControlFailure rateFailedWarnedEvaluated
Repository not archivedGuardmaint.not_archived
1%
251027,207
Actively maintainedmaint.actively_maintained
0%
095027,207
Declares a licensegov.declares_license
0%
07,65027,207
Has a security policygov.security_policy
0%
023,75029,062
Signed releasesgov.signed_releases
0%
000
Adoption & popularityreputation.adoption
0%
017,90928,483

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)25,041
83
5%
60–80% verified4,021
78
3%
Low (under 40% verified)5,497
40
100%

A further 8,740 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.