MCP server · trust report
com.mcparmory/airtable
1 check that ran failed — version behavior — so this release can’t be trusted as-is.
- Publisher
- com.mcparmory
- Repository
- github.com/mcparmory/registry
- Install
- pypi:mcparmory-airtable, oci:ghcr.io/mcparmory/airtable:1.0.2, pypi:mcparmory-airtable, oci:ghcr.io/mcparmory/airtable:1.0.3
- Versions
- 2
- Inspected
- 4 of 6 checks · 75%
- Scored
- 2026-09-02 · rubric 1.0.0
What we checked
Six static checks, weighted by risk. Every result reflects only what could be observed in the published package and repository — never intent.
Injection surface
pass25% of gradeTool descriptions/manifest scanned for instruction-injection patterns (imperatives at the model, hidden text, 'ignore previous', data-exfil URLs).
Scanned 138 text field(s); no instruction-injection patterns found. PASS = no static red flag. A server can serve different tool descriptions at runtime (the rug-pull class), which static scanning cannot see.
Supply chain
pass25% of gradePackage provenance: namespace verification, repo linkage, maintainer count, account age, postinstall scripts, typosquat distance.
repository linkage verified
Credential hygiene
pass15% of gradeHow the server takes secrets (env vs plaintext config vs hardcoded); secrets appearing in tool schemas.
No hardcoded secrets, secret-shaped tool parameters, or leaked keys found. PASS = no static red flag; static analysis cannot prove the code honors env-based secret handling at runtime.
Permission scope
unscannable15% of gradeDeclared tools vs. breadth (filesystem, network, exec); flags shell-exec and unbounded filesystem access.
No source files, package.json, or pyproject were fetched; cannot infer capability scope.
Version behavior
fail10% of gradeDiff of tool definitions between versions; new permissions or changed descriptions in a patch release (the postmark-mcp class).
vs prior 1.0.2 (patch bump): new tool "get_current_user" touches a sensitive surface (email/exec/net/fs); new tool "list_table_records" appeared; new tool "create_records" appeared; new tool "replace_records" appeared; new tool "update_records" appeared; new tool "delete_records" touches a sensitive surface (email/exec/net/fs); new tool "get_record" appeared; new tool "replace_record" appeared; new tool "update_record" appeared; new tool "delete_record" touches a sensitive surface (email/exec/net/fs); new tool "sync_table_data" touches a sensitive surface (email/exec/net/fs); new tool "upload_attachment" touches a sensitive surface (email/exec/net/fs).
Transport config
unscannable10% of gradeRemote servers: TLS and auth mode (none/token/OAuth). Local servers: whether the manifest indicates it phones home.
local stdio server: no remote transport or auth surface, and no phone-home/telemetry signal found in source. Absence of transport findings is NOT a safety guarantee — phone-home hosts can be constructed at runtime and defeat static analysis.
Version history
Each release plotted by grade against the safe line at B. A version that sinks below the line has lost its trusted standing — the shape of a rug-pull.
| Version | Published | Grade | Score | Inspected | Change |
|---|---|---|---|---|---|
| v1.0.3 · current | 2026-05-11 | B | 90 | 4/6 · 75% | insf→B in v1.0.3 |
| v1.0.2 | 2026-05-05 | insufficient | — | 1/6 · 25% | — |