@slack/radar-mcp
npm
v1.18.1
Official
Published by Slack — an official vendor package. A brand name in a package name proves nothing; this one is verified by npm scope ownership or publish provenance.
MCP server and web dashboard for on-device debugging of the Slack Android app via ADB
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 − 11 = 89. What the published surface and source actually contain:
| Points | What was found | Category |
|---|---|---|
| −11 | Untrusted input concatenated into a command sink ×3 MTC-SRC-009 | injection |
2. Client adoption risk — 89 − 6 = 83. 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:
| Points | Adoption-risk factor |
|---|---|
| −6 | capability blast radius (high) — client exposure if the model is manipulated |
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.
In the server's implementation (`dist/mcp/index.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: import { spawn } from "child_process"; import fs from "fs"; import http from "http"; import os from "os"; import path f
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/index.js
In the server's implementation (`dist/mcp/platform-detect.js:38`): 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: port { execSync } from "child_process"; import http from "http"; import { parseAdbDevicesOutput, resolveAdbPath } from "
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/platform-detect.js
In the server's implementation (`dist/mcp/snapshot.js:1`): 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 { spawnSync } from "child_process"; import fs from "fs"; import os from "os"; import path from "path"; import { RADA
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/snapshot.js
In the server's implementation (`dist/shared/android.js:1`): 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: c, execFileSync } from "child_process"; import fs from "fs"; import os from "os"; import path from "path"; import { prom
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/shared/android.js
In the server's implementation (`dist/shared/db.js:16`): 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: e, execFileSync } from "child_process"; import { promisify } from "util"; import fs from "fs"; import os from "os"; impo
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/shared/db.js
In the server's implementation (`dist/shared/debug-log.js:21`): 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: { execFileSync } from "child_process"; import { SLACK_DEBUG_PKG } from "./constants.js"; /** The debug build whose sand
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/shared/debug-log.js
In the server's implementation (`dist/shared/ios-dashboard-screen.js:1`): 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: spawnSync } from "node:child_process"; import fs from "node:fs"; import path from "node:path"; import { cleanupRecordin
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/shared/ios-dashboard-screen.js
In the server's implementation (`dist/shared/ios.js:1`): 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: Sync, spawnSync } from "child_process"; import { chmodSync, mkdtempSync, rmSync, statSync, } from "node:fs"; import { tm
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/shared/ios.js
In the server's implementation (`dist/shared/logcat-capture.js:1`): 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: import { spawn } from "child_process"; import fs from "fs"; import os from "os"; import path from "path"; /** * Stream
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/shared/logcat-capture.js
In the server's implementation (`dist/shared/prefs.js:14`): 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: eSync, execFile } from "child_process"; import { promisify } from "util"; import { SLACK_DEBUG_PKG } from "./constants.j
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/shared/prefs.js
In the server's implementation (`dist/mcp/platform-detect.js:178`): 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: try { raw = execSync(`${adb} devices -l`, { timeout: timeoutMs, encoding: "utf-8",
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/platform-detect.js
In the server's implementation (`dist/shared/android.js:208`): 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: try { execSync(`${ADB} forward --remove tcp:${RADAR_PORT}`, { timeout: 5000,
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/shared/android.js
In the server's implementation (`dist/web/bin.js:56`): 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: "darwin") { execSync(`open ${url}`, { stdio: "ignore" }); } else if (process.platform === "l
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/web/bin.js
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.
| Version | Score | Findings | Engine | Scanned |
|---|---|---|---|---|
v1.18.1 latest |
B 83/100 | 13 | 1.13.0 | 2026-09-07 |
v1.18.0 |
B 83/100 | 13 | 1.13.0 | 2026-09-01 |
v1.17.1 |
B 83/100 | 13 | 1.13.0 | 2026-08-31 |
v1.17.0 |
B 83/100 | 13 | 1.13.0 | 2026-08-28 |
v1.14.0 |
B 85/100 | 12 | 1.13.0 | 2026-08-25 |
v1.13.0 |
B 85/100 | 12 | 1.12.1 | 2026-07-29 |
v1.12.0 |
B 85/100 | 12 | 1.9.0 | 2026-07-24 |
v1.11.0 |
B 85/100 | 12 | 1.8.0 | 2026-07-23 |
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.
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 @slack/radar-mcp --online
Independent packages implementing the same tool, scanned with the same engine. Compare all 2 side by side →
One key, 100+ models — chat with any LLM and generate video, images, speech. Free trial at 370.ai.
Retired compatibility stub for the AgentCanary MCP server. Daily briefs continue on X and Telegram.
A Backstage plugin that provides a chat interface for interacting with the MCP Servers.
Signal-first Bitcoin intelligence: sovereign, hiring & hashrate signals over MCP.
WhatsApp® reminders and rescheduling for Calendly. Public read-only MCP endpoint.
Open Source Generic MCP Client for testing & evaluating mcp servers and agents