Agentic Trust & Protection Platform · publisher scan

io.github.letoribo/mcp-graphql-enhanced

● scanned 6/6 as of 2026-10-16 · valid until 2026-10-23 · v4.15.4

A static scan of the published registry manifest at this exact version and hash. It is not a runtime claim: it says nothing about what the server does once installed.

Checks (rules atf-6)

checkresultdetail
static-secretspassdeclares no long-lived secret
version-pinnedpassevery package pinned to an exact version
source-publishedpasssource published at https://github.com/letoribo/mcp-graphql-enhanced
target-stablepasspoints at the same domain and package owner as 4.13.3
artifact-resolvespassevery listed package version exists; its digest is in this claim
unchanged-since-last-scanpassmanifest unchanged since the previous scan

What it installs — resolved at scan time

packagedigestbuilt by
npm @letoribo/mcp-graphql-enhanced@4.15.4sha512-b/cPLSMuPO+VffGX1X5t2mnztfW+L/+VsCn+KGeT8gqvAvUF16Lg7nIlvno build provenance

Pin your client to these exact versions (container images to the @sha256: digest) so what you run is what was scanned.

The signed claim

Signature
valid · atpp-scan-2026-10
Key fingerprint
a210db7bf7f8b382
Registry manifest sha256
a6f73198bd7a07f4…

The image on a README is only a pointer. What counts is this in-toto statement, signed with Ed25519 on our scan host (this server only holds the public key), bound to the hash of the exact registry manifest that was scanned. Envelope sha256 829d6b0b50b3d3f173b699d11e8190e0824df9b061b3e10aba37d0ac5ab33af2, listed in the day's signed manifest.

Show your users it still points where it should

People install MCP servers by name. This badge tells them, on every scan, that io.github.letoribo/mcp-graphql-enhanced still reaches the same domain and package owner it was first published with (no listing swap), ships no default secret and is pinned. Paste one line into your README:

[![Redthread scan](https://trust.redthreadsec.com/badge/mcp/io.github.letoribo/mcp-graphql-enhanced.svg)](https://trust.redthreadsec.com/v/mcp/io.github.letoribo/mcp-graphql-enhanced)

It follows each daily re-scan, drops if a check fails and turns grey if the scan goes stale. On GitHub it lags by about 10 minutes (image cache).

Or pin it: nothing fetched from us

Commit two files to your repo instead. Your README then renders without any request to Redthread, every change is a commit you review, and anyone can check the claim offline.

Download .atpp/badge.svg  ·  Download .atpp/attestation.dsse.json

[![ATPP scanned 6/6 · v4.15.4 · 2026-10-16](.atpp/badge.svg)](https://trust.redthreadsec.com/v/mcp/io.github.letoribo/mcp-graphql-enhanced)

Or from a terminal (verifies before it writes): python3 atpp.py badge io.github.letoribo/mcp-graphql-enhanced — https://github.com/bl014h/atpp.

Verify it yourself — no call back to Redthread needed

pip install cryptography
curl -sO https://raw.githubusercontent.com/bl014h/atpp/main/atpp.py
python3 atpp.py verify io.github.letoribo/mcp-graphql-enhanced          # or: python3 atpp.py verify path/to/your/repo

It checks the signature against a key pinned in the script, re-hashes the live registry manifest, checks the committed badge against the signed one, and checks the expiry. Genuine verify pages are only served from trust.redthreadsec.com — check the address bar.

Scores are computed for every public server whether or not the publisher asked; paying changes nothing about a score. Dispute a finding: trust@redthreadsec.com — outcomes are logged. Report a security issue: security.txt. Charter.