Codeguard (npm) MCP Server

codeguard-mcp npm v1.0.1

Published by an unidentified publisher — no publish provenance and no public repository, so the publisher could not be verified and the source cannot be independently located.

Trust grade
D
64/100
Last scanned
Trust
D · 64/100
Adoption risk for you: the threat score, then adjusted down for blast radius, publisher verification and how much the scan could see. Deterministic; every point is auditable.
Capability
High
Blast radius if it went rogue — what the server’s tools could reach. Independent of trust.
Coverage
Source
How much the scan could actually inspect. Shallow coverage is stated, never hidden.
D Why this grade threat 75 − adoption risk = 64/100

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 − 25.3 = 75. What the published surface and source actually contain:

PointsWhat was foundCategory
−22 Hardcoded AWS access key id in server code MTC-SRC-008 exfiltration
−2.1 Package has no source repository MTC-SUP-011 supply-chain
−1.2 Excessive ALL-CAPS emphasis in metadata MTC-INJ-CAPS injection

2. Client adoption risk — 75 − 11 = 64. 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:

PointsAdoption-risk factor
−6 capability blast radius (high) — client exposure if the model is manipulated
−5 publisher verification (unlocatable) — no provenance and no public repository to inspect
inspection depth (source) — how much of the target the scan could see

Grade capped: 1 confirmed high finding → grade capped at C. A hard gate overrides the point total — no amount of clean surface buys back a confirmed catastrophe.

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.

Findings 12

high Hardcoded AWS access key id in server code (examples/test-code.js)MTC-SRC-008

A live-looking AWS access key id is hardcoded in `examples/test-code.js:18`. Secrets in source ship to everyone who installs the package and are a direct credential leak.

Evidence: AWS access key id: AKIA…(redacted)

Fix: Remove the secret, rotate it, and load credentials from the environment or a secret store.

Location: server examples/test-code.js

high Dynamic code execution in server code (dist/scanners/vulnerability-scanner.js)MTC-SRC-001

In the server's implementation (`dist/scanners/vulnerability-scanner.js:86`): 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: eval(

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/scanners/vulnerability-scanner.js

high Dynamic code execution in server code (dist/utils/security-scorer.js)MTC-SRC-001

In the server's implementation (`dist/utils/security-scorer.js:94`): 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: eval(

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/security-scorer.js

high Dynamic code execution in server code (src/scanners/vulnerability-scanner.ts)MTC-SRC-001

In the server's implementation (`src/scanners/vulnerability-scanner.ts:93`): 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: eval(

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/scanners/vulnerability-scanner.ts

high Dynamic code execution in server code (src/utils/security-scorer.ts)MTC-SRC-001

In the server's implementation (`src/utils/security-scorer.ts:102`): 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: eval(

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/security-scorer.ts

high Shell/command execution in server code (dist/scanners/vulnerability-scanner.js)MTC-SRC-002

In the server's implementation (`dist/scanners/vulnerability-scanner.js:52`): 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: exec(

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/scanners/vulnerability-scanner.js

high Shell/command execution in server code (dist/utils/security-scorer.js)MTC-SRC-002

In the server's implementation (`dist/utils/security-scorer.js:73`): 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: child_process

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/security-scorer.js

high Shell/command execution in server code (examples/test-code.js)MTC-SRC-002

In the server's implementation (`examples/test-code.js:23`): 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: child_process

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 examples/test-code.js

high Shell/command execution in server code (src/scanners/vulnerability-scanner.ts)MTC-SRC-002

In the server's implementation (`src/scanners/vulnerability-scanner.ts:57`): 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: exec(

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/scanners/vulnerability-scanner.ts

high Shell/command execution in server code (src/utils/security-scorer.ts)MTC-SRC-002

In the server's implementation (`src/utils/security-scorer.ts:81`): 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: child_process

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/security-scorer.ts

low Excessive ALL-CAPS emphasis in metadataMTC-INJ-CAPS

A run of shouted words is a common way to give injected instructions false authority.

Evidence: Check code for regulatory compliance (GDPR, HIPAA, SOC2, PCI DSS)

Location: tool checkCompliance · description

low Package has no source repositoryMTC-SUP-011

"codeguard-mcp" declares no repository URL, so its published artifact cannot be compared against reviewable source.

Fix: Prefer packages that link to public, reviewable source.

Location: package codeguard-mcp

What this scan could not see

Versions

Scan 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.

VersionScoreFindingsEngineScanned
v1.0.1 latest D 64/100 12 1.7.0 2026-07-23

Embed this score

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.

MCP Trust Score: D · 64/100
Markdown (GitHub README)
[![MCP Trust Score](https://mcptrustchecker.com/registry/codeguard-mcp/badge.svg)](https://mcptrustchecker.com/registry/codeguard-mcp)
HTML
<a href="https://mcptrustchecker.com/registry/codeguard-mcp"><img src="https://mcptrustchecker.com/registry/codeguard-mcp/badge.svg" alt="MCP Trust Score" height="20"></a>
Prefer shields.io styling? Point it at https://mcptrustchecker.com/registry/codeguard-mcp/badge.json via https://img.shields.io/endpoint?url=…

Verify this score yourself

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 codeguard-mcp --online

Use the free API → How scoring works

Other implementations of Codeguard 1

Independent packages implementing the same tool, scanned with the same engine. Compare all 2 side by side →

More in Developer Tools