Omniwire (npm) MCP Server

omniwire npm v3.5.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.

Infrastructure layer for AI agent swarms — 88 MCP tools · A2A · OmniMesh VPN · Scrapling scraper · COC sync · nftables firewall · CDP browser · 2FA TOTP · ~80ms

Trust grade
B
82/100
Last scanned get badge →
Trust
B · 82/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
Critical
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.
Share this Trust Score
𝕏 Share LinkedIn Reddit
B Why this grade threat 94 − adoption risk = 82/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 − 6.3 = 94. What the published surface and source actually contain:

PointsWhat was foundCategory
−6.3 Untrusted input concatenated into a command sink MTC-SRC-009 injection

2. Client adoption risk — 94 − 12 = 82. 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
−10 capability blast radius (critical) — client exposure if the model is manipulated
−2 publisher verification (unlinked) — no provenance/repo link, but the shipped source was fully read

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 13

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

This server (without client built-ins) exposes a complete data-exfiltration chain: omniwire_metrics → omniwire_list_files → omniwire_alert. 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 omniwire_metrics → omniwire_list_files → omniwire_alert

high Tool "omniwire_exec" exposes command/code executionMTC-CAP-001

Tool "omniwire_exec" appears to run shell commands or evaluate code (keyword "exec" in tool name). Arbitrary execution driven by model input is one of the most dangerous MCP capabilities; combined with any untrusted input it becomes RCE.

Fix: Sandbox execution, allowlist commands/arguments, and never pass model output to a shell unescaped.

Location: tool omniwire_exec

high Tool "omniwire_shell" exposes command/code executionMTC-CAP-001

Tool "omniwire_shell" appears to run shell commands or evaluate code (keyword "shell" in tool name). Arbitrary execution driven by model input is one of the most dangerous MCP capabilities; combined with any untrusted input it becomes RCE.

Fix: Sandbox execution, allowlist commands/arguments, and never pass model output to a shell unescaped.

Location: tool omniwire_shell

high Shell/command execution in server code (dist/claude/integration.js)MTC-SRC-002

In the server's implementation (`dist/claude/integration.js:5`): 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: rt { spawn } from 'node:child_process'; import { allNodes, NODE_ROLES } from '../protocol/config.js'; import { cyan, dim

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 dist/claude/integration.js

high Shell/command execution in server code (dist/mcp/server.js)MTC-SRC-002

In the server's implementation (`dist/mcp/server.js:4388`): 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: } = await import('node:child_process'); try { const out = execSync(cmd, { timeout:

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 dist/mcp/server.js

high Shell/command execution in server code (dist/nodes/manager.js)MTC-SRC-002

In the server's implementation (`dist/nodes/manager.js:4`): 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: { execFile } from 'node:child_process'; import { remoteNodes, getHostCandidates } from '../protocol/config.js'; const MA

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 dist/nodes/manager.js

high Shell/command execution in server code (dist/sync/secrets.js)MTC-SRC-002

In the server's implementation (`dist/sync/secrets.js:5`): 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: { execFile } from 'node:child_process'; import { readFileSync, writeFileSync, existsSync, mkdirSync } from 'node:fs'; im

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 dist/sync/secrets.js

high Shell/command execution in server code (dist/update.js)MTC-SRC-002

In the server's implementation (`dist/update.js:4`): 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: ort { exec } from 'node:child_process'; import { readFileSync, writeFileSync, existsSync, mkdirSync } from 'node:fs'; im

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 dist/update.js

medium Untrusted input concatenated into a command sink (dist/update.js)MTC-SRC-009

In the server's implementation (`dist/update.js:28`): A shell/process command assembled from concatenated or interpolated values is command injection when any part is attacker-influenced — the OWASP canonical RCE flow. Verify what reaches the interpolated value. This is read from the code itself — not from the tool description — so a poisoned server cannot hide it behind honest-looking metadata.

Evidence: '\\"')}"` : a); exec(`${cmd} ${escaped.join(' ')}`, { timeout: timeoutMs, windowsHide: true }, (err, stdout, std

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 dist/update.js

medium Tool "omniwire_write_file" can modify the filesystemMTC-CAP-002

Tool "omniwire_write_file" can write, overwrite or delete files (keyword "write_file" in tool name). Verify it is scoped to a safe directory.

Fix: Constrain file operations to an explicit, non-sensitive root; reject path traversal.

Location: tool omniwire_write_file

low Mutating tool "omniwire_exec" declares no destructiveHintMTC-CAP-005

Tool "omniwire_exec" can mutate/egress but declares no destructiveHint. Clients that don't default to spec-safe behavior may not prompt before running it.

Fix: Declare accurate annotations, and gate destructive tools on user confirmation regardless.

Location: tool omniwire_exec

low Mutating tool "omniwire_write_file" declares no destructiveHintMTC-CAP-005

