Winnr MCP Server

winnr-mcp PyPI v0.2.0

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
A
90/100
Last scanned
Trust
A · 90/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
Moderate
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 98 − adoption risk = 90/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 − 2.1 = 98. What the published surface and source actually contain:

PointsWhat was foundCategory
−2.1 Package has no source repository MTC-SUP-011 supply-chain

2. Client adoption risk — 98 − 8 = 90. 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
−3 capability blast radius (moderate) — 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

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 2

medium Untrusted input can drive an external actionMTC-FLOW-005

Untrusted-input tools ([winnr_refresh_inbox]) co-exist with external-action tools ([winnr_send_email]). A prompt injection could cause unwanted external actions, though no direct sensitive-data leak path was found.

Evidence: untrusted [winnr_refresh_inbox] → sinks [winnr_send_email]

Fix: Require confirmation for state-changing/egress actions triggered after processing untrusted content.

Location: flow winnr_refresh_inbox → winnr_send_email

low Package has no source repositoryMTC-SUP-011

"winnr-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 winnr-mcp

Tools 38

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

  • winnr_refresh_inboxingests untrusted input
  • winnr_send_emailnetwork egress
  • winnr_bulk_create_email_usersno sensitive capability
  • winnr_check_nameserversno sensitive capability
  • winnr_connect_domainsno sensitive capability
  • winnr_create_email_userno sensitive capability
  • winnr_delete_domainno sensitive capability
  • winnr_delete_email_userno sensitive capability
  • winnr_delete_messageno sensitive capability
  • winnr_disable_warmingno sensitive capability
  • winnr_enable_warmingno sensitive capability
  • winnr_export_email_usersno sensitive capability
  • winnr_get_accountno sensitive capability
  • winnr_get_dns_recordsno sensitive capability
  • winnr_get_dns_statusno sensitive capability
  • winnr_get_domainno sensitive capability
  • winnr_get_email_userno sensitive capability
  • winnr_get_jobno sensitive capability
  • winnr_get_message_bodyno sensitive capability
  • winnr_get_usageno sensitive capability
  • winnr_get_warming_metricsno sensitive capability
  • winnr_get_warming_overviewno sensitive capability
  • winnr_list_domainsno sensitive capability
  • winnr_list_email_usersno sensitive capability
  • winnr_list_inboxno sensitive capability
  • winnr_list_jobsno sensitive capability
  • winnr_list_warmingno sensitive capability
  • winnr_pause_warmingno sensitive capability
  • winnr_purchase_domainsno sensitive capability
  • winnr_resume_warmingno sensitive capability
  • winnr_search_domainsno sensitive capability
  • winnr_search_domains_bulkno sensitive capability
  • winnr_setup_domainno sensitive capability
  • winnr_suggest_domainsno sensitive capability
  • winnr_tag_domainsno sensitive capability
  • winnr_update_email_userno sensitive capability
  • winnr_update_warming_settingsno sensitive capability
  • winnr_verify_dnsno 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

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

Use the free API → How scoring works

More in Developer Tools