Skip to content
EcoCitizenZ
Agent plugin · Support

ECZ-ID MCP Trust

Support

This page covers the ECZ-ID MCP Trust agent plugin — the package eczid-mcp-trust, published at version 0.1.1. It tells you how to reach us, what to include so a problem can be reproduced, and how security reports are handled differently from ordinary support.

Applies to:
eczid-mcp-trust 0.1.1
Effective date:
3 September 2026

In short

  • Support runs by email: support@ecocitizenz.com. There is no account to create and no support portal to sign in to.
  • The plugin is free, and support for it is free. No support contract is required, and none is offered for it.
  • The review inspects. It does not mediate, block or enforce anything — see OBSERVED is not ENFORCED.
  • Never send passwords, API keys, tokens, certificates or any other secret. Nothing about this product needs one.
  • Suspected security vulnerabilities go to the same address but under the security reporting route, not the ordinary support route.
  • We publish no response-time commitment for this free plugin, so this page does not imply one.

What the plugin does

ECZ-ID MCP Trust adds one skill, mcp-trust-review, to an agent host. When you ask what the MCP servers in a workspace can reach, the agent runs a bundled review script over the folder you point it at, then reports which classes of evidence it found, which it did not, why each matters and what to review next.

The review works from file names and paths only. It looks for these classes of evidence:

  • MCP server configuration (primary evidence class)
  • MCP server manifest (server.json or registry entry) (supporting evidence class)
  • Environment / secret-handling template (supporting evidence class)
  • Local MCP policy / allowlist (supporting evidence class)
  • ECZ-ID public proof reference (supporting evidence class)

It does not open any of those files. So it can tell you that an MCP configuration exists where a reviewer would expect one, and it cannot tell you which servers are declared inside it.

Results are reported as EVIDENCE OBSERVED, EVIDENCE NOT OBSERVED, REVIEW RECOMMENDED and REVIEW REQUIRED, with a Review Priority of LOW, NORMAL, ELEVATED, HIGH and the reasons that produced it. The Review Priority is deterministic: the same file listing always gives the same result. It is not a score, a grade, a pass mark or a verdict.

The Privacy page sets out exactly what the plugin reads and what it does not. The Terms page sets out the basis on which you may use it.

OBSERVED is not ENFORCED

This distinction decides what you can expect from the product, so it is worth being blunt about it.

OBSERVED is what this plugin produces. It looked at a workspace and saw that certain files exist. That is inspection.

ENFORCED is something else entirely: a live mediation proof, produced only by the ECZ-ID Local Trust Gate, which runs in the VS Code extension. This plugin does not mediate a single call between an agent and an MCP server. It does not sit in the path, allow, deny, rate-limit, sandbox or intercept anything, and it cannot be configured to. Nothing an agent host can do will turn a review into enforcement.

If you need a deterministic local policy or a mediation gate, those are Pro capabilities in the VS Code extension — a separate product with its own licence. This plugin does not sell them, ship them or claim them.

Things worth checking first

Most reports we can act on quickly come down to one of these, and each is faster to check than to describe in an email.

  • An MCP configuration was not observed in a workspace that has one. The review skips node_modules, dist, build and similar generated directories, and it skips hidden dot-entries other than an allowlist. That allowlist is generous for this product — it includes the host directories where MCP configuration normally lives — and it is listed in full on the Privacy page. Configuration stored outside it will not be observed.
  • The review stopped short in a large repository. Traversal is bounded by design, so a review cannot run away on a very large tree. Point it at the sub-project you care about rather than at a monorepo root.
  • The host cannot find the skill. Confirm the plugin is installed and enabled in that host, and that a Node.js runtime is available — the bundled review script runs on Node and has no other dependency.
  • The Verifier tools are not available. This package also declares the ECZ-ID Verifier server, @ecocitizenz/ecz-id-mcp-verifier@0.9.0, which only hosts that run local stdio MCP servers will launch. Without it the review still runs; what you lose is the ability to check a public proof reference it found. See the MCP Verifier support page.
  • You want to see exactly what the review did. The script is short, readable and has no build step. Read review.mjs, or run it yourself with --json for the machine-readable projection.

Getting support

Email support@ecocitizenz.com. This is the support route for every EcoCitizenz product, so please name ECZ-ID MCP Trust in the subject line.

