Microsoft-maintained MCP server and security-oriented WebAssembly component runtime for loading sandboxed tools, managing component permissions, and exposing Wasm component tools to Claude through MCP.
Wassette can load WebAssembly components from local paths or OCI registries and expose their tools to Claude., Built-in MCP tools can load and unload components, search the component registry, list loaded components, and grant or revoke storage, network, and environment-variable permissions., Components are sandboxed and deny access by default, but granted permissions can still allow file reads, file writes, outbound network calls, and secret access., Review component source, registry provenance, policy files, requested permissions, and update channels before loading a component in a trusted workspace., Require human approval before granting write access, broad filesystem scopes, production network hosts, or sensitive environment variables.
Privacy notes
Loaded components may process prompts, files, environment variables, network responses, secrets, and generated tool outputs depending on granted permissions., Component directories, secrets directories, policy files, MCP transcripts, logs, registry URIs, and tool-call arguments can reveal sensitive project or credential details., Wassette source includes argument log sanitization for keys, tokens, secrets, and passwords, but prompts and outputs can still contain private data., Redact component ids, registry locations, local component names, granted URI scopes, environment keys, and tool outputs before sharing debug traces.
Author
Microsoft
Submitted by
oktofeesh1
Claim status
unclaimed
Last verified
2026-06-06
Decision playbook
Review trust signals before you adopt
Signals are present but mixed. Use the checklist below to confirm the source and operational safety for your environment.
Compare context
Selected
0
Current score
63
Baseline
—
Delta
No baseline selected
No major trust-signal divergence detected in the current selection.
Source and provenance checks
Needs review
Confirm ownership and provenance before trusting install instructions.
Source link availableRequired
Open the canonical repository and verify ownership.
Done
Source provenance statusRequired
Marked as source-backed.
Done
Metadata reviewed
No reviewed flag detected in metadata.
Pending
Safety and privacy checks
Complete
Validate risk disclosures before installation or API wiring.
Safety notes presentRequired
Review the listed safety guidance before running commands.
Done
Privacy notes presentRequired
Review data handling notes before connecting accounts or secrets.
Done
Trust level risk gateRequired
Trust level does not block evaluation.
Done
Package and install checks
Needs review
Check package metadata and artifact integrity signals.
Install payload available
Install or copy payload is available for review.
Done
Package verification flag
No package verification flag provided.
Pending
Checksum metadata
No checksum provided for downloaded artifact.
Pending
Compare-driven decision checks
Needs review
Use compare context to validate trade-offs before adoption.
Compare tray has multiple entries
Add at least one more entry to compare trust differences.
5 safety and 4 privacy notes across 3 risk areas. Review closely: credentials & tokens, permissions & scopes.
3 areas
SafetyLocal filesWassette can load WebAssembly components from local paths or OCI registries and expose their tools to Claude.
SafetyPermissions & scopesBuilt-in MCP tools can load and unload components, search the component registry, list loaded components, and grant or revoke storage, network, and environment-variable permissions.
SafetyCredentials & tokensComponents are sandboxed and deny access by default, but granted permissions can still allow file reads, file writes, outbound network calls, and secret access.
SafetyPermissions & scopesReview component source, registry provenance, policy files, requested permissions, and update channels before loading a component in a trusted workspace.
SafetyPermissions & scopesRequire human approval before granting write access, broad filesystem scopes, production network hosts, or sensitive environment variables.
PrivacyCredentials & tokensLoaded components may process prompts, files, environment variables, network responses, secrets, and generated tool outputs depending on granted permissions.
PrivacyCredentials & tokensComponent directories, secrets directories, policy files, MCP transcripts, logs, registry URIs, and tool-call arguments can reveal sensitive project or credential details.
PrivacyCredentials & tokensWassette source includes argument log sanitization for keys, tokens, secrets, and passwords, but prompts and outputs can still contain private data.
PrivacyPermissions & scopesRedact component ids, registry locations, local component names, granted URI scopes, environment keys, and tool outputs before sharing debug traces.
Disclosure: MIT-licensed Microsoft open-source project. Upstream documentation warns that Wassette is in early development and not production ready, so verify release maturity and permission behavior before deploying it broadly.
Safety notes
Wassette can load WebAssembly components from local paths or OCI registries and expose their tools to Claude.
Built-in MCP tools can load and unload components, search the component registry, list loaded components, and grant or revoke storage, network, and environment-variable permissions.
Components are sandboxed and deny access by default, but granted permissions can still allow file reads, file writes, outbound network calls, and secret access.
Review component source, registry provenance, policy files, requested permissions, and update channels before loading a component in a trusted workspace.
Require human approval before granting write access, broad filesystem scopes, production network hosts, or sensitive environment variables.
Privacy notes
Loaded components may process prompts, files, environment variables, network responses, secrets, and generated tool outputs depending on granted permissions.
Component directories, secrets directories, policy files, MCP transcripts, logs, registry URIs, and tool-call arguments can reveal sensitive project or credential details.
Wassette source includes argument log sanitization for keys, tokens, secrets, and passwords, but prompts and outputs can still contain private data.
Redact component ids, registry locations, local component names, granted URI scopes, environment keys, and tool outputs before sharing debug traces.
Prerequisites
Reviewed Wassette release or package-manager installation for the target platform.
MCP client that supports local stdio servers.
Agreement on which WebAssembly components may be loaded from local files or OCI registries.
Permission policy for storage, network, and environment-variable access before components are granted capabilities.
Separate secrets and component storage locations with appropriate filesystem permissions.
Schema details
Install type
cli
Troubleshooting
No
Source repository stats
Scope
Source repo
Collection metadata
Estimated setup
15 minutes
Difficulty
intermediate
Tool listing metadata
Disclosure
MIT-licensed Microsoft open-source project. Upstream documentation warns that Wassette is in early development and not production ready, so verify release maturity and permission behavior before deploying it broadly.
Wassette MCP Server is Microsoft's security-oriented MCP runtime for loading
WebAssembly components as tools. It runs as a local MCP server, exposes built-in
component-management and permission-management tools, and lets Claude call tools
provided by loaded Wasm components.
Use it when you want reusable WebAssembly component tools behind a sandboxed MCP
runtime, with explicit storage, network, and environment-variable permissions
instead of giving a component broad host access by default.
These sources were reviewed on 2026-06-06. Prefer the live repository, MCP
client guide, README, license, installation guide, built-in tools reference,
permission reference, configuration reference, and MCP server source for current
setup and behavior.
Features
Run Wassette as a local stdio MCP server with wassette run.
Load WebAssembly components from local files or OCI registry references.
List, unload, and inspect loaded components.
Search the known component registry for loadable tools.
Expose loaded component tools through the MCP tool list.
Grant and revoke storage permissions for specific file or directory scopes.
Grant and revoke outbound network access for specific hosts.
Grant and revoke environment-variable access for specific keys.
Keep components deny-by-default until permissions are explicitly granted.
Installation
Install Wassette with a reviewed release or package-manager workflow for the
target platform. For example, the upstream docs include Homebrew installation on
macOS and Linux:
brew tap microsoft/wassette https://github.com/microsoft/wassette
brew install wassette
Then register Wassette as a local stdio MCP server:
Review the upstream MCP client guide for client-specific setup, then load only
components that have been reviewed for source, provenance, and permissions.
Use Cases
Load a reviewed WebAssembly component and expose its tools to Claude.
Give a component access only to the files, network hosts, or environment
variables it needs.
Test reusable tool components without writing a dedicated MCP server for each
tool.
Manage component permissions through MCP built-in tools during an agent
session.
Use OCI-hosted components as portable tools across MCP clients.
Experiment with sandboxed component tooling while Wassette is still early in
development.
Safety and Privacy
Wassette gives components a sandbox and deny-by-default permissions, but the
MCP server also exposes tools that can grant capabilities. Treat every loaded
component as code from a supply chain: review its source, registry path, policy,
requested permissions, update channel, and expected outputs before granting
access.
Be especially careful with storage write scopes, broad filesystem paths,
production network hosts, and environment variables that contain credentials.
MCP transcripts, component ids, registry URIs, policy files, secrets
directories, logs, and tool outputs may reveal sensitive project details. Redact
those values before sharing troubleshooting material.
Duplicate Check
No microsoft/wassette, Wassette MCP, WebAssembly component MCP, Wasm component
tools, or matching source URL entry was found in content/mcp or README.md.
Existing security, runtime, and tool-hosting MCP entries do not cover
Wassette's Microsoft-maintained WebAssembly component runtime.
Show that Wassette MCP Server is listed on HeyClaude. Paste this Markdown into your README — it renders the badge and links back to this page.
[](https://heyclau.de/entry/mcp/wassette-mcp-server)
How it compares
Wassette MCP Server side by side with 3 alternatives on trust, install, platform support, and disclosed safety notes — all from reviewed registry metadata.
Microsoft-maintained MCP server and security-oriented WebAssembly component runtime for loading sandboxed tools, managing component permissions, and exposing Wasm component tools to Claude through MCP.
PortSwigger's Burp Suite MCP Server extension connects Burp Suite to MCP clients through an SSE server or packaged stdio proxy for request, Repeater, Intruder, history, scanner, Collaborator, and configuration workflows.
Official SonarSource MCP server that connects Claude to SonarQube Server or SonarQube Cloud for code quality, security issues, hotspots, measures, quality gates, branches, pull requests, snippets, and system context.
MCP server that connects Claude to Windows CDB/WinDbg for crash dump discovery, dump triage, remote debugging targets, custom debugger commands, debugger cleanup, and CTRL+BREAK interrupts.
✓Wassette can load WebAssembly components from local paths or OCI registries and expose their tools to Claude.
Built-in MCP tools can load and unload components, search the component registry, list loaded components, and grant or revoke storage, network, and environment-variable permissions.
Components are sandboxed and deny access by default, but granted permissions can still allow file reads, file writes, outbound network calls, and secret access.
Review component source, registry provenance, policy files, requested permissions, and update channels before loading a component in a trusted workspace.
Require human approval before granting write access, broad filesystem scopes, production network hosts, or sensitive environment variables.
✓Burp Suite MCP Server can send HTTP/1.1 and HTTP/2 requests, create Repeater tabs, send requests to Intruder, toggle Proxy Intercept, pause or resume Burp's task execution engine, and update the active message editor.
In Burp Suite Professional it can also expose scanner issues and generate or poll Collaborator payloads for out-of-band testing.
The extension includes approval flows for outbound HTTP requests and sensitive data access, but users can configure always-allow targets and disable some approval requirements.
Configuration editing tools can import project-level or user-level Burp options when enabled in the extension, which can change proxy, scanner, target, and other Burp behavior.
Use only on systems and applications where testing is authorized; active requests, Intruder traffic, scanner workflows, and Collaborator payloads can affect third-party services.
Keep the MCP server bound to trusted local interfaces and avoid exposing the SSE server to untrusted networks.
✓SonarQube MCP Server uses the permissions of the provided SonarQube token and can expose project, issue, hotspot, measure, branch, pull request, rule, source, and system information.
Source code snippets, raw source, SCM details, coverage information, security findings, dependency risks, duplicated files, system logs, and health data can be sensitive.
The source tree includes tools for changing issue status, changing security hotspot status, toggling automatic analysis, and creating webhooks; require human approval for actions that mutate SonarQube state.
Use least-privilege tokens and separate development, staging, and production SonarQube contexts where possible.
Container execution pulls and runs `mcp/sonarqube`; pin image versions or use reviewed container controls if your environment requires reproducible artifacts.
✓WinDbg MCP starts CDB processes and can run arbitrary WinDbg commands supplied through the MCP tool call.
Remote debugging tools can attach to live targets, inspect process state, send CTRL+BREAK, and interrupt execution.
Crash dump analyses and remote connections remain active until closed or the CDB process is terminated.
Symbol paths can fetch symbols from network symbol servers and can disclose module names, versions, and debugging context.
Do not expose streamable HTTP mode beyond a trusted host without transport security, authentication, and network controls.
Privacy notes
✓Loaded components may process prompts, files, environment variables, network responses, secrets, and generated tool outputs depending on granted permissions.
Component directories, secrets directories, policy files, MCP transcripts, logs, registry URIs, and tool-call arguments can reveal sensitive project or credential details.
Wassette source includes argument log sanitization for keys, tokens, secrets, and passwords, but prompts and outputs can still contain private data.
Redact component ids, registry locations, local component names, granted URI scopes, environment keys, and tool outputs before sharing debug traces.
✓Proxy HTTP history, WebSocket history, Organizer items, scanner issues, request and response bodies, headers, cookies, tokens, session identifiers, and Collaborator interaction data may be returned to the MCP client.
The extension can read project-level and user-level Burp configuration; upstream code filters some configuration credentials when configured, but users should still treat exported options as sensitive.
MCP prompts, responses, Burp logs, and client transcripts can retain target URLs, credentials, payloads, vulnerability details, and proprietary application behavior.
The stdio proxy and SSE server bridge Burp traffic into the MCP client process; keep client configs, proxy paths, and Burp project files protected.
✓SonarQube tokens, organization keys, server URLs, project keys, branch names, pull request identifiers, source snippets, issue messages, hotspot details, logs, and system metadata may appear in MCP client logs, model transcripts, and tool outputs.
The repository includes telemetry sample documentation; review SonarSource telemetry, product, and data-processing policies before enabling the server in regulated environments.
Do not paste SonarQube tokens, private server URLs, raw source, or security findings into public prompts, issues, screenshots, or repository files.
Security issue and hotspot data can reveal exploitable weaknesses before fixes are released; limit model and user access accordingly.
✓Crash dumps can contain memory, stack values, command lines, environment variables, file paths, registry data, sensitive values, PII, customer data, and proprietary code or symbols.
WinDbg output, dump paths, remote connection strings, symbol paths, module lists, thread stacks, exception records, and debugger command output may be visible to the MCP client and model provider.
Verbose logs, command transcripts, dump triage prompts, and saved analysis results can retain sensitive crash data after use.
Redact dump paths, remote endpoints, symbols, process details, and command output before sharing logs, screenshots, or PR comments.
Prerequisites
Reviewed Wassette release or package-manager installation for the target platform.
MCP client that supports local stdio servers.
Agreement on which WebAssembly components may be loaded from local files or OCI registries.
Permission policy for storage, network, and environment-variable access before components are granted capabilities.
Burp Suite Community or Professional with Java extension support.
Java and the `jar` command available for building and loading the extension.
Gradle wrapper execution allowed for building `build/libs/burp-mcp-all.jar` from source.
An MCP client that can connect to the Burp SSE server or run the packaged stdio proxy.
Docker or another OCI-compatible container runtime.
SonarQube Cloud organization key or SonarQube Server URL.
SonarQube user token scoped to the projects and actions Claude should access.
Organization policy for whether an agent may inspect source snippets, issues, hotspots, measures, quality gates, pull requests, server logs, or system data.
Windows environment with Debugging Tools for Windows, CDB, or WinDbg installed.
Python 3.10 or newer.
MCP client configuration access for stdio or reviewed streamable HTTP transport.
Crash dumps, dump directories, or remote debugging targets you are authorized to inspect.
Install
Install Wassette with a reviewed package-manager or release path, then register `wassette run` as a local stdio MCP server.