Skip to main content
Glama
prinzalx

winsecure-mcp

by prinzalx

Server Configuration

Describes the environment variables required to run the server.

NameRequiredDescriptionDefault
WSMD_CONFIGNoPath to the config file (overrides default config file location)
WSMD_OFFLINENoSwitch the network off — set to 1 for the offline test
WSMD_DATA_DIRNoData directory for store, caches and config (overrides default)

Instructions

Guidance the server publishes about itself, which clients place ahead of the tool catalog so the model reads it before choosing anything.

This server publishes no instructions, or was last inspected before Glama recorded them.

Capabilities

Features and capabilities supported by this server

Protocol revision2025-11-25

CapabilityDetails
tools
{
  "listChanged": true
}

Tools

Functions exposed to the LLM to take actions

NameDescription
scan_inventoryA

Refresh the installed-software inventory from the registry, winget list and a portable .exe scan. Returns per-source counters and the deduplicated result.

get_programC

Detail view of one inventory entry: every source that reported it, its paths, versions and the CVEs assigned to it.

check_cvesA

Match the stored inventory against the local CVE sources (cvelistV5 delta, CISA KEV, EPSS) and fill the ToDo list. Never requires the network.

cve_detailA

Look up a single CVE at NVD API 2.0: description, CVSS, references. Cached for a day.

list_todosB

The CVE to-do list, sorted KEV first, then severity, then EPSS. Filterable by status.

assess_todoA

Effort assessment for one to-do on axes a-d. With a sampling-capable client the server asks it directly and stores the verdict; otherwise it returns an evidence package for save_assessment.

save_assessmentC

Write an effort assessment back to a to-do (the non-sampling path). Sets the status to assessed.

Prompts

Interactive templates invoked by user choice

NameDescription

No prompts

Resources

Contextual data attached and managed by the client

NameDescription

No resources

TDQS

A3.5/5.0

Scored across 7 tools

Disambiguation4/5

Each tool targets a distinct step in the vulnerability workflow (inventory, per-program detail, CVE matching, CVE lookup, to-do listing, assessment, saving). The only soft overlap is assess_todo vs save_assessment, since assess_todo can either store a verdict itself or return an evidence package for save_assessment, but the descriptions explicitly clarify this two-path relationship.

Naming Consistency4/5

Six of seven tools follow a clean verb_noun pattern (scan_inventory, get_program, check_cves, list_todos, assess_todo, save_assessment). Only cve_detail breaks the pattern with a noun_noun form, a minor deviation in an otherwise predictable scheme.

Tool Count5/5

Seven tools is well-scoped for an inventory/CVE assessment server. Each tool maps to a clear pipeline stage and none appears redundant or filler.

Completeness4/5

The core lifecycle is covered: scan inventory, match CVEs, populate and list to-dos, assess them, and persist assessments. Minor gaps exist around to-do state management (e.g. dismissing/closing items or explicit status transitions beyond the assessment write-back), but agents can work around these.

Maintenance

ActivityMaintained
ResponsivenessNo issues