io.github.dappros/ethora-mcp-server v26.9.0

Tool/prompt/resource text is free of hidden instructions that could hijack the agent. How many servers fail this?

Fix: Remove hidden directives, HTML/comment instructions, and override phrasing from descriptions.

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.

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.

Fix: Never add hidden directives or destructive scope to an already-published tool; document description changes in release notes.

Tool and prompt definitions stay fixed during a session — they don't change after a few calls, which is how runtime-gated rug-pulls slip past one-time review.

No over-broad or destructive tools (arbitrary shell, bulk-delete) that warrant human approval.

A lockfile makes installs reproducible and resistant to silent dependency swaps.

Fix: Commit a lockfile (package-lock.json / pnpm-lock.yaml / poetry.lock).

Build provenance attests the artifact was built from the claimed source by CI.

Fix: Publish with npm provenance (--provenance) from a trusted CI.

A SECURITY.md gives a private path to report vulnerabilities.

Fix: Add SECURITY.md with a disclosure contact and process.

Untrusted tool input reaching a shell yields remote code execution.

eval()/exec()/Function() on tool-derived strings allows arbitrary code execution.

Naive path checks let tools read/write outside intended directories (EscapeRoute-class).

Fetching tool-supplied URLs can pivot into internal networks and metadata services.

pickle/yaml.load/etc. on untrusted data can execute code.

Hardcoded keys/tokens in published source are live credentials an attacker can use.

Reading secrets from env/secret stores avoids hardcoding them.

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.

install hooks run arbitrary code on every consumer at install time.

Names mimicking popular packages are a common malware delivery vector.

Brand-new / single anonymous maintainers raise takeover and malware risk.

Unmaintained servers don't receive security fixes.

Archived repositories will never be patched.

A clear license is required for legal enterprise use.

A small, capped nudge from stars/downloads — widely-used servers get more eyes on bugs. It can never offset a real security failure.

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.

Binding 0.0.0.0 or exposing debug inspectors widens the attack surface.