vee3 MCP Server Security Report
Hosted MCP with 91 agent tools: X, domains, SEO, Maps, Trends, Search, YouTube, TikTok, and more.
Run it securely
This server scored F. Run it behind runtime policy enforcement so one bad tool call can't become an incident.
Are you the maintainer?
Verify with GitHub to get alerted whenever Vee3io/vee3 changes score — and claim the badge for your README.
Claim this server- highTool descriptions free of injection markers — 1 marker(s) across 1 tool(s)
- mediumNo over-broad / destructive tools — 2 over-broad tool(s)
The short answer
- Is vee3 safe to use?
- vee3 scores 38/100 (grade F) on the Canopii Trust Index, and carries 2 confirmed security failures that cap its score: Tool descriptions free of injection markers and No over-broad / destructive tools. It passes 13 of the 23 controls that apply to it.
- What security issues does vee3 have?
- vee3 fails 2 controls: Tool descriptions free of injection markers and No over-broad / destructive tools. Each failure on this page carries the evidence behind it — the file and line, dependency, or CVE that decided it.
- How reliable is the security score for vee3?
- We could evaluate 98% of the controls that apply to vee3. Scores are deterministic — the same source always produces the same score — and a partially-scannable server cannot present a high one, because confidence caps the result. The scanner is open source, so this score can be reproduced independently.
- Does vee3 have any security advisories?
- vee3 has 8 non-scoring advisories — observations worth a human review that deliberately do not affect the deterministic score, since they can be noisy.
- How was vee3 scored?
- Its published source was scanned against a fixed catalog of weighted security controls covering code safety, committed secrets, dependency vulnerabilities, tool-description integrity, authentication and transport, and maintenance. A confirmed flaw caps the score outright regardless of what else passes, and its live endpoint was additionally probed to verify what it actually exposes. The full rubric is published.
Security controlslatest scored version v1.1.0
Each control is evaluated deterministically with evidence. The score is earned from passing controls; a failed guard caps it.
Security controlslatest scored version v1.1.0
Each control is evaluated deterministically with evidence. The score is earned from passing controls; a failed guard caps it.
Model–MCP Runtime Guardrails
- FailIndirect Prompt Injection (IPI) Defensesguard1 marker(s) across 1 tool(s)
Tool/prompt/resource text is free of hidden instructions that could hijack the agent. How many servers fail this?
x-twitter.edit_post — exfiltration directiveFix: Remove hidden directives, HTML/comment instructions, and override phrasing from descriptions.
- FailUser-in-the-Loop / Approval Scopeguard2 over-broad tool(s)
No over-broad or destructive tools (arbitrary shell, bulk-delete) that warrant human approval. How many servers fail this?
clerk.delete_user_backup_codesclerk.delete_user_totpFix: Scope tools narrowly; avoid arbitrary command execution and destructive defaults.
- WarnStrict JSON Schema Enforcementschemas not strict
Tool inputs are constrained (additionalProperties:false), so unexpected arguments can't be smuggled in.
Fix: Set additionalProperties:false and require explicit parameters on every tool.
- WarnTool Definition Integrityguard10 tool description(s) drifted after publish (no risk signals in diff)
Every consecutive version pair is diffed for new injection markers or destructive scope — a risky diff anywhere in history is a rug-pull (fail, durable); benign description drift warns.
clerk.create_session_tokenx-twitter.create_postdomains.check_availabilitytiktok.download_musicFix: Never add hidden directives or destructive scope to an already-published tool; document description changes in release notes.
Application Security Checks
- WarnNo SSRF sinksguard4 occurrences
Fetching tool-supplied URLs can pivot into internal networks and metadata services.
packages/get-file/src/api.js:24packages/get-file/src/downloadFile.js:33packages/upload/src/api.js:24packages/upload/src/uploadFile.js:36Fix: Allow-list destinations; reject arbitrary/loopback/link-local URLs.
- WarnHas a security policyno security policy
A SECURITY.md gives a private path to report vulnerabilities.
Fix: Add SECURITY.md with a disclosure contact and process.
- WarnAdoption & popularitylimited adoption
A small, capped nudge from stars/downloads — widely-used servers get more eyes on bugs. It can never offset a real security failure.
Fix: Adoption grows naturally with real-world use; this never gates the score.
- PassNo command-injection sinksguardno sinks found
Untrusted tool input reaching a shell yields remote code execution.
- PassNo dynamic code executionguardno sinks found
eval()/exec()/Function() on tool-derived strings allows arbitrary code execution.
- PassNo path traversalguardno sinks found
Naive path checks let tools read/write outside intended directories (EscapeRoute-class).
- PassNo unsafe deserializationguardno sinks found
pickle/yaml.load/etc. on untrusted data can execute code.
- PassNo committed secretsguardno secrets found
Hardcoded keys/tokens in published source are live credentials an attacker can use.
- PassCredentials sourced from environmentreads credentials from environment
Reading secrets from env/secret stores avoids hardcoding them.
- PassNo known-vulnerable dependencies2 runtime deps, no known CVEs
Runtime dependencies (parsed from the lockfile) are scanned against OSV.dev for published CVEs. Advisory: flagged dependencies lower the score but don't hard-cap it, since transitive reachability is unproven.
- PassDependencies pinned (lockfile)lockfile present
A lockfile makes installs reproducible and resistant to silent dependency swaps.
- PassActively maintainedrecent commits
Unmaintained servers don't receive security fixes.
- PassRepository not archivedguardactive
Archived repositories will never be patched.
- PassDeclares a licenseMIT
A clear license is required for legal enterprise use.
- Not checkedSigned releasesnot evaluated
Signed releases let consumers verify artifacts weren't tampered with.
- N/ANo install/post-install scriptsguardno published package
install hooks run arbitrary code on every consumer at install time.
- N/APackage name not typosquattingguardno published package
Names mimicking popular packages are a common malware delivery vector.
- N/APublished with provenanceno published package
Build provenance attests the artifact was built from the claimed source by CI.
- N/AEstablished maintainerno published package
Brand-new / single anonymous maintainers raise takeover and malware risk.
Transport & Trust Model
- WarnIAM / Authentication Scopingno authentication handling detected
OAuth 2.1 / Protected Resource Metadata gates who can invoke tools.
Fix: Implement OAuth 2.1 with a .well-known/oauth-protected-resource document.
- WarnExecution Sandboxingruns natively (no container image)
A container/sandbox image limits blast radius; a server that runs natively has full host access.
Fix: Ship a Dockerfile/Containerfile (or document a sandboxed run) so the server runs isolated.
- PassTransport Encryption (TLS)guardall remotes use HTTPS
Plaintext HTTP exposes traffic and bearer tokens to interception.
- PassNetwork Exposureno bind-all detected
Binding 0.0.0.0 or exposing debug inspectors widens the attack surface.
- N/ALive Endpoint Reachablenot dynamically scanned
A dynamic scan connected to the declared remote endpoint and it responded — verified live, not a dead URL.
- N/AAuthentication Enforced (live)not dynamically scanned
If the server declares auth is required, it must actually reject anonymous clients. Serving tools to unauthenticated callers is a real exposure.
AI-flagged — for review
Observations from an AI review of tool descriptions. These are advisory only and do not affect the score — they can be noisy and need human judgement.
- infoTool "clerk.create_session_token" description changed after publish
Benign definition drift: the description changed vs the prior version with no risk signals in the diff. Clients approve tools by name and don't re-review on update, so the change is invisible to existing grants.
- infoTool "x-twitter.create_post" description changed after publish
Benign definition drift: the description changed vs the prior version with no risk signals in the diff. Clients approve tools by name and don't re-review on update, so the change is invisible to existing grants.
- infoTool "domains.check_availability" description changed after publish
Benign definition drift: the description changed vs the prior version with no risk signals in the diff. Clients approve tools by name and don't re-review on update, so the change is invisible to existing grants.
Show 5 moreShow less
Embed this score
Add the live badge to your README — it updates automatically on every rescan.
[](https://index.canopii.dev/server/io.github.Vee3io/vee3)<a href="https://index.canopii.dev/server/io.github.Vee3io/vee3"><img src="https://index.canopii.dev/api/badge/io.github.Vee3io/vee3" alt="Canopii Trust Score" /></a>Versions
Wondering how this compares? The MCP Security Index tracks grade distribution, committed secrets, and missing authentication across the whole ecosystem, refreshed monthly.