documcp
npm
v1.0.0
Source verified
Published by tosin2013 — publish provenance cryptographically ties this package to that repository. That is proof of origin, not an official vendor package.
Intelligent MCP server for GitHub Pages documentation deployment
The grade answers one question — how safe is this server for you to adopt — so it is computed in two auditable stages. Nothing below is an opinion or an LLM's guess; every line is a real term the deterministic engine applied, and the same input always yields the same number.
1. Threat score — 100 − 24.9 = 75. What the published surface and source actually contain:
| Points | What was found | Category |
|---|---|---|
| −15.4 | Assembled command execution and dynamic evaluation in the same server MTC-SRC-011 | injection |
| −9.5 | Untrusted input concatenated into a command sink ×2 MTC-SRC-009 | injection |
2. Client adoption risk — 75 − 6 = 69. Three small, subtract-only factors that reflect your risk in adopting it — a clean scan proves less on a powerful, unverified or barely-inspectable package, so the grade says so plainly:
| Points | Adoption-risk factor |
|---|---|
| −6 | capability blast radius (high) — client exposure if the model is manipulated |
Capability observations and info notes are shown under Findings but never scored.
Open any row's finding below for the file, line and evidence behind a deduction.
In the server's implementation (`dist/tools/validate-content.js:688`): Evaluating a runtime value as code (rather than a fixed literal) executes whatever reaches it — a direct RCE primitive, and almost never necessary in legitimate code. This is read from the code itself — not from the tool description — so a poisoned server cannot hide it behind honest-looking metadata.
Evidence: ing Node.js new Function(code); validation.compilationSuccess = true; validation.con
Fix: Review this call path: confirm it never receives unsanitized tool input, constrain it, or remove it. Treat a server whose code reaches these sinks as high-capability regardless of what its tools claim.
Location: server dist/tools/validate-content.js
In the server's implementation (`src/tools/validate-content.ts:955`): Evaluating a runtime value as code (rather than a fixed literal) executes whatever reaches it — a direct RCE primitive, and almost never necessary in legitimate code. This is read from the code itself — not from the tool description — so a poisoned server cannot hide it behind honest-looking metadata.
Evidence: eck using Node.js new Function(code); validation.compilationSuccess = true; validation.confidence = 75
Fix: Review this call path: confirm it never receives unsanitized tool input, constrain it, or remove it. Treat a server whose code reaches these sinks as high-capability regardless of what its tools claim.
Location: server src/tools/validate-content.ts
The implementation both builds shell commands out of runtime values (`dist/utils/sitemap-generator.js`) and evaluates runtime values as code (`dist/tools/validate-content.js`). Each is a separate arbitrary-execution primitive; a server exposing both gives anything that reaches either one a direct path to running attacker-chosen code. These two sinks are in different files — confirm whether they are actually connected, or are unrelated code paths (e.g. a vendored bundle plus a CLI wrapper).
Fix: Remove the dynamic eval, and pass command arguments as an argv array instead of building a shell string. If both are genuinely required, constrain and validate every value that can reach them.
Location: server implementation
In the server's implementation (`dist/tools/validate-content.js:688`): Evaluating strings as code is the most direct RCE primitive; if any tool input reaches it, the server executes attacker-chosen code. This is read from the code itself — not from the tool description — so a poisoned server cannot hide it behind honest-looking metadata.
Evidence: ing Node.js new Function(code); validation.compilationSuccess = true; validation.con
Fix: Review this call path: confirm it never receives unsanitized tool input, constrain it, or remove it. Treat a server whose code reaches these sinks as high-capability regardless of what its tools claim.
Location: server dist/tools/validate-content.js
In the server's implementation (`src/tools/validate-content.ts:955`): Evaluating strings as code is the most direct RCE primitive; if any tool input reaches it, the server executes attacker-chosen code. This is read from the code itself — not from the tool description — so a poisoned server cannot hide it behind honest-looking metadata.
Evidence: eck using Node.js new Function(code); validation.compilationSuccess = true; validation.confidence = 75
Fix: Review this call path: confirm it never receives unsanitized tool input, constrain it, or remove it. Treat a server whose code reaches these sinks as high-capability regardless of what its tools claim.
Location: server src/tools/validate-content.ts
In the server's implementation (`dist/tools/test-local-deployment.js:4`): Spawning a shell/process is command-execution capability; with unsanitized tool input it is command injection / RCE. This is read from the code itself — not from the tool description — so a poisoned server cannot hide it behind honest-looking metadata.
Evidence: t { spawn, exec } from "child_process"; import { promisify } from "util"; import { formatMCPResponse } from "../types/ap
Fix: Review this call path: confirm it never receives unsanitized tool input, constrain it, or remove it. Treat a server whose code reaches these sinks as high-capability regardless of what its tools claim.
Location: server dist/tools/test-local-deployment.js
In the server's implementation (`dist/tools/validate-content.js:3`): Spawning a shell/process is command-execution capability; with unsanitized tool input it is command injection / RCE. This is read from the code itself — not from the tool description — so a poisoned server cannot hide it behind honest-looking metadata.
Evidence: ; import { exec } from "child_process"; import { promisify } from "util"; import { handleMemoryRecall } from "../memory/
Fix: Review this call path: confirm it never receives unsanitized tool input, constrain it, or remove it. Treat a server whose code reaches these sinks as high-capability regardless of what its tools claim.
Location: server dist/tools/validate-content.js
In the server's implementation (`dist/utils/language-parsers-simple.js:1`): Spawning a shell/process is command-execution capability; with unsanitized tool input it is command injection / RCE. This is read from the code itself — not from the tool description — so a poisoned server cannot hide it behind honest-looking metadata.
Evidence: import { spawn } from "child_process"; export class MultiLanguageCodeScanner { parsers = new Map(); constructor
Fix: Review this call path: confirm it never receives unsanitized tool input, constrain it, or remove it. Treat a server whose code reaches these sinks as high-capability regardless of what its tools claim.
Location: server dist/utils/language-parsers-simple.js
In the server's implementation (`dist/utils/sitemap-generator.js:9`): Spawning a shell/process is command-execution capability; with unsanitized tool input it is command injection / RCE. This is read from the code itself — not from the tool description — so a poisoned server cannot hide it behind honest-looking metadata.
Evidence: port { execSync } from "child_process"; /** * Default include patterns for common documentation formats */ const DEFAU
Fix: Review this call path: confirm it never receives unsanitized tool input, constrain it, or remove it. Treat a server whose code reaches these sinks as high-capability regardless of what its tools claim.
Location: server dist/utils/sitemap-generator.js
In the server's implementation (`src/tools/test-local-deployment.ts:4`): Spawning a shell/process is command-execution capability; with unsanitized tool input it is command injection / RCE. This is read from the code itself — not from the tool description — so a poisoned server cannot hide it behind honest-looking metadata.
Evidence: t { spawn, exec } from "child_process"; import { promisify } from "util"; import { MCPToolResponse, formatMCPResponse }
Fix: Review this call path: confirm it never receives unsanitized tool input, constrain it, or remove it. Treat a server whose code reaches these sinks as high-capability regardless of what its tools claim.
Location: server src/tools/test-local-deployment.ts
In the server's implementation (`src/tools/validate-content.ts:4`): Spawning a shell/process is command-execution capability; with unsanitized tool input it is command injection / RCE. This is read from the code itself — not from the tool description — so a poisoned server cannot hide it behind honest-looking metadata.
Evidence: ; import { exec } from "child_process"; import { promisify } from "util"; import { handleMemoryRecall } from "../memory/
Fix: Review this call path: confirm it never receives unsanitized tool input, constrain it, or remove it. Treat a server whose code reaches these sinks as high-capability regardless of what its tools claim.
Location: server src/tools/validate-content.ts
In the server's implementation (`dist/utils/sitemap-generator.js:231`): A shell/process command assembled from concatenated or interpolated values is command injection when any part is attacker-influenced — the OWASP canonical RCE flow. Verify what reaches the interpolated value. This is read from the code itself — not from the tool description — so a poisoned server cannot hide it behind honest-looking metadata.
Evidence: const timestamp = execSync(`git log -1 --format=%cI "${filePath}"`, { encoding: "utf-8", s
Fix: Review this call path: confirm it never receives unsanitized tool input, constrain it, or remove it. Treat a server whose code reaches these sinks as high-capability regardless of what its tools claim.
Location: server dist/utils/sitemap-generator.js
In the server's implementation (`src/utils/sitemap-generator.ts:342`): A shell/process command assembled from concatenated or interpolated values is command injection when any part is attacker-influenced — the OWASP canonical RCE flow. Verify what reaches the interpolated value. This is read from the code itself — not from the tool description — so a poisoned server cannot hide it behind honest-looking metadata.
Evidence: { const timestamp = execSync(`git log -1 --format=%cI "${filePath}"`, { encoding: "utf-8", stdio: ["pipe
Fix: Review this call path: confirm it never receives unsanitized tool input, constrain it, or remove it. Treat a server whose code reaches these sinks as high-capability regardless of what its tools claim.
Location: server src/utils/sitemap-generator.ts
In a packaging/dev/install script (shipped, but not the server runtime) (`dist/scripts/collect-release-health.js:123`): A hardcoded outbound call to a fixed external host inside server code is a classic exfiltration/telemetry channel — especially paired with reads of local data. This is read from the code itself — not from the tool description — so a poisoned server cannot hide it behind honest-looking metadata.
Evidence: const response = await fetch("https://api.npmjs.org/downloads/point/last-week/documcp"); const weekData = (awai
Fix: Review this call path: confirm it never receives unsanitized tool input, constrain it, or remove it. Treat a server whose code reaches these sinks as high-capability regardless of what its tools claim.
Location: server dist/scripts/collect-release-health.js
In a packaging/dev/install script (shipped, but not the server runtime) (`src/scripts/collect-release-health.ts:181`): A hardcoded outbound call to a fixed external host inside server code is a classic exfiltration/telemetry channel — especially paired with reads of local data. This is read from the code itself — not from the tool description — so a poisoned server cannot hide it behind honest-looking metadata.
Evidence: const response = await fetch( "https://api.npmjs.org/downloads/point/last-week/documcp" ); const weekData
Fix: Review this call path: confirm it never receives unsanitized tool input, constrain it, or remove it. Treat a server whose code reaches these sinks as high-capability regardless of what its tools claim.
Location: server src/scripts/collect-release-health.ts
Tool "read_directory" takes a path parameter "path" with no constraint. Without a canonicalize-and-contain check (not visible statically), this permits ../ traversal outside the intended root.
Fix: Resolve and verify the path stays within an allowed root; reject traversal sequences.
Location: tool read_directory · inputSchema.properties.path
In a packaging/dev/install script (shipped, but not the server runtime) (`dist/scripts/collect-release-health.js:6`): Spawning a shell/process is command-execution capability; with unsanitized tool input it is command injection / RCE. This is read from the code itself — not from the tool description — so a poisoned server cannot hide it behind honest-looking metadata.
Evidence: port { execSync } from "child_process"; import * as fs from "fs"; import * as path from "path"; /** * Execute shell com
Fix: Review this call path: confirm it never receives unsanitized tool input, constrain it, or remove it. Treat a server whose code reaches these sinks as high-capability regardless of what its tools claim.
Location: server dist/scripts/collect-release-health.js
In a packaging/dev/install script (shipped, but not the server runtime) (`dist/scripts/generate-release-notes.js:18`): Spawning a shell/process is command-execution capability; with unsanitized tool input it is command injection / RCE. This is read from the code itself — not from the tool description — so a poisoned server cannot hide it behind honest-looking metadata.
Evidence: port { execSync } from "child_process"; import * as fs from "fs"; import * as path from "path"; const COMMIT_TYPES = {
Fix: Review this call path: confirm it never receives unsanitized tool input, constrain it, or remove it. Treat a server whose code reaches these sinks as high-capability regardless of what its tools claim.
Location: server dist/scripts/generate-release-notes.js
In a packaging/dev/install script (shipped, but not the server runtime) (`src/scripts/collect-release-health.ts:7`): Spawning a shell/process is command-execution capability; with unsanitized tool input it is command injection / RCE. This is read from the code itself — not from the tool description — so a poisoned server cannot hide it behind honest-looking metadata.
Evidence: port { execSync } from "child_process"; import * as fs from "fs"; import * as path from "path"; interface ReleaseMetric
Fix: Review this call path: confirm it never receives unsanitized tool input, constrain it, or remove it. Treat a server whose code reaches these sinks as high-capability regardless of what its tools claim.
Location: server src/scripts/collect-release-health.ts
In a packaging/dev/install script (shipped, but not the server runtime) (`src/scripts/generate-release-notes.ts:19`): Spawning a shell/process is command-execution capability; with unsanitized tool input it is command injection / RCE. This is read from the code itself — not from the tool description — so a poisoned server cannot hide it behind honest-looking metadata.
Evidence: port { execSync } from "child_process"; import * as fs from "fs"; import * as path from "path"; interface ConventionalC
Fix: Review this call path: confirm it never receives unsanitized tool input, constrain it, or remove it. Treat a server whose code reaches these sinks as high-capability regardless of what its tools claim.
Location: server src/scripts/generate-release-notes.ts
Each tool and what it can reach — statically extracted from the published source.
read_directoryreads sensitive dataactionno sensitive capabilityActiveno sensitive capabilityAll Documentation Workflowsno sensitive capabilityanalysis_depthno sensitive capabilityanalyze_deploymentsno sensitive capabilityanalyze_readmeno sensitive capabilityanalyze_repositoryno sensitive capabilityanalyze-and-recommendno sensitive capabilityAvailable Static Site Generatorsno sensitive capabilitycheck_documentation_linksno sensitive capabilitycleanup_agent_artifactsno sensitive capabilitycode-mode-documentation-setupno sensitive capabilitycode-mode-efficient-analysisno sensitive capabilitycode-mode-parallel-workflowno sensitive capabilityCommunity Insightsno sensitive capabilitycompletenessno sensitive capabilityconceptno sensitive capabilitycurrent_docsno sensitive capabilitydeploy_pagesno sensitive capabilitydeploy_siteno sensitive capabilitydeployment_urlno sensitive capabilitydepthno sensitive capabilitydetect_documentation_gapsno sensitive capabilityDiataxis Structure Templateno sensitive capabilitydiataxis-organizerno sensitive capabilitydocs_pathno sensitive capabilitydocumcpno sensitive capabilityDocumentation Freshness Presetsno sensitive capabilityDocusaurusno sensitive capabilityDocusaurus Configuration Templateno sensitive capabilityEleventyno sensitive capabilityEleventy Configuration Templateno sensitive capabilityevaluate_readme_healthno sensitive capabilityexplanation-writerno sensitive capabilityFreshness Metadata Schemano sensitive capabilityfreshness_presetno sensitive capabilityFull Documentation Setup Workflowno sensitive capabilitygenerate_configno sensitive capabilitygenerate_contextual_contentno sensitive capabilitygenerate_llm_contextno sensitive capabilitygenerate_readme_templateno sensitive capabilityget_community_insightsno sensitive capabilityhowto-guide-writerno sensitive capabilityHugono sensitive capabilityHugo Configuration Templateno sensitive capabilityinclude_deploymentno sensitive capabilityinclude_examplesno sensitive capabilityinclude_recommendationsno sensitive capabilityissue_descriptionno sensitive capabilityJekyllno sensitive capabilityJekyll Configuration Templateno sensitive capabilitylearning_goalno sensitive capabilitymaintain-documentation-freshnessno sensitive capabilitymanage_preferencesno sensitive capabilitymanage_sitemapno sensitive capabilityMkDocsno sensitive capabilityMkDocs Configuration Templateno sensitive capabilityMonthlyno sensitive capabilityoperationsno sensitive capabilityoptimization_focusno sensitive capabilityoptimize_readmeno sensitive capabilitypopulate_diataxis_contentno sensitive capabilitypreferencesno sensitive capabilitypriorityno sensitive capabilityproblemno sensitive capabilityproject_pathno sensitive capabilityQuarterlyno sensitive capabilityQuick Documentation Setup Workflowno sensitive capabilityreadme_best_practicesno sensitive capabilityreadme-optimizerno sensitive capabilityRealtimeno sensitive capabilityRecentno sensitive capabilityrecommend_ssgno sensitive capabilityrecord_drift_outcomeno sensitive capabilityreference_typeno sensitive capabilityreference-writerno sensitive capabilityrepositoryno sensitive capabilitysetup_playwright_testsno sensitive capabilitysetup_structureno sensitive capabilitysetup-documentationno sensitive capabilityssg_preferenceno sensitive capabilityssg_typeno sensitive capabilitysync_code_to_docsno sensitive capabilitytarget_audienceno sensitive capabilitytest_local_deploymentno sensitive capabilitytrack_documentation_freshnessno sensitive capabilitytroubleshoot-deploymentno sensitive capabilitytutorial-writerno sensitive capabilityupdate_existing_documentationno sensitive capabilityuser_experienceno sensitive capabilityvalidate_contentno sensitive capabilityvalidate_diataxis_contentno sensitive capabilityvalidate_documentation_freshnessno sensitive capabilityvalidate_readme_checklistno sensitive capabilityverify_deploymentno sensitive capabilityWeeklyno sensitive capabilityWorkflow Execution Guidanceno sensitive capabilityScan history per published version. The engine is deterministic — the same version always yields the same score, so a changed score means the package itself changed.
| Version | Score | Findings | Engine | Scanned |
|---|---|---|---|---|
v1.0.0 latest |
D 69/100 | 20 | 1.13.0 | 2026-09-07 |
Show this server's live Trust Score in your README, docs or website. The badge is served straight from the registry and updates automatically after every rescan — no API key needed. It links back to this page, so anyone who sees the grade can also read the findings behind it instead of taking a number on faith.
The score above is reproducible: the same package version always yields the same result. Run it locally or over the free API — no account, no LLM, fully deterministic.
npx mcptrustchecker scan documcp --online
FDA device & vehicle recall risk for AI agents: recall history, MAUDE trend, risk score.
Open-source MCP server exposing Agent402.Tools' catalog — 500+ strong: 400+ self-hostable tools + 100 multi-tool skill packs (security-audit, trend-analysis, structured-scrape, decode-blob, forecasting-bake-off) for AI agents — browser, web search & answe
Zero-dependency MCP server that gives AI agents a self-updating project memory in AGENTS.md. Returns merge instructions instead of mutating state, so every change is a reviewable diff.
MCP Apps UI resources and server helpers for n8n
MCP server providing comprehensive access to BookStack knowledge management system
MCP server for tracking achievements with STAR methodology