Devhelm MCP Server

devhelm-mcp-server PyPI v1.4.0

Published by devhelmhq — 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
A
93/100
Last scanned get badge →
Trust
A · 93/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.
A Why this grade threat 100 − adoption risk = 93/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 − 0 = 100. What the published surface and source actually contain:

The deterministic scan raised no scored threat in the surface it inspected — the threat score stayed at 100. Capability observations and advisory notes are recorded but never lower it.

2. Client adoption risk — 100 − 7 = 93. 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

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 1

critical Completed toxic-flow trifecta across toolsMTC-FLOW-002

This server (without client built-ins) exposes a complete data-exfiltration chain: get_policy_snapshot → get_environment → create_webhook. Untrusted input is ingested, private data is read, and it can be sent to an external sink via the agent composing the tools (→). Static analysis proves the primitive exists, not that a specific run will occur.

Fix: Remove one leg of the trifecta: isolate untrusted-input tools from secret-reading tools and from egress tools, or require human approval between them.

Location: flow get_policy_snapshot → get_environment → create_webhook

Tools 121

Each tool and what it can reach — statically extracted from the published source.

  • create_webhooknetwork egress
  • delete_webhooknetwork egress
  • get_environmentreads sensitive data
  • get_policy_snapshotingests untrusted input
  • list_secretsreads sensitive data
  • test_webhooknetwork egress
  • update_webhooknetwork egress
  • acquire_deploy_lockno sensitive capability
  • add_resource_group_memberno sensitive capability
  • add_status_page_domainno sensitive capability
Show 111 more tools ↓
  • add_status_page_subscriberno sensitive capability
  • cancel_maintenance_windowno sensitive capability
  • create_alert_channelno sensitive capability
  • create_api_keyno sensitive capability
  • create_environmentno sensitive capability
  • create_incidentno sensitive capability
  • create_maintenance_windowno sensitive capability
  • create_monitorno sensitive capability
  • create_notification_policyno sensitive capability
  • create_resource_groupno sensitive capability
  • create_secretno sensitive capability
  • create_status_pageno sensitive capability
  • create_status_page_componentno sensitive capability
  • create_status_page_groupno sensitive capability
  • create_status_page_incidentno sensitive capability
  • create_tagno sensitive capability
  • delete_alert_channelno sensitive capability
  • delete_api_keyno sensitive capability
  • delete_dependencyno sensitive capability
  • delete_environmentno sensitive capability
  • delete_monitorno sensitive capability
  • delete_notification_policyno sensitive capability
  • delete_resource_groupno sensitive capability
  • delete_secretno sensitive capability
  • delete_status_pageno sensitive capability
  • delete_status_page_componentno sensitive capability
  • delete_status_page_groupno sensitive capability
  • delete_status_page_incidentno sensitive capability
  • delete_tagno sensitive capability
  • dismiss_status_page_incidentno sensitive capability
  • force_release_deploy_lockno sensitive capability
  • get_alert_channelno sensitive capability
  • get_all_components_uptimeno sensitive capability
  • get_api_keyno sensitive capability
  • get_check_traceno sensitive capability
  • get_component_uptimeno sensitive capability
  • get_current_deploy_lockno sensitive capability
  • get_dependencyno sensitive capability
  • get_incidentno sensitive capability
  • get_incident_timelineno sensitive capability
  • get_maintenance_windowno sensitive capability
  • get_monitorno sensitive capability
  • get_notification_policyno sensitive capability
  • get_resource_groupno sensitive capability
  • get_serviceno sensitive capability
  • get_service_day_rollupno sensitive capability
  • get_service_incidentno sensitive capability
  • get_service_live_statusno sensitive capability
  • get_service_uptimeno sensitive capability
  • get_services_summaryno sensitive capability
  • get_status_overviewno sensitive capability
  • get_status_pageno sensitive capability
  • get_status_page_incidentno sensitive capability
  • get_tagno sensitive capability
  • get_webhookno sensitive capability
  • list_alert_channelsno sensitive capability
  • list_api_keysno sensitive capability
  • list_dependenciesno sensitive capability
  • list_environmentsno sensitive capability
  • list_incidentsno sensitive capability
  • list_maintenance_windowsno sensitive capability
  • list_monitor_resultsno sensitive capability
  • list_monitor_rule_evaluationsno sensitive capability
  • list_monitor_transitionsno sensitive capability
  • list_monitor_versionsno sensitive capability
  • list_monitorsno sensitive capability
  • list_notification_policiesno sensitive capability
  • list_resource_groupsno sensitive capability
  • list_service_categoriesno sensitive capability
  • list_service_componentsno sensitive capability
  • list_service_incidentsno sensitive capability
  • list_service_maintenancesno sensitive capability
  • list_status_page_componentsno sensitive capability
  • list_status_page_domainsno sensitive capability
  • list_status_page_groupsno sensitive capability
  • list_status_page_incidentsno sensitive capability
  • list_status_page_subscribersno sensitive capability
  • list_status_pagesno sensitive capability
  • list_tagsno sensitive capability
  • list_webhooksno sensitive capability
  • pause_monitorno sensitive capability
  • post_status_page_incident_updateno sensitive capability
  • publish_status_page_incidentno sensitive capability
  • release_deploy_lockno sensitive capability
  • remove_resource_group_memberno sensitive capability
  • remove_status_page_domainno sensitive capability
  • remove_status_page_subscriberno sensitive capability
  • reorder_status_page_componentsno sensitive capability
  • reorder_status_page_layoutno sensitive capability
  • resolve_incidentno sensitive capability
  • resume_monitorno sensitive capability
  • revoke_api_keyno sensitive capability
  • search_servicesno sensitive capability
  • test_alert_channelno sensitive capability
  • test_monitorno sensitive capability
  • test_notification_policyno sensitive capability
  • track_dependencyno sensitive capability
  • update_alert_channelno sensitive capability
  • update_dependency_alert_sensitivityno sensitive capability
  • update_environmentno sensitive capability
  • update_maintenance_windowno sensitive capability
  • update_monitorno sensitive capability
  • update_notification_policyno sensitive capability
  • update_resource_groupno sensitive capability
  • update_secretno sensitive capability
  • update_status_pageno sensitive capability
  • update_status_page_componentno sensitive capability
  • update_status_page_groupno sensitive capability
  • update_status_page_incidentno sensitive capability
  • update_tagno sensitive capability
  • verify_status_page_domainno sensitive capability

Toxic flows 1

Cross-tool combinations that form a data-exfiltration primitive (untrusted input → sensitive source → external sink).

What this scan could not see

Versions 1

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.4.0 latest A 93/100 1 1.9.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: A · 93/100
Markdown (GitHub README)
[![MCP Trust Score](https://mcptrustchecker.com/registry/devhelm-mcp-server/badge.svg)](https://mcptrustchecker.com/registry/devhelm-mcp-server)
HTML
<a href="https://mcptrustchecker.com/registry/devhelm-mcp-server"><img src="https://mcptrustchecker.com/registry/devhelm-mcp-server/badge.svg" alt="MCP Trust Score" height="20"></a>
Prefer shields.io styling? Point it at https://mcptrustchecker.com/registry/devhelm-mcp-server/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 devhelm-mcp-server --online --registry pypi

Use the free API → How scoring works

More in Developer Tools