A report we can act on usually contains:

  • the plugin name and version — eczid-mcp-trust 0.1.1;
  • the agent host and its version, and how the plugin was installed there — which marketplace, or a local copy;
  • your operating system and Node.js version;
  • what you asked the agent to do, and what you expected to happen;
  • what actually happened, quoted rather than summarised;
  • any error text in full and, if the review ran, the --json output — the single most useful attachment for a detection problem;
  • for a detection problem, the file name and path you expected to be observed. The path is enough. We do not need the file, and we certainly do not want the configuration inside it.

If the repository is private, please do not send it. A redacted directory listing, or a small public example that reproduces the same behaviour, is more useful and safer for both of us. An MCP configuration in particular often names internal hosts; a path is all we need.

What never to send

Nothing about diagnosing this plugin requires a credential, and we will never ask you for one. Please do not include, in a message, an attachment or a screenshot:

  • passwords, passphrases or PINs;
  • API keys, access tokens, session cookies or bearer tokens;
  • private keys, certificates, keystores or signing material;
  • .env files, CI secrets or cloud credentials;
  • customer personal data, or confidential source code you are not free to share.

If you believe you have already sent us a secret, rotate it immediately — that is the only reliable remedy — and then tell us, so we can delete the message on our side.

Reporting a security vulnerability

Security reports are handled separately from ordinary support. If you believe you have found a vulnerability in this plugin, in the review script it ships, or in the ECZ-ID Verifier server it declares, or in another EcoCitizenz service, report it to support@ecocitizenz.com with security report in the subject line, rather than raising it in a public issue.

A useful security report describes the affected component and version, the conditions needed to reproduce the issue, the impact you observed, and anything you think we would otherwise miss. Please give us a reasonable opportunity to respond before disclosing publicly, where earlier disclosure would create material risk for users.

EcoCitizenz supports good-faith security research. When testing, please do not access customer data unnecessarily, destroy or alter data, disrupt production systems, perform denial-of-service testing, or exploit an issue beyond what is reasonably required to demonstrate it. Those conditions are set out in the security research section of the Terms.

We do not operate a paid bug-bounty programme for this plugin, and this page offers no reward.

Reporting misuse of ECZ-ID material

Misuse is not the same as a vulnerability. If you have seen a copied manifest on an unrelated origin, an impersonated operator, a stale or misleading proof reference, or a page imitating ECZ-ID verification, use the abuse report route. Reports are reviewed. They do not by themselves decide truth or change any credential state.

Source, and the same review elsewhere

The plugin is open source, so you do not have to take any statement on these pages on trust — you can read every line it runs.

  • The published plugin package — manifest, skill, review script and server declaration.
  • The ECZ-ID plugins page — how to install this and the other ECZ-ID plugins in your agent host.
  • MCP Trust documentation — what to review in an MCP configuration, and where the Local Trust Gate fits.
  • If you operate an MCP server and want it to carry a public, resolver-checkable identity, a free ECZ-ID MCP Passport is self-service. Issuance is a platform service, not a function of this plugin.
  • The same detectors, guidance and Review Priority also ship in the free VS Code extension ECZ-ID MCP Trust, on the Visual Studio Marketplace and Open VSX. That extension is a separate product with its own release cycle; these pages describe the plugin.

What support does not cover

  • We can explain what the review observed and why. We cannot tell you whether an MCP server is safe to run, and nothing we send you is a safety determination.
  • We do not review your MCP configuration for you, and the plugin does not read it. Whether a declared server should be reachable at all is a judgement for you.
  • We cannot make this plugin mediate, block or enforce anything. It has no such capability, and support cannot enable one.
  • No support answer certifies, approves or guarantees a server, workspace, product or organisation, and an ELEVATED or HIGH Review Priority does not mean that anything is unsafe.
  • Setup, subscriptions and checkout for paid ECZ-ID credentials and for the VS Code Pro capabilities happen elsewhere. The plugin sells nothing and takes no payment.

Publisher

ECZ-ID MCP Trust is published by EcoCitizenz Ltd, trading as EcoCitizenz, company number 17348848, registered in England and Wales.

66 Paul StreetLondon EC2A 4NAUnited KingdomContact: support@ecocitizenz.com