Tool "omniwire_write_file" can mutate/egress but declares no destructiveHint. Clients that don't default to spec-safe behavior may not prompt before running it.

Fix: Declare accurate annotations, and gate destructive tools on user confirmation regardless.

Location: tool omniwire_write_file

low Mutating tool "omniwire_shell" declares no destructiveHintMTC-CAP-005

Tool "omniwire_shell" can mutate/egress but declares no destructiveHint. Clients that don't default to spec-safe behavior may not prompt before running it.

Fix: Declare accurate annotations, and gate destructive tools on user confirmation regardless.

Location: tool omniwire_shell

Tools 87

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

  • omniwire_alertnetwork egress
  • omniwire_eventsnetwork egress
  • omniwire_execruns code / shell
  • omniwire_list_filesreads sensitive data
  • omniwire_metricsingests untrusted input
  • omniwire_read_filereads sensitive data
  • omniwire_scrapeingests untrusted input
  • omniwire_shellruns code / shell
  • omniwire_write_filewrites files
  • cybersync_diffno sensitive capability
Show 77 more tools ↓
  • cybersync_force_pushno sensitive capability
  • cybersync_get_memoryno sensitive capability
  • cybersync_historyno sensitive capability
  • cybersync_manifestno sensitive capability
  • cybersync_search_knowledgeno sensitive capability
  • cybersync_statusno sensitive capability
  • cybersync_sync_nowno sensitive capability
  • omniwire_2fano sensitive capability
  • omniwire_a2a_messageno sensitive capability
  • omniwire_agent_registryno sensitive capability
  • omniwire_agent_taskno sensitive capability
  • omniwire_aliasno sensitive capability
  • omniwire_auditno sensitive capability
  • omniwire_backupno sensitive capability
  • omniwire_batchno sensitive capability
  • omniwire_benchmarkno sensitive capability
  • omniwire_blackboardno sensitive capability
  • omniwire_broadcastno sensitive capability
  • omniwire_capabilityno sensitive capability
  • omniwire_cdpno sensitive capability
  • omniwire_certno sensitive capability
  • omniwire_clipboardno sensitive capability
  • omniwire_cocno sensitive capability
  • omniwire_containerno sensitive capability
  • omniwire_cookiesno sensitive capability
  • omniwire_cronno sensitive capability
  • omniwire_deployno sensitive capability
  • omniwire_disk_usageno sensitive capability
  • omniwire_dnsno sensitive capability
  • omniwire_dockerno sensitive capability
  • omniwire_doctorno sensitive capability
  • omniwire_envno sensitive capability
  • omniwire_eventno sensitive capability
  • omniwire_find_filesno sensitive capability
  • omniwire_firewallno sensitive capability
  • omniwire_gitno sensitive capability
  • omniwire_healthcheckno sensitive capability
  • omniwire_install_packageno sensitive capability
  • omniwire_kernelno sensitive capability
  • omniwire_knowledgeno sensitive capability
  • omniwire_live_monitorno sensitive capability
  • omniwire_log_aggregateno sensitive capability
  • omniwire_mesh_exposeno sensitive capability
  • omniwire_mesh_gatewayno sensitive capability
  • omniwire_mesh_statusno sensitive capability
  • omniwire_networkno sensitive capability
  • omniwire_node_infono sensitive capability
  • omniwire_omnimeshno sensitive capability
  • omniwire_open_browserno sensitive capability
  • omniwire_pipelineno sensitive capability
  • omniwire_pluginno sensitive capability
  • omniwire_port_forwardno sensitive capability
  • omniwire_process_listno sensitive capability
  • omniwire_proxyno sensitive capability
  • omniwire_runno sensitive capability
  • omniwire_scheduleno sensitive capability
  • omniwire_secretsno sensitive capability
  • omniwire_semaphoreno sensitive capability
  • omniwire_service_controlno sensitive capability
  • omniwire_snippetno sensitive capability
  • omniwire_storeno sensitive capability
  • omniwire_streamno sensitive capability
  • omniwire_syncno sensitive capability
  • omniwire_sync_agentsno sensitive capability
  • omniwire_sync_hooksno sensitive capability
  • omniwire_sync_memoryno sensitive capability
  • omniwire_sync_rulesno sensitive capability
  • omniwire_syslogno sensitive capability
  • omniwire_tail_logno sensitive capability
  • omniwire_task_queueno sensitive capability
  • omniwire_traceno sensitive capability
  • omniwire_transfer_fileno sensitive capability
  • omniwire_updateno sensitive capability
  • omniwire_userno sensitive capability
  • omniwire_vpnno sensitive capability
  • omniwire_watchno sensitive capability
  • omniwire_workflowno 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
v3.5.0 latest B 82/100 13 1.13.0 2026-09-07

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

Use the free API → How scoring works

Other implementations of Omniwire 1

Independent packages implementing the same tool, scanned with the same engine. Compare all 2 side by side →

More in Cloud & DevOps